Installation et configuration du référentiel SDO
SDO (Service Data Objects) est une norme ouverte permettant aux applications de traiter de manière uniforme les données des différentes sources de données, sous forme de graphes de données. Les services Web utilisant un bus d'intégration de services emploient un référentiel SDO pour stocker et gérer les définitions WSDL. Exécutez cette tâche pour créer et configurer la base de données de votre choix pour le stockage des données SDO et pour installer et configurer un référentiel SDO sur chaque serveur que vous envisagez d'utiliser pour les services Web activés par un bus.
Avant de commencer
Sélectionnez les serveurs ou les clusters sur lesquels installer et configurer un référentiel SDO comme décrit dans Planification de votre installation de services Web activés par un bus puis ajoutez chaque serveur ou cluster comme membre de bus conformément aux instructions de la rubrique Configuration des membres d'un bus.
Un référentiel SDO fonctionne avec la plupart des produits de base de données. Pour obtenir des informations spécifiques sur le choix et la configuration de votre base de données favorite, consultez votre administrateur de base de données ou la documentation relative à votre base de données, et lisez les remarques de cette rubrique concernant l'utilisation de la base de données.
Pourquoi et quand exécuter cette tâche
- Installez le produit de base de données de votre choix.
- Créez un fournisseur JDBC et une source de données pour votre base de données.
- Exécutez le script installSdoRepository.jacl une ou plusieurs fois afin d'installer l'application SDO sur chaque serveur et pour définir le type de base de données que le référentiel SDO doit utiliser.
Pour une configuration de serveur unique, vous pouvez utiliser votre base de données favorite ou la base de données Apache Derby imbriquée qui est fournie avec WebSphere Application Server.
Dans un environnement z/OS, vous ne pouvez pas utiliser la base de données Derby imbriquée car elle ne peut être utilisée que par un seul processus à la fois et même un serveur z/OS unique peut s'exécuter dans plusieurs processus.
- Dans le cas d'une configuration de déploiement réseau, vous pouvez utiliser la base de données de votre choix ou la base de données Derby mise à disposition et l'application Network Server associée. Cependant, vous devrez tenir compte des limitations de Derby Network Server, qui, Les transactions, par exemple, ne sont pas prises en charge.
- Le référentiel SDO indique les noms de table et de schéma employés ; par conséquent, chaque référentiel doit utiliser une base de données distincte pour garantir que différents référentiels n'accèdent pas aux mêmes données. Utilisez un référentiel SDO pour chaque cellule ; ainsi, si vous disposez de plusieurs cellules, vous devez employer plusieurs bases de données (une pour chaque cellule).
Le concept de plusieurs bases de données n'est pas intégré à DB2 sur z/OS . Sur les systèmes z/OS , chaque référentiel SDO doit utiliser une instance DB2 différente afin de garantir que plusieurs référentiels n'accèdent pas aux mêmes données.
- Créez la base de données du fournisseur de base de données favori à l'aide du fichier Table.ddl à partir du répertoire approprié racine_serveur_app/util/SdoRepository/type_base_données. Le fichier Table.ddl décrit la table de base de données requise par le référentiel SDO.
- L'indicateur -editBackendId du script installSdoRepository.jacl détermine le type de base de données à utiliser par le référentiel. L'ID du système dorsal détermine les règles propres à la base de données suivies par l'application lorsqu'elle communique avec la base de données. Lisez les remarques sur le script installSdoRepository.jacl.
- Certaines bases de données requièrent un ID utilisateur autorisé à accéder à la base de données du référentiel SDO. Créez un ID utilisateur pour le nom d'utilisateur SDOREP avant de créer les tables pour les bases de données Oracle, Sybase et SQL Server. Etant donné le mode de gestion des noms d'utilisateur et des noms de table par ces bases de données, le nom d'utilisateur doit être SDOREP afin que le référentiel SDO puisse accéder à sa table avec le nom complet SDOREP.BYTESTORE. Veillez à attribuer à l'utilisateur SDOREP des droits de lecture et d'écriture pour la base de données.
- Si vous utilisez une base de données Informix, ne désactivez pas la journalisation.
- Le référentiel SDO n'a pas besoin de la prise en charge XA. Dans la plupart des cas, vous pouvez utiliser une source de données XA ou non XA. Toutefois, si votre base de données est Oracle 8 ou 9, vous devez employer le pilote JDBC Oracle (non XA) pour la source de données du référentiel SDO.
- Vous pouvez également choisir d'effectuer d'autres opérations pour notamment créer un index de la clé principale afin d'améliorer les performances de la base de données. Ne changez pas le nom du schéma, de la table et des colonnes.
- Si vous configurez ce référentiel SDO pour l'utiliser avec une cellule contenant des serveurs d'applications WebSphere Application Server Version 6.0, Version 6.1 et versions ultérieures, vous devez employer une base de données compatible avec toutes ces versions.
- Utilisez le client de scriptage wsadmin pour exécuter le script.
Exécutez le script à partir de QShell.
- Ce script se trouve dans le répertoire racine_serveur_app/bin où racine_serveur_app est le répertoire racine d'installation de WebSphere
Application Server. Si vous choisissez d'exécuter le client de scriptage wsadmin à partir d'un autre répertoire, indiquez le chemin complet du script au niveau de l'option de la commande. Par exemple, pour utiliser un profil différent du profil par défaut, accédez au répertoire racine_serveur_applications/profiles/nom_profil/bin, puis indiquez le chemin suivant pour le script :
wsadmin -f rép_princ_serveur_app/bin/installSdoRepository.jacl
wsadmin.ext -f rép_princ_serveur_app/bin/installSdoRepository.jacl
où .ext est l'extension de fichier .bat pour un système Windows ou .sh pour un système UNIX, Linux ou z/OS.
- L'indicateur -editBackendId du script installSdoRepository.jacl détermine le type de base de données à utiliser par le référentiel. L'ID du système dorsal détermine les règles propres à la base de données suivies par l'application lorsqu'elle communique avec la base de données. Pour afficher la liste complète des valeurs d'ID du système dorsal disponibles, utilisez l'indicateur -listBackendIds :
Toutes les valeurs d'ID du système dorsal de la liste peuvent être utilisées lorsque le référentiel SDO est installé sur un ou plusieurs serveurs d'applications WebSphere Application Server Version 7.0 ou ultérieures. Les valeurs portant le symbole (*) ne peuvent pas être utilisées lorsque le référentiel SDO est installé sur des serveursVersion 6.0. Les valeurs portant le symbole (**) ne peuvent pas être utilisées lorsque le référentiel SDO est installé sur des serveurs Version 6.0 ou Version 6.1.wsadmin -f installSdoRepository.jacl -listBackendIds
- Si la source de données existe déjà ou que l'application de référentiel SDO a déjà été installée partiellement ou de manière incorrecte, le script installSdoRepository.jacl échoue et les modifications apportées à la configuration ne sont pas sauvegardées. Dans ce cas, exécutez le script de désinstallation du référentiel SDO, corrigez l'incident et exécutez à nouveau le script installSdoRepository.jacl.
![[IBM i]](../images/iseries.gif)
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
Configurez le référentiel SDO pour un serveur unique avec la base de données Derby imbriquée.
![[z/OS]](../images/ngzos.gif)
Avant de commencer
![[z/OS]](../images/ngzos.gif)
Pourquoi et quand exécuter cette tâche
Si vous créez une configuration de serveur unique et voulez utiliser la base de données Derby imbriquée, exécutez le script installSdoRepository.jacl avec l'option -createDb. Cette action crée la base de données Derby et installe le référentiel SDO.
Pour configurer le référentiel SDO pour un serveur unique avec la base de données Derby imbriquée, effectuez les étapes ci-après.
Procédure
Configurez le référentiel SDO pour un serveur unique avec une base de données autre que la base de données Derby imbriquée
Pourquoi et quand exécuter cette tâche
- une fois pour installer l'application SDO sur le serveur d'applications,
- une fois pour définir le type de base de données que le référentiel SDO utilise.
Pour configurer le référentiel SDO pour un serveur unique avec une base de données autre que la base de données Derby imbriquée, effectuez les étapes suivantes :
Procédure
Configuration du référentiel SDO pour une cellule de déploiement réseau
Pourquoi et quand exécuter cette tâche
- une fois pour installer l'application SDO sur le gestionnaire de déploiement,
- une fois pour définir le type de base de données que le référentiel SDO utilise.
- plusieurs fois pour installer une instance de l'application SDO sur chaque serveur ou cluster que vous envisagez d'utiliser pour un ou plusieurs rôles de service Web activés par un bus.
Pour configurer le référentiel SDO pour une cellule de déploiement réseau, procédez comme suit :