Valider la disponibilité de DR

Examinez les meilleures pratiques en matière de préparation au relèvement après sinistre et vérifiez votre configuration de relèvement après sinistre pour les événements planifiés et imprévus.

A propos de DR Readiness

Examiner les pratiques exemplaires en matière de préparation au relèvement après sinistre.

Utilisez Active Data Guard pour décharger la charge globale en lecture seule dans la base de données de secours afin de fournir une validation continue au niveau de l'application que la veille est prête pour la production. Cela fournit un niveau d'assurance en plus de la validation continue de niveau bloc Oracle effectuée par les processus d'application Oracle Data Guard.

Utilisez une base de données de secours instantanée pour créer une réplique exacte d'une base de données de production à des fins de développement et de test. Placez périodiquement la veille en mode lecture/écriture (à l'aide de Data Guard Snapshot Standby) pour valider sa disponibilité à prendre en charge les charges de travail de production en lecture/écriture. Un instantané de secours peut également être utilisé pour un dernier niveau de test fonctionnel et de performance des patches et des mises à niveau, car la taille du système DR est similaire au système de production. Une base de secours de cliché continue de recevoir redo de la base de données principale où elle est archivée pour une utilisation ultérieure, ce qui fournit une protection des données en tout temps. Cependant, le temps de récupération (RTO) sera prolongé du temps nécessaire pour convertir le Snapshot Standby en base de données de secours si un basculement est requis pendant les tests. Un stockage supplémentaire est requis pour la zone de récupération rapide lorsqu'une base de données de secours est en mode instantané (pour contenir les informations de journalisation archivées reçues de la base de données de production principale pour une utilisation ultérieure et les journaux de journalisation et de Flashback en cours générés par la base de données de secours de cliché).

Voici quelques-uns des avantages de l'utilisation d'une base de secours de cliché :

Il fournit une réplique exacte d'une base de données de production pour le développement et les tests tout en maintenant la protection des données en tout temps. Vous pouvez utiliser l'option Oracle Real Application Testing pour capturer la charge globale de la base de données principale, puis la réexécuter à des fins de test sur la base de secours de cliché.
Il est facilement actualisé pour contenir les données de production actuelles en convertissant en veille physique et en resynchronisation.

Convertir la base de données de secours en base de données de secours cliché

Lorsque vous voulez une réplique exacte d'une base de données de production, vous pouvez utiliser Oracle Data Guard Broker pour convertir la base de données de secours physique en base de données de secours cliché et valider le basculement.

Une base de données de secours cliché est une base de données de secours entièrement mise à jour qui est créée à partir d'une base de données de secours physique. Dans les bases de données de secours cliché, les données redo sont reçues, mais ne sont pas appliquées tant que la base de données de secours cliché n'est pas convertie en base de données de secours physique.

Voici quelques avantages à utiliser une base de données de secours cliché :

La base de données de secours cliché fournit une réplique exacte d'une base de données de production à des fins de développement et de test tout en maintenant la protection des données en tout temps. Vous pouvez utiliser l'option Oracle Real Application Testing pour capturer la charge globale de base de données principale, puis la réexécuter à des fins de test sur la base de données de secours cliché.
Vous pouvez facilement actualiser la base de données de secours cliché pour contenir les données de production actuelles en convertissant en une base de données de secours physique et en resynchronisation.

L'interface de ligne de commande Oracle Data Guard (DGMGRL) vous permet de gérer une configuration de courtier Oracle Data Guard et ses différents membres directement à partir de l'interface de ligne de commande.

Connectez-vous à une session DGMGRL sur l'instance de base de données de secours avec le nom utilisateur et le mot de passe sys.
```
[oracle@exa11db01 ~]$ dgmgrl
DGMRGL> connect
Username: sys
Password:
```

Visualisez la configuration pour confirmer les bases de données principales et de secours.

DGMGRL> show configuration;

La sortie ressemblera à ce qui suit :

Configuration - onpremexadr
  Protection Mode: MaxPerformance
  Members:
  db1_phx3g7 - Primary database
    db1        - Physical standby database 
      Error: ORA-16664: unable to receive the result from a member
Fast-Start Failover:  Disabled
Configuration Status:
ERROR   (status updated 108 seconds ago)

Convertissez la base de secours physique en base de secours de cliché.
Dans cet exemple, standby_database_unique_name est db1.
```
DGMGRL> convert database standby_database_unique_name to snapshot standby;
```
Une fois la conversion terminée, la sortie aura une ligne semblable à ce qui suit :
```
Converting database "db1" to a Snapshot Standby database, please wait...
Database "db1" converted successfully
```

