Les spécifications de bases de données de moteurs de messagerie répertorient les types de base de données, les scripts et leur emplacement, les types de création de profils et les droits d'ID utilisateur requis.
La base de données du moteur de messagerie est utilisée pour conserver les informations d'exploitation. Elle contient également les principaux objets nécessaires au moteur de messagerie pour effectuer une récupération en cas d'incident.
Dans un environnement autonome, vous pouvez configurer votre moteur de messagerie SCA à l'aide de la console d'administration, sur la page de configuration : Serveurs -> Serveurs d'application -> serveur -> Business Integration -> Architecture SCA. Dans un environnement de réseau reposant sur des modèles, les moteurs de messagerie sont configurés durant l'installation. Cependant, dans un environnement de réseau personnalisé, vous devez configurer les moteurs de messagerie manuellement. Voir "Configuration de l'agencement d'un environnement de déploiement personnalisé" pour plus d'informations.
Vous bénéficiez d'un contrôle étendu sur les bases de données des moteurs de messagerie. Par exemple, vous pouvez créer une base de données pour chaque moteur, ou utiliser une seule base de données pour tous les moteurs. Chaque moteur de messagerie doit avoir sa propre base de données ou son propre schéma.
Types de base de données | Description |
---|---|
Derby Embedded | Utilisé en tant que type de base de données par défaut pour un profil autonome. |
Serveur réseau Derby | Utilisé en tant que type de base de données par défaut dans les environnements de déploiement réseau. |
DB2 Universal | Utilisée comme la base de données dans les configurations de déploiement réseau. (En option) Peut être utilisée comme la base de données dans les configurations de serveur autonome. |
DB2 for z/OS v8 |
Important : Lors de la création d'un profil pour
un serveur utilisant DB2 for z/OS v9, le serveur doit pouvoir être connecté à la base de données DB2.
Utilisée comme la base de données dans les configurations de déploiement
réseau. (En option) Peut être utilisée comme la base de données dans
les configurations de serveur autonome. |
DB2 UDB for iSeries (natif) |
Utilisé en tant que base de données locale pour les profils autonomes. |
DB2 UDB for iSeries (boîte à outils) |
Utilisé en tant que base de données distante pour les environnements de déploiement réseau ou en tant que base de données locale pour les profils autonomes.Utilisée comme la base de données dans les configurations de déploiement réseau. (En option) Peut être utilisée comme la base de données dans les configurations de serveur autonome. |
Client DB2 Universal Runtime | Utilisée comme la base de données dans les configurations de déploiement réseau. (En option) Peut être utilisée comme la base de données dans les configurations de serveur autonome. |
Informix Dynamic Server | |
Microsoft SQL Server (intégré) | |
Microsoft SQL Server (Data Direct) | |
Microsoft SQL Server (Microsoft) - Le support du pilote JDBC version 1.2 de Microsoft SQL Server a été ajouté dans WebSphere Process Server version 6.2.0.1 | |
Oracle 9i |
Pour pouvoir créer la base de données, les tables et les schémas, vous devez disposer des droits sysdba. Si vous ne disposez pas des privilèges sysdba corrects, la création et l'accès aux tables et aux schémas risquent d'engendrer des erreurs. |
Pour un environnement de déploiement réseau, vous devez disposer de tous les droits nécessaires correspondants aux privilèges utilisateur définis durant la configuration sur la console d'administration.
Profil autonome
La base de données du moteur de messagerie par défaut pour un serveur autonome est Derby Embedded. Vous pouvez choisir d'utiliser un magasin de fichiers pour la base de données du moteur de messagerie, ou encore utiliser une autre base de données prise en charge. Pendant la création de profils à l'aide de l'outil de gestion de profil, vous pouvez utiliser la Base de données commune pour tous les moteurs de messagerie.
Déploiement réseau
Aucune base de données de moteur de messagerie n'est créée automatiquement.
Une fois le profil créé, vous pouvez configurer un serveur ou un cluster pour l'architecture Architecture SCA (Service Component Architecture) à l'aide de l'activité guidée : Configurez votre environnement de déploiement réseau. Vous accédez à cette activité depuis la console d'administration du gestionnaire de déploiement, en développant Activités guidées et en cliquant sur Configurez votre environnement de déploiement réseau.
Vous pouvez afficher la configuration SCA du serveur dans le panneau Serveurs d'applications > nomserveur > Service Component Architecture de la console d'administration.
Des informations sur l'utilisation de ces tâches sont disponibles avec les commandes "configSCAAsyncForCluster" et "configSCAAsyncForServer."
La configuration SCA asynchrone d'un serveur ou d'un cluster entraîne la création d'un moteur de messagerie pour le bus système SCA. L'exécution de l'élément JMS de la configuration SCA asynchrone d'un serveur ou cluster entraîne la création d'un moteur de messagerie pour le bus d'applications SCA. Ces deux types de moteurs de messagerie exigent de créer une base de données ou un schéma.
Pour la configuration du moteur de messagerie Common Event Infrastructure, utilisez la tâche administrative deployEventService pour configurer le serveur d'événements et le bus Common Event Infrastructure.
Aucun script SQL n'est créé dans le cadre du produit. Vous pouvez utiliser les scripts de base existants de WebSphere Application Server pour créer la base de données et les tables si nécessaire. La base de données MEDB doit être créée manuellement avant d'être configurée à l'aide du panneau Serveurs d'applications > nom_serveur > Service Component Architecture de la console d'administration.
Architecture SCA (Service Component Architecture)
Le fournisseur JDBC est réutilisé lorsque sa classe d'implémentation doit correspondre avec celle qui a été choisie dans la configuration avancée. Ceci signifie habituellement que si les mêmes types de base de données sont utilisés, les classes d'implémentation correspondent. Si aucun fournisseur JDBC correspondant n'est trouvé dans le fichier resource.xml, une recherche est effectuée dans le fichier jdbc-resource-provider-templates.xml sous templates/system (configuration des profils). Le fournisseur doit également correspondre à la classe d'implémentation.
Common Event Infrastructure
La création du fournisseur JDBC pour la base de données du moteur de messagerie utilise la même approche que pour créer la base de données CEIDB. Voir les spécifications de la base de données "Common Event Infrastructure " pour plus de détails.
Il n'y a pas de restriction.
Pour plus d'informations sur les tables, voir la rubrique "Magasins de données", dans le centre de documentation de WebSphere Application Server Network Deployment.
Le script sibDDLGenerator présent dans WAS_INSTALL_ROOT/bin peut être utilisé pour créer les scripts SQL destinés à la base de données des moteurs de messagerie. Utilisez le script sibDDLGenerator pour créer les scripts SQL destinés à un environnement de production, en particulier sur une plateforme z/OS. Pour plus d'informations, voir la rubrique sur la "commande sibDDLGenerator".
Ces scripts ne contiennent que des instructions de création de base database/tablespace/table. Un administrateur de base de données peut adapter ces scripts en fonction des besoins d'une base de données, en particulier sur z/OS.