Vérification de la configuration

Vous pouvez valider le site de secours sans effectuer de permutation complète en démarrant les niveaux intermédiaires secondaires et en effectuant des tests avec la base de données de secours convertie en base de données de secours instantanée ou avec le clone actualisable.

Il est recommandé de désactiver le travail de réplication de configuration cron lors des tests ou de l'application de patches afin d'éviter les corruptions de fichier ou les incohérences. La copie de la base principale peut être conservée. Seule la réplication de la base secondaire (du répertoire intermédiaire au domaine secondaire) doit être désactivée lors de ces opérations de test et de validation.

Reportez-vous aux recommandations précises de récupération après sinistre des composants d'Oracle Fusion Middleware si la purge est nécessaire pour éviter les exécutions en double de workflows en attente, les traitements JMS en double, etc. Accéder à l'administration Oracle WebLogic standard et aux consoles Oracle Fusion Middleware pour vérifier le comportement approprié du système. Notez que pour les tests, vous devrez peut-être manipuler le DNS approprié car le système utilise le nom d'hôte frontal du serveur principal pour l'accès.

Ouvrir la région secondaire pour vérification lors de l'utilisation de la base de données de secours instantanée

Avant de tester ou d'appliquer des patches à la région secondaire, convertissez la base de données de secours en base de données de secours instantanée.

1. Convertissez la base de données de secours en base de données de secours cliché.
2. Une fois le processus Oracle WebLogic Server terminé, démarrez-le normalement dans la région secondaire.
3. Accéder à l'administration Oracle WebLogic standard et aux consoles Oracle Fusion Middleware pour vérifier le comportement approprié du système (pour les tests, vous devrez peut-être manipuler le DNS approprié car le système utilise le nom d'hôte frontal du système principal pour l'accès)
4. Une fois les tests terminés, arrêtez les processus Oracle WebLogic secondaires.
5. Convertissez à nouveau la base de données de secours en base de données de secours physique.

Ouvrir la région secondaire pour vérification lors de l'utilisation de clones actualisables distants

Avant de tester ou d'appliquer des patches à la région secondaire, déconnectez le clone actualisable de la région principale, puis modifiez les sources de données de récupération après sinistre du système Oracle WebLogic Server, Oracle SOA ou Oracle Fusion Middleware du domaine secondaire pour qu'elles pointent vers la base de données de secours vers le clone actualisable.

Vous pouvez modifier les sources de données pour qu'elles pointent vers un clone actualisable ou vers une base de données de secours à l'aide du script fmwadb_switch_db_conn.sh.

1. Utilisez le script fmwadb_switch_db_conn.sh pour modifier les sources de données afin qu'elles pointent vers un clone actualisable.
   Le script utilise des paramètres pour un répertoire WALLET et un mot de passe WALLET. Il remplace le répertoire de portefeuille en cours par le nouveau, ainsi que le mot de passe de portefeuille précédent par celui fourni.

   Voici un exemple d'exécution du script de remplacement des informations de connexion :

   [oracle@soarefr-soa-0 ~]$ /u01/soacs/dbfs/share/scripts/fmwadb_switch_db_conn.sh /u01/soacs/dbfs/share/wallets/atp-hyd-refreshable-clone/ my_wallet_password123
   The password provided for the wallet is valid. Proceeding...
   Gathering Data Soure information...
   Backing up current config...
   Backup created at /u01/data/domains/soarefr_domain/ /u01/data/domains/soarefr_domain_backup_13_36_11-13-10-22
   Replacing values in datasources...
   Replacement complete!

2. Une fois la région secondaire exécutée, démarrez-la normalement.
3. Accédez à l'administration Oracle WebLogic standard et aux consoles Oracle Fusion Middleware pour vérifier le comportement approprié du système (notez que pour les tests, vous devrez peut-être manipuler le DNS approprié car le système utilise le nom d'hôte frontal du système principal pour l'accès).
4. Une fois les tests terminés, rétablissez les sources de données sur les informations de connexion Oracle Autonomous Database Serverless de secours et reconnectez le clone actualisable à la base de données principale.
   Utilisez le script fmwadb_switch_db_conn.sh pour modifier les sources de données afin qu'elles pointent vers la base de données de secours.