Affichez la configuration pour vérifier la conversion.

DGMGRL> show configuration;

La sortie ressemblera à ce qui suit :

Configuration - onpremexadr
  Protection Mode: MaxPerformance
  Members:
  db1_phx3g7 - Primary database
    db1        - Snapshot standby database 
      Error: ORA-16664: unable to receive the result from a member
Fast-Start Failover:  Disabled
Configuration Status:
ERROR   (status updated 59 seconds ago)

Convertissez la base de secours instantanée en base de secours physique.

DGMGRL> convert database standby_database_unique_name to physical standby;

La sortie ressemblera à ce qui suit :

Converting database "db1" to a Physical Standby database, please wait...
Operation requires a connection to database "db1_phx3g7"
Connecting ...
Connected to "DB1_phx3g7"
Connected as SYSDBA.
Oracle Clusterware is restarting database "db1" ...
Connected to "db1"
Connected to "db1"
Continuing to convert database "db1" ...
Database "db1" converted successfully

Affichez la configuration pour vérifier la conversion.

DGMGRL> show configuration;

La sortie obtenue ressemble à ce qui suit :

Configuration - onpremexadr
  Protection Mode: MaxPerformance
  Members:
  db1_phx3g7 - Primary database
    db1        - Physical standby database 
      Error: ORA-16664: unable to receive the result from a member

Fast-Start Failover:  Disabled

Configuration Status:
ERROR   (status updated 20 seconds ago)
DGMGRL>

Définir les paramètres Oracle Data Guard

Avant d'exécuter un basculement, définissez les paramètres Oracle Data Guard sur les instances de base de données principale et de secours.

Dans la base de données principale sur site, vérifiez le numéro de modification système (SCN).
```
select standby_became_primary_scn from v$database;
```
La sortie obtenue ressemble à ce qui suit :
```
STANDBY_BECAME_PRIMARY_SCN
--------------------------
0
```
Vérifiez que le flashback n'est pas activé sur la base de données principale.
```
select flashback_on from v$database;
```
La sortie obtenue ressemble à ce qui suit :
```
FLASHBACK_ON
------------------
NO
```

Affiche la récupération des paramètres.

SQL> show parameter recovery;

La sortie obtenue ressemble à ce qui suit :

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
db_recovery_file_dest	     string	      +RECOC1
db_recovery_file_dest_size	big integer	  8256M
recovery_parallelism             integer             0
remote_recovery_file_dest        string

Définissez la taille du paramètre DB_RECOVERY_FILE_DEST_SIZE pour répondre à la taille de votre base de données.
L'exemple suivant utilise 20G comme taille d'échantillon de données. Définissez la taille des données en fonction de votre base de données.
```
SQL> alter system set DB_RECOVERY_FILE_DEST_SIZE=20G;
```
Activez Flashback sur la base de données principale.
```
SQL> alter database flashback on;
```
Confirmez que le flashback de base de données est activé (on).
```
SQL> select flashback_on from v$database;
```
La sortie ressemblera à ce qui suit :
```
FLASHBACK_ON
------------------
YES
```
Dans Oracle Database Exadata Cloud Service de secours, déterminez si Flashback est activé.
```
SQL> select flashback_on from v$database;
```
La sortie ressemblera à ce qui suit :
```
FLASHBACK_ON
------------------
NO
```
Interrogez le statut du mode ouvert pour la base de données de secours dans le cloud.
```
SQL> select open_mode from v$database;
```
La sortie ressemblera à ce qui suit :
```
OPEN_MODE
-------------------- 
MOUNTED
```
Annuler la récupération de la base de données pour la base de secours.
```
SQL> alter database recover managed standby database cancel;
```
Définissez le flashback sur l'instance de base de données dans le cloud.
```
SQL> alter database flashback on;
```

Déconnectez la base de secours de la session.

SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;

Database altered

Confirmez que le flashback de base de données est activé (on).

SQL> select flashback_on from v$database;

FLASHBACK_ON
------------------
YES

Affichez les paramètres de conservation.

SQL> show parameter_retention;

La sortie ressemblera à ce qui suit :

NAME				     TYPE	 VALUE
------------------------------------ ----------- ------------------------------
db_flashback_retention_target	     integer	 1440
undo_retention			      integer	 900