Les serveurs DB2 Connect Enterprise Edition assurent désormais la répartition de charge et la tolérance de pannes lorsqu'ils acheminent des connexions vers des SYSPLEX multiples. Lorsque vous êtes connecté à DB2 pour OS/390 et que ce dernier fonctionne dans un environnement de partage des données, DB2 Connect répartie la charge entre les différents sous-systèmes DB2 qui comprennent le groupe de partage des données, en fonction des informations relatives à la charge du système fournies par WLM (Workload Manager). Ces fonctionnalités sont prises en charge par DB2 pour OS/390 Version 5.1 ou suivante.
Chaque SYSPLEX renvoie des informations de priorité pondérées pour chaque adresse de connexion. Ces informations sont placées dans la mémoire cache par DB2 Connect sur le serveur, où elles sont utilisées pour équilibrer les connexions en les répartissant entre les adresses renvoyées, en fonction des priorités renvoyées.
Les serveurs DB2 Connect Enterprise Edition assurent aussi la tolérance de pannes en tentant successivement de se connecter à différentes adresses en cas d'échec de la connexion. Une erreur ne sera renvoyée à l'application que si toutes les tentatives de connexion successives ont échoué. Comme il n'existe pas d'équivalent à la recherche dans DNS pour les adresses SNA, pour s'assurer qu'une connexion peut être établie la première fois après l'exécution d'une commande db2start, DB2 Connect enregistre les adresses renvoyées pour SNA dans le fichier db2con.ini, et ce fichier est lu à l'exécution de db2start. Cela permet de les récupérer lorsque le noeud catalogué est en panne.
En cas d'échec d'une tentative de connexion à une adresse SNA particulière, le message suivant est enregistré dans le fichier db2diag.log:
DIA4805E La connexion ne peut pas être établie avec le serveur d'applications DRDA à l'adresse SNA "%1" car le nom de destination symbolique "%2" est inconnu.
Une nouvelle variable de profil (ou registre) DB2SYSPLEX_SERVER a été créée pour activer cette fonction. Si cette variable est absente ou si sa valeur est autre que zéro, l'exploitation SYSPLEX est activée. Si la valeur de DB2SYSPLEX_SERVER est zéro, l'exploitation SYSPLEX est désactivée. L'affectation à la variable DB2SYSPLEX_SERVER de la valeur zéro désactive l'exploitation SYSPLEX pour le serveur, indépendamment de la manière dont l'entrée de catalogue de base de données DCS a été spécifiée.
La variable de registre db2 DB2CONNECT_IN_APP_PROCESS peut être utilisée pour autoriser les clients qui fonctionnent sur la même machine que le serveur DB2 Connect Enterprise Edition d'exploiter le support SYSPLEX. Pour de plus amples informations, reportez-vous au manuel DB2 Connect User's Guide.
Moyennant l'ajout d'un concentrateur, DB2 Connect est désormais capable d'équilibrer la charge au niveau des frontières de la transaction. Le concentrateur DB2 Connect doit être activé pour ce faire. Selon la version de DB2 présente sur l'hôte, différents paliers de répartition de charge pourront être atteints. S'il est exécuté sur DB2 pour OS/390 V6.1 ou suivante, DB2 Connect recevra un état mis à jour de WLM à chaque transaction.
Toutefois, si l'hôte est DB2 pour OS/390 V5.1, l'état ne sera renvoyé par WLM que lors d'une tentative de connexion. De ce fait, il est déconseillé d'établir des connexions de longue durée lorsque vous utilisez conjointement OS/390 V5.1 et le support SYSPLEX. Toutefois, des connexions de longue durée peuvent être établies avec OS/390 V6.1 et le support SYSPLEX.