Réplication à mi-niveau

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

Peu importe que vous les copiiez à 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 ultérieures tout au long du cycle de vie.

À des fins de documentation et d'illustration, la plupart des exemples se concentrent sur un système Oracle WebLogic Server, où le principal est une pile WLS pour OCI et le système secondaire a été créé à l'aide du cadre WLS-HYDR. Par exemple, pour gérer les informations spécifiques au site, les implémentations gèrent également la chaîne de connexion de base de données pour le niveau intermédiaire (middle tier), 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 devriez répliquer tous les fichiers impliqués dans le système de niveau intermédiaire (middle tier) du niveau primaire au niveau secondaire au même moment.

Cependant, 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 catastrophes. 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 lorsqu'un basculement ou une permutation a lieu. Il doit admettre les correctifs et les mises à niveau en tant qu'installation de première classe. Cela signifie que lorsqu'un basculement ou une permutation a lieu, le système secondaire doit utiliser un inventaire standard pour les correctifs et les mises à niveau.

    Les artefacts de produit sont statiques et nécessitent généralement un objectif de temps de reprise faible. Vous n'avez pas besoin de les copier fréquemment d'une région à l'autre, car elles ne changent que lorsque des correctifs 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 sont référencés par FMW et les variables d'environnement 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 comprend des fichiers oraInst.loc et oratab, qui se trouvent dans le répertoire /etc.

  • Artefacts de configuration

    Les artefacts de configuration contiennent la configuration du niveau intermédiaire (middle tier) et sont des fichiers qui changent fréquemment. Les artefacts de configuration changent fréquemment, selon les 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 comprennent les éléments suivants :
    • Répertoire de base WebLogic : Répertoires de domaine du serveur d'administration et des serveurs gérés.
    • Instances Oracle des composants système telles qu'Oracle HTTP Server : Répertoires de base des instances Oracle.
    • Artefacts d'application, tels que des fichiers .ear ou .war.
    • Artefacts de base de données, tels que le référentiel MDS et les définitions d'espace de stockage persistant JDBC.
    • Des plans de déploiement utilisés pour mettre à jour les adaptateurs technologiques, tels que les adaptateurs de fichiers et JMS. Ils doivent être enregistrés dans un emplacement accessible à tous les noeuds de la grappe vers laquelle les artefacts sont déployés.

    Il est important de maintenir la cohérence des artefacts de configuration entre 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'il utilise comme espace de stockage persistant. La réplication de la configuration du domaine WebLogic uniquement sans réplication de la table concernée entraînera l'é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. Leur objectif de reprise (RTO) et leur objectif de reprise (RPO) sont uniquement motivés par les besoins de l'entreprise. Dans certains cas, ces artefacts peuvent devoir être jetés au bout d'un court laps de temps. Par exemple, un ordre de soumission 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 conserver ces fichiers en cas de sinistre sont généralement des décisions d'affaires.

    Conseil :

    Dans un système WebLogic, 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 sont des exemples d'artefacts d'exécution.

    Le tableau suivant est un sommaire des recommandations pour 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 Accueil FMW, JDK, inventaire Faible fréquence de réplication ou sous demande (par exemple, après l'application de correctifs). Vous pouvez également ne pas répliquer les produits et les mettre à jour séparément pour tester d'abord les correctifs dans un environnement de secours.
    Artefacts de configuration Domaine WebLogic, instances Oracle, applications, plans de déploiement, magasins 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 exigences commerciales.