1. Despliegue una topología de recuperación ante desastres multinube mediante Oracle Database Service for Azure
  2. Valide la preparación para la recuperación ante desastres

Valide la preparación para la recuperación ante desastres

Revise las mejores prácticas para la preparación de la recuperación ante desastres y verifique la configuración de la recuperación ante desastres para eventos planificados y no planificados.

Note:

Haga clic en Copiar para guardar el ejemplo de comando en el portapapeles para pegarlo en la línea de comandos. Asegúrese de sustituir cualquier variables por valores específicos de la implantación.

Cambio de la Base de Datos en Espera a la Base de Datos Primaria

Cuando tiene una actividad planificada, como el mantenimiento, puede convertir la base de datos en espera actual en la base de datos primaria sin pérdida de datos. Un switchover es un evento planificado que se inicia en la base de datos primaria y finaliza en la base de datos en espera.

Inicie sesión en una sesión de DGMGRL en la base de datos primaria como usuario SYS. En este ejemplo, la base de datos primaria es DBUKS_898_LHR y la base de datos en espera es DBUKS_R2J_AMS.

  1. En la base de datos primaria, compruebe que la base de datos en espera está lista para el switchover y el failover. 
    validate database DBUKS_R2J_AMS (Standby Database)
    La salida debe ser similar a la siguiente:
    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
  2. En la base de datos primaria, ejecute el comando para realizar el switchover a la base de datos en espera.
    1. Introduzca:
      switchover to DBUKS_R2J_AMS
      La salida debe ser similar a la siguiente:
      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"
    2. Valide la base de datos dbuks_r2j_ams:
      validate database dbuks_r2j_ams
      Debe ver: 
      Database Role: Primary database 
Ready for Switchover: Yes 

Managed by Clusterware: 
dbuks_r2j_ams: YES
    3. Valide la base de datos dbuks_898_lhr:
      DGMGRL> validate database dbuks_898_lhr
      Debe ver: 
      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
    4. Visualice los detalles de configuración:
      DGMGRL> show configuration;
      Debe ver:
      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)
  3. En la nueva base de datos primaria remota, determine el estado del modo abierto.
    select open_mode from v$database;
    La salida debe ser similar a la siguiente: 
    OPEN_MODE 
-------------------- 
READ WRITE
  4. En la base de datos primaria anterior, que ahora es la base de datos en espera, determine el estado del modo abierto. 
    select open_mode from v$database;
    La salida será similar a la siguiente: 
    OPEN_MODE 
-------------------- 
READ ONLY WITH APPLY

La base de datos en espera es ahora la base de datos primaria.

Cambio a la Base de Datos Primaria Original

Después de la actividad planificada, puede volver a la base de datos primaria original sin pérdida de datos.

Inicie sesión en una sesión de DGMGRL en la nueva base de datos primaria como usuario SYS. En este ejemplo, la nueva base de datos primaria es ahora DBUKS_R2J_AMS y la base de datos en espera es DBUKS_898_LHR.
  1. Conéctese a dgmgrl desde la nueva base de datos primaria.
    dgmgrl
    Debe ver:
    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.
    Introduzca: 
    connect sys/password
    Debe ver:
    Connected to "dbuks_r2j_ams" 
Connected as SYSDBA
  2. Visualice los detalles de configuración:
    show configuration;
    Debe ver
    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)
  3. Valide la base de datos dbuks_r2j_ams:
    validate database dbuks_r2j_ams;
    Debe ver:
    Database Role: Primary database 
Ready for Switchover: Yes 
Managed by Clusterware: 
dbuks_r2j_ams: YES
  4. Valide la base de datos dbuks_898_lhr:
    validate database dbuks_898_lhr;
    Debe ver:
    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
  5. Cambie de dbuks_r2j_ams a dbuks_898_lhr:
    switchover to dbuks_898_lhr ;
    Debe ver:
    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"
El switchover se ha completado.