Valider la préparation à la récupération après sinistre

Passez en revue les meilleures pratiques en matière de préparation à la récupération après sinistre et vérifiez la configuration de la récupération après sinistre pour les événements planifiés et non planifiés.

Remarques :

Cliquez sur Copier pour enregistrer l'exemple de commande dans le presse-papiers et le coller dans votre ligne de commande. Veillez à remplacer n'importe quel élément variables par des valeurs propres à votre implémentation.

Basculement de la base de données de secours vers la base de données principale

Lorsque vous avez une activité planifiée, telle que la maintenance, vous pouvez faire de la base de données de secours en cours la base principale sans perte de données. Une permutation est un événement planifié lancé sur la base de données principale et terminé sur la base de données de secours.

Connectez-vous à une session DGMGRL sur la base principale en tant qu'utilisateur SYS. Dans cet exemple, la base de données principale est DBUKS_898_LHR et la base de données de secours est DBUKS_R2J_AMS.

Sur la base principale, vérifiez que la base de secours est prête pour la permutation de rôles et le basculement en cas d'incident.

validate database DBUKS_R2J_AMS (Standby Database)

La sortie doit ressembler à ce qui suit :

Database Role: Physical standby database 
Primary Database: dbuks_898_lhr 
Ready for Switchover: Yes 
Ready for Failover: Yes (Primary Running) 
Managed by Clusterware: 
dbuks_898_lhr: YES 
dbuks_r2j_ams: YES

Sur la base de données principale, exécutez la commande permettant de basculer vers la base de données de secours.

Saisissez :

switchover to DBUKS_R2J_AMS

La sortie doit ressembler à ce qui suit :

Performing switchover NOW, please wait... 
Operation requires a connection to database "dbuks_r2j_ams" 
Connecting ... 
Connected to "dbuks_r2j_ams" Connected as SYSDBA. 
New primary database "dbuks_r2j_ams" is opening... 
Oracle Clusterware is restarting database "dbuks_898_lhr" ... 
Connected to an idle instance. Connected to "dbuks_898_lhr" 
Switchover succeeded, new primary is "dbuks_r2j_ams"

Validez la base de données dbuks_r2j_ams :

validate database dbuks_r2j_ams

Vous devez voir ce qui suit :

Database Role: Primary database 
Ready for Switchover: Yes 

Managed by Clusterware: 
dbuks_r2j_ams: YES

Validez la base de données dbuks_898_lhr :

DGMGRL> validate database dbuks_898_lhr

Vous devez voir ce qui suit :

Database Role: Physical standby database 
Primary Database: dbuks_r2j_ams 

Ready for Switchover: Yes 
Ready for Failover: Yes (Primary Running) 

Managed by Clusterware: 
dbuks_r2j_ams: YES 
dbuks_898_lhr: YES

Affichez les informations de configuration :

DGMGRL> show configuration;

Vous devez voir ce qui suit :

Configuration - dbuks_898_lhr_dbuks_r2j_ams 
Protection Mode: MaxPerformance 
Members: 
dbuks_r2j_ams - Primary database 
dbuks_898_lhr - Physical standby database 

Fast-Start Failover: Disabled 

Configuration Status: 
SUCCESS (status updated 52 seconds ago)

Sur la nouvelle base principale distante, déterminez le statut du mode d'ouverture.
```
select open_mode from v$database; 
```
La sortie doit ressembler à ce qui suit :
```
OPEN_MODE 
-------------------- 
READ WRITE
```
Sur la base principale précédente qui est désormais la base de secours, déterminez le statut du mode d'ouverture.
```
select open_mode from v$database; 
```
La sortie obtenue ressemble à ce qui suit :
```
OPEN_MODE 
-------------------- 
READ ONLY WITH APPLY
```

La base de données de secours est désormais la base de données principale.

Revenir à la base de données principale d'origine

Après l'activité planifiée, vous pouvez revenir à la base principale d'origine sans perte de données.

Connectez-vous à une session DGMGRL sur la nouvelle base principale en tant qu'utilisateur SYS. Dans cet exemple, la nouvelle base de données principale est désormais DBUKS_R2J_AMS et la base de données de secours est DBUKS_898_LHR.

Connectez-vous à dgmgrl à partir de la nouvelle base de données principale.

dgmgrl

Vous devez voir ce qui suit :

DGMGRL for Linux: Release 19.0.0.0.0 - Production on Mon Jul 10 06:59:41 2023 
Version 19.19.0.0.0 Copyright (c) 1982, 2019, Oracle and/or its affiliates. All rights reserved. 
Welcome to DGMGRL, type "help" for information.

Entrez ensuite :

connect sys/password

Vous devez voir ce qui suit :

Connected to "dbuks_r2j_ams" 
Connected as SYSDBA

Affichez les informations de configuration :

show configuration;

Vous devez voir ce qui suit

Configuration - dbuks_898_lhr_dbuks_r2j_ams 
Protection Mode: MaxPerformance 
Members: 
dbuks_r2j_ams - Primary database 
dbuks_898_lhr - Physical standby database 
Fast-Start Failover: Disabled 
Configuration Status: 
SUCCESS (status updated 39 seconds ago)

Validez la base de données dbuks_r2j_ams :

validate database dbuks_r2j_ams;

Vous devez voir ce qui suit :

Database Role: Primary database 
Ready for Switchover: Yes 
Managed by Clusterware: 
dbuks_r2j_ams: YES

Validez la base de données dbuks_898_lhr :

validate database dbuks_898_lhr;

Vous devez voir ce qui suit :

Database Role: Physical standby database 
Primary Database: dbuks_r2j_ams 
Ready for Switchover: Yes 
Ready for Failover: Yes (Primary Running) 
Managed by Clusterware: 
dbuks_r2j_ams: YES 
dbuks_898_lhr: YES

Passez de dbuks_r2j_ams à dbuks_898_lhr :

switchover to dbuks_898_lhr ;

Vous devez voir ce qui suit :

Performing switchover NOW, please wait... 
Operation requires a connection to database "dbuks_898_lhr" 
Connecting ... 
Connected to "dbuks_898_lhr" 
Connected as SYSDBA. New primary database "dbuks_898_lhr" is opening... 
Oracle Clusterware is restarting database "dbuks_r2j_ams" ... 
Connected to an idle instance. 
Connected to an idle instance. 
Connected to an idle instance. 
Connected to an idle instance. 
Connected to an idle instance. 
Connected to an idle instance. 
Connected to "dbuks_r2j_ams" 
Switchover succeeded, new primary is "dbuks_898_lhr"

La permutation est maintenant terminée.