Déploiement pour une haute disponibilité transactionnelle
Avant d'utiliser la fonction de haute disponibilité, vous devez tenir compte des problèmes de déploiement tels que le type de votre système de fichiers, ou l'endroit où vous prévoyez de stocker les journaux de reprise de transaction. En particulier, le type de votre système de fichiers peut avoir des conséquences sur votre configuration de reprise.
Configuration commune
La reprise homologue de transaction exige un configuration commune des fournisseurs de ressources entre les membres de serveurs participants pour réaliser la reprise homologue entre les serveurs. Par conséquent, la procédure de reprise homologue ne peut se dérouler qu'entre les membres d'un même cluster de serveurs. Bien qu'un cluster puisse contenir des serveurs basés sur différentes versions de WebSphere Application Server, la reprise homologue ne peut être effectuée qu'entre des serveurs d'un cluster qui sont en version 6 ou ultérieure.
Stockage physique
Les serveurs d'applications devant effectuer mutuellement la reprise homologue de transaction doivent être capables d'accéder aux journaux de reprise de transaction de tous les autres membres du cluster. Assurez-vous que les fichiers journaux sont stockés sur un support accessible à tous les membres du cluster et que chacun d'eux dispose d'un emplacement de fichier journal unique sur ce support. Ce support, et l'accès à ce dernier, par le biais d'un réseau local (LAN), par exemple, doivent prendre en charge l'opération d'interruption provoquée basée sur les fichiers employés par le service de consignation de reprise pour forcer des données sur le disque. Au terme de l'opération d'interruption provoquée, les informations doivent être stockées de façon permanente sur un support physique.
Dans un environnement HA, les serveurs d'applications doivent également pouvoir accéder aux fichiers journaux de compensation. Assurez-vous que les fichiers journaux de compensation sont stockés sur un support accessible à tous les membres du cluster et que chacun d'eux dispose d'un emplacement de fichier journal unique sur ce support.
Par exemple, vous pouvez stocker les journaux sur un autre serveur IBM® i en
utilisant le système de fichiers NetClient (QNTC), qui offre un accès aux données sur
un système distant par l'intermédiaire du protocole SMB (Server Message Block).
![[IBM i]](../images/iseries.gif)

Par exemple, vous pouvez utiliser un NAS (Network attached storage)
IBM
(http://www.ibm.com/servers/storage/nas/index.html)
monté sur chaque noeud, et des disques SCSI partagés, mais pas un partage réseau simple. Tous les noeuds doivent disposer d'un accès en lecture et en écriture aux journaux de reprise.
![[AIX Solaris HP-UX Linux Windows]](../images/dist.gif)
![[z/OS]](../images/ngzos.gif)

En outre, configurez le mécanisme d'accès aux fichiers journaux distants pour exploiter toute tolérance aux pannes dans le système de fichiers sous-jacent. Par exemple, en utilisant le système NFS et en montant sur disque dur le répertoire distant contenant les fichiers journaux (à l'aide de l'option -o hard de la commande NFS mount), le client NFS retente l'opération en échec jusqu'à ce que le serveur NFS devienne à nouveau disponible.
On compte deux types de pannes potentielles de serveur : la panne logicielle et la panne matérielle. Les pannes logicielles n'affectent généralement pas directement les serveurs d'applications. Même des serveurs se trouvant sur le même matériel physique peuvent réaliser une reprise homologue. En cas de panne matérielle, tous les serveurs déployés sur le matériel en panne sont indisponibles. Les serveurs d'un autre matériel sont requis pour effectuer la reprise homologue. Toute configuration à haute disponibilité exige que les serveurs soient déployés sur plusieurs systèmes matériels discrets.
Système de fichiers
Le type de système de fichiers est un élément essentiel du déploiement car il est le facteur déterminant dans le choix de la reprise homologue automatisée ou manuelle. Pour plus d'informations, reportez-vous à la rubrique Comment choisir entre la reprise de transaction homologue automatisée et manuelle.