WebSphere Enterprise Service Bus, Version 6.2.0 Systèmes d'exploitation: AIX, HP-UX, i5/OS, Linux, Solaris, Windows


Configurations de la base de données du moteur de messagerie

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.

La base de données de moteurs de messagerie est utilisée par ces moteurs pour Architecture SCA (Service Component Architecture) (SCA) et Common Event Infrastructure. Par défaut, Le nom de la base de données est SCADB pour le moteur de messagerie SCA, MEDB pour les autres. Pour la base de données Derby Embedded, chaque moteur de messagerie dispose de sa propre base de données ou de son propre schéma. Le nom par défaut du schéma est IBMWSSIB.
Remarque : Certains schémas ne sont pas pris en charge par tous les types de bases de données. Voir la documentation relative à la base de données pour plus d'informations.

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 pris en charge

La base de données du moteur de messagerie peut utiliser les produits de base de données suivants :
Tableau 1. Produits de base de données pris en charge
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
DB2 for z/OS v9

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)
DB2 for i5/OS (natif)

Utilisé en tant que base de données locale pour les profils autonomes.

DB2 UDB for iSeries (boîte à outils)
DB2 for i5/OS (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
Oracle 10g
Oracle 11g

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.
Important : i5/OS contient une seule base de données globale dans laquelle vous définissez tous les schémas pour tous les composants fonctionnels. Vous devez vous assurer que tous les noms de schémas sont uniques au sein de la partition logique (LPAR).

Droits de l'ID utilisateur

Les données d'identification de l'utilisateur que vous indiquez dans l'outil de gestion de profil doivent être capables de créer des espaces table, des tables, des schémas, des index et des procédures mémorisées. Pour l'option Créer une base de données, l'ID utilisateur doit disposer des droits lui permettant de créer une nouvelle base de données. Pour plus d'informations, voir "Utilisateurs et schémas de bases de données" et "Privilèges de base de données".
Remarque : Si l'utilisateur exécutant le script dispose des droits requis pour la création d'espaces de table, le script ne nécessitera pas d'ID d'authentification.

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.

Instances Database Management Service (DBMS)

Chaque moteur de messagerie possède son propre schéma ou base de données :
  • L'un sert à héberger chaque moteur de messagerie pour le bus système Architecture SCA (Service Component Architecture).
  • Un autre est utilisé pour héberger chaque moteur de messagerie pour le bus d'application Architecture SCA (Service Component Architecture).
  • Un autre est utilisé pour héberger chaque moteur de messagerie pour le bus Common Event Infrastructure.
La convention de dénomination de la source de données JDBC qui sert au moteur de messagerie à interagir avec la base de données est la suivante :
  • Bus système : <noeud><serveur>|<cluster>-SCA.SYSTEM.<cellule>.Bus
  • Bus d'application : <noeud><serveur>|<cluster>-SCA.APPLICATION.<cellule>.Bus
  • Common Event Infrastructure : <noeud><serveur>|<cluster>-CommonEventInfrastructure_Bus
La convention de dénomination utilisée pour la base de données Derby est la suivante :
  • Bus système : racine_installation/profiles/nom_profil/databases/com.ibm.ws.sib/(<noeud>.<serveur>|<cluster>)-SCA.SYSTEM.<cellule>.Bus
  • Bus des applications : racine_installation/profiles/nom_profil/databases/com.ibm.ws.sib/(<noeud>.<serveur>|<cluster>)-SCA.APPLICATION.<cellule>.Bus
  • Common Event Infrastructure : racine_installation/profiles/nom_profil/event/DerbyEventBusDB/(<noeud>.<serveur>|<cluster>)-CommonEventInfrastructure_Bus
  • Bus Business Process Choreographer : racine_installation/profiles/profilename/databases/com.ibm.ws.sib/(<noeud>.<serveur>|<cluster>)-BPC.SYSTEM.<cellule>.Bus
La valeur par défaut de <cellule> est le nom de la cellule, dans la plupart des cas. Toutefois, lorsqu'un profil autonome est fédéré (autorisé seulement lorsqu'il s'agit du premier noeud de la cellule), <cellule> est le nom de ce profil autonome. Vous pouvez le remplacer par votre propre identifiant de bus. Utilisez la ligne de commande ($AdminTASKS) pour créer des noms personnalisés. Vous ne pouvez utiliser la console d'administration pour créer des noms personnalisés.

Opérations de configuration au cours de la création du profil

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.

Les tâches d'administration suivantes sont effectuées pendant la création du profil :
  • Emplacement de destination à distance :
    • configSCAAsyncForServer, configSCAJMSForServer (remoteMELocation est true)
    • configSCAAsyncForCluster, configSCAJMSForCluster (remoteMELocation est true)
  • Emplacement de destination locale :
    • configSCAAsyncForServer, configSCAJMSForServer
    • configSCAAsyncForCluster, configSCAJMSForCluster

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.

Scripts SQL

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.

Fournisseur JDBC

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.

Noms de sources de données :
  • Bus système : : _(noeud.serveur|cluster)-SCA.SYSTEM.cellule.Bus/cellule/cluster/serveur/noeud
  • Bus d'applications : _(noeud.serveur|cluster)-SCA.APPLICATION.cellule.Bus/cellule/cluster/serveur/noeud
  • Common Event Infrastructure : _(noeud.serveur| cluster-CommonEventInfrastructure_Bus/cluster/serveur/noeud
Noms JNDI de sources de données :
  • Bus système : jdbc/com.ibm.ws.sib/(noeud.serveur|cluster)-SCA.SYSTEM.cellule.Bus/cellule/cluster/serveur/noeud
  • Bus d'applications : jdbc/com.ibm.ws.sib/(noeud.serveur|cluster)-SCA.APPLICATION.cellule.Bus/cellule/cluster/serveur/noeud
  • Common Event Infrastructure: Jdbc/ com.ibm.ws.sib /(noeud.serveur|cluster)-CommonEventInfrastructure_Bus/cluster/serveur/noeud

Restrictions

Il n'y a pas de restriction.

Tables

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.

Scripts exportés

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.


concept Rubrique concept

Conditions d'utilisation | Commentaires en retour


Icône d'horodatage Dernière mise à jour: 07 juillet 2010


http://publib.boulder.ibm.com/infocenter/dmndhelp/v6r2mx/topic//com.ibm.websphere.wesb620.doc/doc/cins_messaging_engine_db_specs.html
Copyright IBM Corporation 2005, 2010. All Rights Reserved.
Ce centre d'information est mis en service par la technologie Eclipse (http://www.eclipse.org).