Réplication de niveau intermédiaire

Il existe différentes technologies et méthodes de réplication pour la réplication en cours des artefacts de fichier de niveau intermédiaire. Les scénarios décrits ici supposent que les artefacts de système de fichiers de niveau intermédiaire, tels que les dossiers config et products, sont déjà disponibles dans le niveau intermédiaire secondaire.

Peu importe que vous les copiez à l'aide d'une technologie particulière lors de la configuration de la récupération après sinistre. Vous pouvez utiliser une approche différente pour les réplications suivantes tout au long du cycle de vie.

A des fins de documentation et d'illustration, la plupart des exemples se concentrent sur un système Oracle WebLogic Server, où primary est une pile WLS for OCI et où le système secondaire a été créé à l'aide de la structure WLS-HYDR. A titre d'exemple de gestion des informations spécifiques du site, les implémentations gèrent également la chaîne de connexion à la base de données pour le niveau intermédiaire, en supposant que l'environnement Oracle WebLogic Server utilise un alias TNS pour se connecter à la base de données.

Artefacts de fichier de niveau intermédiaire

Idéalement, vous devez répliquer tous les fichiers impliqués dans le système de niveau intermédiaire (middle tier) du système principal au système secondaire au même moment.

Toutefois, différents types de fichiers peuvent avoir besoin de fréquences de réplication différentes pour simplifier les coûts de gestion et réduire le coût total de possession d'un système de protection contre les sinistres. Ceci est important lorsque vous concevez les volumes et les systèmes de fichiers que vous souhaitez utiliser pour la réplication. Certains artefacts sont statiques, tandis que d'autres sont dynamiques.

Artefacts de produit
Les artefacts de produit sont le ou les répertoires dans lesquels le logiciel de niveau intermédiaire est installé.

Il n'est pas obligatoire d'installer le logiciel sur le site secondaire. Lorsque le stockage du site de production est répliqué vers le stockage du site secondaire, le logiciel installé sur les volumes du site de production est répliqué vers les volumes du site secondaire.

Un système secondaire doit se comporter exactement comme le système principal en cas de basculement ou de permutation. Il doit admettre les patches et les mises à niveau comme une installation de première classe. Cela signifie qu'en cas de basculement ou de permutation, le système secondaire doit utiliser un inventaire standard pour les patches et les mises à niveau.

Les artefacts de produit sont statiques et nécessitent généralement un RTO faible. Vous n'êtes pas obligé de les copier fréquemment d'une région à l'autre, car elles ne changent que lorsque des patches et des correctifs sont appliqués.

Conseil :

Par exemple, dans un système Oracle WebLogic Server, l'artefact de produit est le répertoire de base Oracle, où tous les logiciels Oracle sont installés et référencés par les variables d'environnement FMW et Oracle WebLogic. Pour assurer la cohérence, vous devez répliquer Oracle Inventory avec la même fréquence que les répertoires de base Oracle utilisés par les différents composants FMW. Oracle Inventory inclut les fichiers oraInst.loc et oratab, situés dans le répertoire /etc.
Artefacts de configuration
Les artefacts de configuration contiennent la configuration du niveau intermédiaire et sont des fichiers qui changent fréquemment. Les artefacts de configuration changent fréquemment, en fonction des mises à jour d'application. Ils nécessitent un RTO faible et une fréquence de réplication élevée.
Conseil :
Par exemple, dans un système WebLogic ou FMW, les artefacts de configuration incluent les éléments suivants :
- WebLogic Répertoire de base de domaine : répertoires de domaine du serveur d'administration et des serveurs gérés.
- Instances Oracle de composants système telles qu'Oracle HTTP Server : répertoires personnels d'instance Oracle.
- Artefacts d'application, tels que les fichiers .ear ou .war.
- Artefacts de base de données, tels que le référentiel MDS et les définitions des espaces de stockage persistants JDBC.
- Plans de déploiement utilisés pour la mise à jour des adaptateurs technologiques, tels que les adaptateurs de fichiers et JMS. Ils doivent être enregistrés dans un emplacement accessible à tous les noeuds du cluster sur lequel les artefacts sont déployés.
Il est important de maintenir la cohérence des artefacts de configuration dans différents magasins. Sinon, les applications peuvent cesser de fonctionner après une restauration.

Conseil :
Par exemple, la configuration de domaine WebLogic reflétant un nouveau serveur JMS doit être alignée sur la table de base de données qu'elle utilise en tant qu'espace de stockage persistant. La réplication de la configuration de domaine WebLogic uniquement sans la réplication de la table correspondante entraînera un échec d'Oracle WebLogic Server.

Artefacts d'exécution

Les artefacts d'exécution sont des fichiers générés par les applications lors de l'exécution.

Ces fichiers peuvent changer très fréquemment. Leurs RTO et RPO sont purement motivés par les besoins de l'entreprise. Dans certains cas, ces artefacts peuvent avoir besoin d'être supprimés après un court laps de temps. Par exemple, un ordre d'achat qui expire dans une courte période. Dans d'autres cas, ces fichiers peuvent contenir des enregistrements transactionnels des opérations effectuées par une application qui doivent être conservés. La fréquence à laquelle ils doivent être répliqués et l'importance de préserver ces fichiers en cas de sinistre sont généralement une décision prise par l'entreprise.

Conseil :

Dans un système WebLogic, les artefacts d'exécution sont, par exemple, les fichiers générés par les adaptateurs de fichiers ou FTP de SOA, les fichiers gérés par Oracle MFT ou toute autre information générée par les applications via leur logique métier et stockée directement sur le système de fichiers.

Le tableau suivant récapitule les recommandations relatives à la réplication des artefacts de système de fichiers au cours du cycle de vie :

Artefact de fichier de niveau intermédiaire	Exemples dans le système WebLogic	Fréquence de réplication et recommandations
Artefacts de produit	FMW home, JDK, inventaire	Fréquence de réplication faible ou à la demande (par exemple, après l'application de patches). Vous ne pouvez pas non plus répliquer les produits et les gérer séparément pour tester d'abord les patches dans un environnement de secours.
Artefacts de configuration	domaine WebLogic, instances Oracle, applications, plans de déploiement, fichiers de clés	La fréquence dépend de la fréquence à laquelle les modifications de configuration sont effectuées. Une fréquence de réplication élevée est normalement requise.
Artefacts d'exécution	Fichiers générés par les adaptateurs de fichiers et FTP	Déterminé par les besoins métier.