Fundamentos de bases de datos 12c oráculo de espera físicos y lógicos

LA base de datos standby física es una copia de bloque para el bloque de la base de datos primaria 12c Oracle. Está construido de una copia de seguridad del sitio primario y es mantenido por el envío y la aplicación de los registros de archivado con el sitio en espera de la misma forma las transacciones se cometieron en el sitio primario.

Bases de datos standby físicas no pueden estar abiertos para los cambios. Puede detener la recuperación en el sitio standby física y abrirlo para las transacciones de sólo lectura. Durante este tiempo, el sitio de espera cae detrás del sitio primario en términos de la sincronicidad. Todas las transacciones se guardan hasta que se reactiva la recuperación del sitio de espera después se realizan las operaciones de elaboración de informes.

Si quieres un sitio de espera para operaciones de reporte, considerar la creación de sitios de doble modo de espera. De esta manera, uno puede permanecer en modo de recuperación, y que tal vez puede abrir la otra para las operaciones de la presentación de informes durante el día y luego cerrarla por la noche para ponerse al día. De esa manera, si alguna vez necesita tener un sitio en espera activa, usted no tendrá que esperar a que se alcanzara primero.

He aquí una descripción de alto nivel de los pasos para configurar una base de datos standby física. En este ejemplo, el nombre del sitio primario es prod_a y el nombre del sitio de espera es prod_b:

1. Establecer diversos parámetros de inicialización de la base de datos primaria para prepararlo para el trasvase de registros de rehacer:

   nombre_instancia (diferente en cada sitio)

   nombre_instancia = prod_a

   nombre_bd (el mismo en cada sitio)

   nombre_bd = prod

   remote_archive_enable (permite enviar de registros al sitio remoto)

   remote_archive_enable = true

   LOG_ARCHIVE_DEST_1, 2

   LOG_ARCHIVE_DEST_1 = 'UBICACIÓN = / u01 / arch / prod'log_Archive_dest_2 =' SERVICIO = ARCH prod_b.world '

   LOG_ARCHIVE_FORMAT (dice primaria cómo denominar los registros locales y de reserva)

   LOG_ARCHIVE_FORMAT = arch_% S.arc

   standby_file_management (hace que la adición de archivos de datos más fácil)

   standby_file_management = true

   fal_client (le dice a dónde volver a la nave principal " perdida " registros de archivo)

   'prod_b.world' fal_client =

   En cuanto a los pasos 1 y 6: Establecer todos los parámetros en ambos sitios para facilitar las operaciones de conmutación por error / conmutación.

2. Crear una copia de reserva de su archivo de control primario iniciando sesión en SQL * Plus en la primaria y escribiendo lo siguiente:

   Usted debe ver esto:

   Base de datos alterada.

3. Mueva esta copia al sitio de espera y lo puso en el directorio de su elección.

4. Modificar los parámetros de inicialización en la instancia prod_b para que apunte al nuevo archivo de control.

   Puede cambiar el nombre que quieras.

5. Restaurar una copia de seguridad de su sitio primario al sitio de espera.

   Usted puede hacer esto con Recovery Management o métodos de backup tradicionales frío / calor. Para simplificar las cosas, poner los archivos en los mismos lugares en el sitio de espera como el primario.

   Si usted no puede hacer eso, usted tiene que cambiar el nombre de los archivos después de montar la base de datos, o es necesario utilizar los siguientes parámetros de inicialización en el sitio de espera por lo que la instancia puede convertir los lugares. Dicen los archivos estaban en / u01 / app / oracle / oradata / prod en la primaria y / disk1 / app / oracle / oradata / prod en el modo de espera:

   DB_FILE_NAME_CONVERT = '/ u01 /', '/ disk1 /'

   Oracle busca todas las instancias de / u01 en su nombre de archivo de datos y los reemplaza con / u02.

6. Establezca los parámetros de inicialización en el sitio de espera:

   nombre_instancia (diferente en cada sitio)

   nombre_instancia = prod_b

   nombre_bd (el mismo en cada sitio)

   nombre_bd = prod

   remote_archive_enable (permite la recepción de los registros en el sitio remoto)

   remote_archive_enable = true

   standby_archive_dest (le dice a la base de datos standby dónde encontrar registros)

   standby_archive_dest = / disk1 / arch / prod

   LOG_ARCHIVE_FORMAT (le dice a modo de espera como interpretar nombres de registro, establezca igual primaria)

   LOG_ARCHIVE_FORMAT = arch_% S.arc

   standby_file_management (hace que la adición de archivos de datos más fácil)

   standby_file_management = true

   fal_server (dice Standby dónde buscar " perdida " registros de archivo)

   fal_server = 'prod_a.world'

7. Monte la base de datos standby:

   Usted debe ver esto:

   Base de datos alterada.

8. Iniciar la recuperación de la base de datos standby:

   Usted ve esto:

   Medios completa recuperación.

9. Salir del lugar de espera.

   Deje que la recuperación de ejecutarse en segundo plano.

LA base de datos standby lógica funciona mediante la copia de su sitio primario con una copia de seguridad. Luego de un proceso llamado SQL Aplicar lleva los registros de archivado desde el sitio primario y extrae las sentencias SQL de ellos para aplicarlos a la base de datos standby lógica.

Durante este tiempo, la base de datos lógica de reserva está en marcha y abierta. Es como tener lo mejor de ambos mundos. Las personas pueden han actualizado los datos con el sitio principal para los informes.

Debido a que la base de datos standby estará listo y abierto, debe proteger los datos sean modificados por cualquier persona que no sea el de SQL Apply servicios. Si los datos se modifica fuera de este procedimiento, la base de datos de espera se divergir de la primaria. Si alguna vez tiene que cambiar a ella con fines de recuperación de desastres, no coincidirá con la primaria.

Para evitar que los objetos replicados en el sitio en espera de ser modificado, emita el siguiente comando en el entorno de espera:

ALTER GUARDIA BASE DE DATOS STANDBY

Otra característica única de una base de datos standby lógica: la capacidad de replicarse sólo ciertos objetos. Por defecto, se replican todos los objetos. Sin embargo, puede forzar SQL Aplicar procesos para omitir ciertos objetos. Además, puede configurar los omiten objetos para permitir la modificación de los mismos.