Configuración de la futura base de datos secundaria
Después de establecer la primera base de datos física en espera en Oracle Cloud Infrastructure (OCI), creará una segunda en otra región. Esta segunda base de datos es la base de datos de su entorno de recuperación ante desastres basado en la nube.
La funcionalidad en cascada en espera de Oracle Data Guard, donde la segunda base de datos en espera recibe su redo
de la primera base de datos en espera, no directamente de la principal local, reduce el tráfico de red de la ubicación del host local. También establecerá cuál será, en última instancia, la ruta de propagación principal redo
.
En este momento, hay restricciones que nos impiden utilizar las herramientas de OCI para establecer y gestionar completamente nuestra futura base de datos de recuperación ante desastres. El servicio en la nube de asociación de Oracle Data Guard no puede registrar actualmente una relación de base de datos en espera existente y no podrá gestionar la configuración de la base de datos en espera. Por lo tanto, por ejemplo, no se puede utilizar Oracle Managed Disaster Recovery Cloud Service.
Dado que ambas bases de datos en espera se establecen con una base de datos de marcador de posición basada en OCI, el plano de control de OCI puede gestionar la aplicación de parches y otra actividad del ciclo de vida para cada una de ellas.
Crear base de datos de marcador de posición
Utilice la consola de OCI para crear una nueva base de datos de marcador de posición en una región diferente (recomendado) o en un dominio de disponibilidad diferente en la misma región.
dbaascli
.
Preparación para la restauración de base de datos
Configure el nuevo directorio raíz de Oracle como preparación para la restauración de la base de datos.
- Ajuste el archivo
tnsnames.ora
en cada entorno para conocer cada una de las otras bases de datos. Verifique las comunicaciones entre entornos. - Copie el archivo de contraseñas de la primera base de datos en espera.
- Copie la cartera de cifrado de datos transparente (TDE) de la primera base de datos en espera.
- Ajuste los parámetros de la base de datos para la base de datos en espera en cascada.
Configurar TNS para base de datos en espera en cascada
Ajuste el archivo tnsnames.ora
en cada entorno para conocer cada una de las otras bases de datos. Verifique las comunicaciones entre entornos.
- Agregue la cadena de conexión TNS para la base de datos en espera en cascada a los archivos
tnsnames.ora
utilizados por todas las instancias de Oracle Real Application Clusters (Oracle RAC) de las bases de datos primaria local y primera base de datos en espera. - Agregue las cadenas de conexión TNS para las bases de datos principales locales y las primeras bases de datos en espera de OCI a los archivos
tnsnames.ora
utilizados por todas las instancias de Oracle RAC de la base de datos en espera en cascada.
SCAN IP
, no el nombre SCAN
. A continuación se muestra un ejemplo de una entrada TNS compatible que Oracle Zero Downtime Migration ha creado para nuestra primera base de datos en espera:
CDBHCM_iad1dx =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP) (HOST = <SCAN IPv4 address 1>) (PORT = 1521))
(ADDRESS = (PROTOCOL = TCP) (HOST = <SCAN IPv4 address 2>) (PORT = 1521))
(ADDRESS = (PROTOCOL = TCP) (HOST = <SCAN IPv4 address 3>)) (PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = CDBHCM_iad1dx)
(FAILOVER_MODE =
(TYPE = select)
(METHOD = basic)
)
(UR=A)
)
)
Debe conectarse a cada servidor de base de datos como usuario del sistema operativo oracle, crear el entorno y, a continuación, cambiar el directorio a $TNS_ADMIN
.
Copia el archivo de contraseñas
Copie el archivo de contraseñas de la primera base de datos en espera.
Copia de la cartera de TDE
Esto crea un nuevo subdirectorio tde
con los archivos de cartera de la primera base de datos física en espera.
Restauración de la Base de Datos en la Base de Datos en Espera en Cascada
Restaure la base de datos en la huella en cascada en espera desde la primera base de datos física en espera. Utilice el comando Oracle Recovery Manager (RMAN) RESTORE FROM SERVICE
para restaurar el archivo de control y los archivos de datos.
Configurar Data Guard Broker para la base de datos en espera en cascada
Ya ha configurado Data Guard Broker entre la base de datos principal local y la primera base de datos en espera de OCI mediante Oracle Zero Downtime Migration. Ahora agregará la base de datos en espera en cascada a la configuración.
Las bases de datos en cascada en espera y las bases de datos locales no se comunican directamente entre sí. Cuando es necesario, redo
se envía a través de la primera base de datos en espera local:
- Cuando la base de datos local es principal,
redo
se envía desde la base de datos local principal a la primera base de datos en espera o a través de ella y, a continuación, a la base de datos en espera en cascada:- Principal local a la primera base de datos en espera de OCI
- La primera base de datos en espera de OCI en cascada
- Cuando la primera base de datos en espera tiene el rol primario,
redo
se envía desde esa base de datos directamente a las bases de datos locales y en cascada en espera:- OCI principal a la base de datos en espera local
- OCI principal en la base de datos en cascada en espera de OCI
- Si la base de datos en espera en cascada pasa a ser la principal en esta configuración, el redo se enviará desde esa base de datos a la primera base de datos en espera de OCI o a través de ella, y, a continuación, a la base de datos local:
- Primera base de datos en espera de OCI en la base de datos en espera local
- OCI en cascada principal a la primera base de datos en espera de OCI