Page Moniteur TP
Ne pas utiliser de moniteur TP
Sélectionnez cette option si l'application concernée par la mise à jour multisite ne prend pas en charge de Moniteur TP.
Utiliser le moniteur TP indiqué ici
Sélectionnez cette option si l'application concernée par la mise à jour multisite prend en charge un moniteur TP. Pour faciliter le traitement des transactions en ligne, un moniteur TP pré-affecte un certain nombre de processus serveur au démarrage, puis planifie leur exécution et les réutilise lors du traitement des transactions utilisateur. Ainsi, un nombre plus important d'utilisateurs est pris en charge simultanément, avec un nombre moins élevé de processus serveur, ce qui permet d'économiser les ressources système.
Page Protocole
TCP/IP
Sélectionnez cette option pour vous connecter à une base de données hôte ou AS/400 via TCP/IP.
Pour plus de détails sur la configuration de TCP/IP, reportez-vous au manuel Installation et configuration - Informations complémentaires.
SNA
Sélectionnez cette option pour vous connecter à une base de données hôte ou AS/400, ou à partir d'un client hôte ou AS/400, via SNA.
Pour plus de détails sur la configuration de SNA, reportez-vous au manuel Installation et configuration - Informations complémentaires.
Sélection d'un protocole
Vous devez savoir quels sont les types de serveurs de bases de données concernés par la mise à jour multisite et quels protocoles ils utilisent pour communiquer. Le SmartGuide Mise à jour multisite permet permet d'effectuer des mise à jour multisites entre des serveurs et clients DB2, en particulier entre des clients DB2 et des serveurs de bases de données LAN ou hôte et AS/400, ou entre des clients de bases de données hôte ou AS/400 et des serveurs LAN.
Dans le cadre d'une mise à jour multisite, les clients de bases de données hôte ou AS/400 communiquent avec un serveur LAN. Toutefois, l'accès doit s'effectuer via un serveur DB2 Universal Database Enterprise Edition (EE), DB2 Universal Database Enterprise Extended Edition (EEE) ou DB2 Connect (EE) Enterprise Edition, sous AIX, OS/2 ou Windows NT. SNA doit être le protocole de communication entre le client de bases de données hôte ou AS/400 et le serveur DB2 Universal Database EE, DB2 Universal Database EEE ou DB2 Connect EE sous AIX, OS/2 ou Windows NT. En revanche, tout protocole de communication pris en charge peut être utilisé entre les serveurs DB2 Universal Database EE, DB2 Universal Database EEE ou DB2 Connect EE sous AIX, OS/2 ou Windows NT. Il est cependant nécessaire que TCP/IP soit disponible, car il sera utilisé en cas de resynchronisation des transactions entre le serveur DB2 Universal Database EE, DB2 Universal Database EEE ou DB2 Connect EE pour AIX, OS/2 ou NT et le serveur contenant la base de données.
Les piles SNA prises en charge dans un environnement de mise à jour multisite sont les suivantes :
Base de données TM
Utilisation de la première base de données à laquelle se connecte
l'application (1ST_CONN)
Sélectionnez cette option pour utiliser la première base de données à laquelle se connecte l'application.
Si le mot clé 1ST_CONN est défini pour le paramètre TM_DATABASE, la première base de données à laquelle l'application se connecte dans la transaction sera utilisée en tant que base de données du gestionnaire de transactions (TM).
Le gestionnaire de transactions (TM) DB2 assure l'affectation d'identificateurs aux transactions et le contrôle de leur déroulement, garantit leur aboutissement et le cas échéant, déclenche une reprise sur incident. Les informations relatives aux transactions sont stockées dans la base de données TM.
Utilisation d'une base de données cataloguée.
Sélectionnez cette option pour utiliser une base de données cataloguée.
Le catalogage d'une base de données est nécessaire pour permettre l'accès aux bases de données éloignées.
Pour qu'une application client puisse accéder à une base de données éloignée, celle-ci doit être cataloguée sur le noeud serveur et sur tous les noeuds client qui s'y connecteront.
Page Environnement serveur
Indiquez les types de serveurs de bases de données concernés par la
mise à jour multisite
TCP/IP est-il le seul protocole utilisé entre les serveurs
concernés par la mise à jour multisite ? En cas de doute, sélectionnez
Non.
Page Gestionnaire SPM
Nom du gestionnaire SPM (SPM_NAME)
Ce paramètre identifie le gestionnaire SPM utilisé pour l'instance en question. Cette zone contient par défaut le nom hôte TCP/IP de la machine. Si celle-ci ne dispose pas de TCP/IP, la zone est vide. Si vous avez redéfini le nom hôte TCP/IP de la machine, il apparaît dans cette zone.
Si les communications entre l'hôte ou l'AS/400 et le serveur DB2 Connect ou DB2 LAN s'effectuent via SNA, cette zone contient un alias de LU (unité logique). Vous devez alors vous assurer que le système hôte ou AS/400 peut communiquer avec cette LU. Si l'utilisation d'une LU particulière est requise, remplacez la valeur contenue dans la zone par l'alias de cette LU.
Remarque : | Cette LU sera créée et/ou vérifiée par DB2 Connect ou DB2 Universal Database. |
Si les communications entre DB2 Connect et DB2 pour OS/390 version 5 ou suivante s'effectuent via TCP/IP, cette zone contient un nom unique sur le réseau. Si cette valeur crée un conflit avec une autre instance DB2 Connect (sur ce poste de travail ou sur un autre), remplacez-la par une valeur unique.
Remarque : | La mise à jour multisite à l'aide de TCP/IP est prise en charge uniquement par les postes de travail DB2 Connect qui ont accès aux serveurs DB2 pour OS/390 version 5 ou suivante. |
Taille du journal SPM (SPM_LOG_FILE_SZ)
La taille du fichier journal du gestionnaire de points de synchronisation doit être suffisante pour que les performances du système soient maintenues, mais pas trop élevée pour éviter de perdre de l'espace. La taille requise dépend du nombre de transactions qui utilisent des conversations protégées et de la fréquence des opérations COMMIT ou ROLLBACK.
Cette zone contient une valeur par défaut. Vous pouvez la remplacer par une autre valeur.
Chemin d'accès au journal SPM
(SPM_LOG_PATH)
Ce paramètre indique le répertoire de consignation des journaux du gestionnaire de points de synchronisation (SPM). En l'absence de spécification, le répertoire, sqllib/spmlogest utilisé. Cela peut provoquer un goulot d'étranglement au niveau des E-S dans un environnement où le volume des transactions est important. Utilisez ce paramètre pour placer les fichiers journaux du SPM sur un disque plus rapide que le répertoire sqllib/spmlog en cours. Cela permet d'améliorer la concurrence d'accès des agents SPM.
Nombre maximal d'agents de resynchronisation (SPM_MAX_RESYNC)
Ce paramètre indique le nombre d'agents pouvant effectuer simultanément des opérations de resynchronisation. La valeur par défaut est 20 et la plage de valeurs admise s'étend de 10 à 256.
Vous pouvez accepter la valeur par défaut ou entrer une valeur comprise dans la plage de valeurs admises.