Les serveurs de bases de données hôte et AS/400 doivent utiliser DB2 Connect pour pouvoir prendre part à une transaction répartie provenant d'applications PC, UNIX et Web. En outre, la plupart des scénarios de mise à jour multisite impliquant des serveurs de bases de données hôte et AS/400 nécessitent la configuration du composant SPM (gestionnaire de points de synchronisation). Lors de la création d'une instance DB2, SPM DB2 est automatiquement configuré avec des paramètres par défaut.
L'utilisation du SPM s'impose en raison du choix du protocole
(SNA ou TCP/IP) et de l'emploi du moniteur TP. Pour connaître les
différents scénarios nécessitant l'utilisation de SPM, reportez-vous au
tableau ci-après ; celui-ci indique que DB2 Connect est obligatoire
pour tout accès à l'hôte ou à l'AS/400 à partir de postes Intel ou
UNIX. En outre, dans le cadre des mises à jour multisites, le composant
SPM de DB2 Connect est obligatoire si l'accès s'effectue via SNA ou
un moniteur TP.
Tableau 18. Scénarios de mise à jour multisite (hôte et AS/400) nécessitant SPM
Moniteur TP utilisé | Protocole | SPM nécessaire ? | Produit requis (choisissez-en un) | Bases de données hôte et AS/400 prises en charge | ||
---|---|---|---|---|---|---|
Oui | TCP/IP | Oui |
|
| ||
Oui | SNA | Oui |
|
| ||
Non | TCP/IP | Non |
|
| ||
Non | SNA | Oui |
|
|
Remarque : | Une transaction répartie peut effectuer des mises à jour sur toute
combinaison de serveurs de bases de données, à condition qu'ils soient
pris en charge. Par exemple, votre application peut mettre à jour
plusieurs tables DB2 UDB sous Windows NT, une base de données DB2 pour
OS/390 et une base de données DB2/400 au cours d'une même
transaction.
Pour plus d'informations sur la validation en deux phases, ainsi que sur les instructions de configuration de plusieurs moniteurs TP courants, reportez-vous au manuel Administration Guide. Vous pouvez également accéder à la bibliothèque technique des produits et services DB2 sur le Web.
|