El software que Oracle Corporation comercializa como Oracle Data Guard forma una extensión del sistema de gestión de bases de datos relacionales de Oracle (RDBMS). Ayuda a establecer y mantener bases de datos secundarias en espera como repositorios alternativos / suplementarios a las bases de datos primarias de producción.
Oracle proporciona herramientas de interfaz gráfica de usuario (GUI) y de línea de comandos (CLI) para administrar las configuraciones de Data Guard.
Data Guard admite sitios en espera físicos y lógicos . Oracle Corporation hace que Data Guard esté disponible solo como una función empaquetada incluida en su "Enterprise Edition" de Oracle RDBMS . [1]
Con las operaciones de Data Guard debidamente configuradas, los DBA pueden facilitar las conmutaciones por error o los cambios a hosts alternativos en la misma ubicación o en ubicaciones alternativas.
Configuraciones
Para los propósitos de Data Guard, cada base de datos de Oracle funciona en un rol de base de datos principal o en un rol de base de datos en espera, con la capacidad de pasar de un rol a otro. [2]
Espera física (Rehacer Aplicar)
Una base de datos física en espera replica el contenido exacto de su base de datos principal en la capa de red de Oracle Net . Si bien las ubicaciones de almacenamiento físico relativas pueden diferir, los datos de la base de datos serán exactamente los mismos que los de la base de datos principal. Las bases de datos físicas en espera pueden funcionar en modo de recuperación administrada o en modo de solo lectura, pero no en ambos modos al mismo tiempo (a menos que las bases de datos estén en Oracle Database 11.1 o superior y la opción Active Data Guard tenga licencia; consulte a continuación) . El modo de espera hace uso de la tecnología "Rehacer Aplicar".
Las bases de datos físicas en espera tienen los mismos identificadores DBID que sus equivalentes principales. [3]
Espera lógica (SQL Apply)
Las bases de datos lógicas en espera convierten el rehacer generado en la base de datos primaria en datos y SQL y luego vuelven a aplicar esas transacciones SQL en la lógica en espera. Por lo tanto, las estructuras físicas y la organización serán diferentes de la base de datos primaria. Los usuarios pueden leer desde bases de datos lógicas en espera mientras se aplican los cambios y, si GUARD está configurado en ESPERA (ALTER DATABASE GUARD STANDBY;), escribir en tablas en la base de datos lógica en espera que no están siendo mantenidas por SQL Apply.
Desafortunadamente, hay una serie de objetos no admitidos (por ejemplo, tablas o secuencias propiedad de SYS, tablas que usan compresión de tablas, tablas que subyacen a una vista materializada o tablas temporales globales (GTT)) y tipos de datos no admitidos (es decir, tipos de datos BFILE, ROWID y UROWID, TIPOS definidos por el usuario, tipos de datos multimedia como Oracle Spatial, ORDDICOM y Oracle Text Collections (por ejemplo, tablas anidadas, VARRAY), SecureFile LOB, OBJECT RELATIONAL XMLTypes y BINARY XML). [4] El modo de espera lógico puede no ser apropiado en tal caso.
Guardia de datos activa
La opción "Oracle Active Data Guard", una instalación con costo adicional, [5] amplía la funcionalidad de Oracle Data Guard en las configuraciones de Oracle 11g. Permite el acceso de solo lectura en el nodo de espera físico al mismo tiempo que se aplican transacciones archivadas desde el nodo principal. También cuenta con reparación automática de bloques y copia de seguridad incremental rápida en modo de espera físico, [6]
Operación
Funcionalidad del lado del servidor
Los procesos LNS (servidor de red de escritura de registro) y ARCH (archivador) que se ejecutan en la base de datos primaria, seleccionan los registros de rehacer archivados y los envían al host de la base de datos en espera, [7] donde el proceso de fondo RFS (servidor de archivos remoto) dentro de Oracle La instancia realiza la tarea de recibir registros de rehacer archivados que se originan en la base de datos primaria y escribirlos en un registro de rehacer en espera (SRL). [8]
Alternativamente, un mecanismo complementario puede transferir los registros de rehacer archivados. En la base de datos en espera, un cliente de Fetch Archive Log ( FAL ) supervisa los huecos en la secuencia de los registros recibidos. Si encuentra una brecha, puede invocar uno o más servidores Fetch Archive Log (FAL) para que se ejecuten en la base de datos primaria y reenviar los elementos faltantes. [9]
Una vez que los registros de rehacer archivados han llegado al host en espera, otros procesos, como un ARCH (proceso de archivado), un MRP (Proceso de recuperación administrado [10] ) y / o un LSP (Proceso lógico en espera), pueden comenzar a aplicar el contenido del registro en la base de datos en espera.
El uso de registros de rehacer en espera puede acelerar la aplicación de cambios a una base de datos en espera [11] con aplicación en tiempo real. [12]
El proceso de conexión de Data Guard ( DRCX ) juega un papel en la transferencia de datos entre bases de datos. [13]
Acceso del lado del cliente
El subsistema Data Guard Broker puede ayudar en la configuración, administración y monitoreo de las configuraciones de Data Guard. [14]
Ventajas
Data Guard proporciona alta disponibilidad para un sistema de base de datos. También puede reducir la intervención humana necesaria para cambiar entre bases de datos durante la recuperación de desastres ("conmutación por error") o la actualización / mantenimiento ("conmutación").
Mediante el uso de archivos de registro de rehacer en espera, Data Guard puede minimizar la pérdida de datos. [15]
Admite configuraciones heterogéneas en las que los sistemas primario y en espera pueden tener diferentes arquitecturas de CPU, sistemas operativos (por ejemplo, Microsoft Windows y Linux), binarios del sistema operativo (32 bits / 64 bits) o binarios de bases de datos Oracle (32 bits). bit / 64 bits). [dieciséis]
Desventajas
Si el enlace de red que conecta el primario y el modo de espera está suscrito en exceso, los registros de rehacer no se envían en orden cronológico, lo que puede provocar que aparezcan grandes lagunas en el rehacer disponible en el modo de espera. Tal condición da como resultado que el modo de espera esté detrás del primario. [5] Esto puede superarse utilizando la tecnología Active Data Guard Farsync de Oracle.
Se debe instalar la misma versión de Oracle Database Enterprise Edition en la base de datos principal y en todas las bases de datos en espera, excepto durante las actualizaciones continuas de la base de datos que utilizan bases de datos lógicas en espera.
Oracle Data Guard está disponible solo como una función de Oracle Database Enterprise Edition.
Ver también
Referencias
- ^ http://download.oracle.com/docs/cd/B28359_01/server.111/b28294/standby.htm#insertedID3 Conceptos y administración de Data Guard , versión 11g 1 (11.1); Sección 2.3.2: "Requisitos de software de Oracle". Consultado el 1 de octubre de 2007.
- ^ Rich, Kathy; et al. Conceptos y administración de Oracle Data Guard 11g versión 2 (11.2) . Consultado el 8 de marzo de 2017 .
- ^ Tchoko, Floribert (2012). Oracle: proteja sus datos . AuthorHouse. pag. 128. ISBN 9781467896214. Consultado el 17 de marzo de 2015 .
[...] se asigna un nuevo identificador DBID a la nueva base de datos a menos que la base de datos sea una base de datos en espera. En este caso, conserva el mismo DBID que la base de datos de origen.
- ^ Czuprynski, Jim (enero de 2010). "Aprovechamiento de bases de datos lógicas en espera en Oracle 11g Data Guard" . Consultado el 16 de julio de 2010 .
- ^ a b Lorentz, Diana (enero de 2009). "Opciones de la base de datos Oracle" . Información sobre licencias de la base de datos Oracle 11g versión 1 (12c) . Oracle Corporation . Consultado el 22 de abril de 2009 .
Si una base de datos física en espera en una configuración de Data Guard tiene habilitada alguna de las características anteriores, entonces la opción Active Data Guard debe tener licencia para cada una de esas funciones físicas en espera, y también para la base de datos primaria.
- ^ "Oracle Active Data Guard" . Base de datos Oracle . Oracle Corporation. Enero de 2010 . Consultado el 22 de abril de 2009 .
Oracle Active Data Guard permite el acceso de solo lectura a una base de datos física en espera para consultas, clasificación, informes, acceso basado en web, etc., mientras aplica continuamente los cambios recibidos de la base de datos de producción.
- ^ Smith, Michael T (febrero de 2007). "Mejores prácticas de transporte y red de Data Guard Redo: Oracle Database 10g Release 2" (PDF) . Oracle Corporation. págs. 6, 14 . Consultado el 11 de marzo de 2009 .
... enviando procesos (LNS y ARC) en la base de datos de producción .... El proceso Data Guard LNS en la base de datos de producción realiza un envío de red al proceso Data Guard RFS en la base de datos en espera.
- ^ Carpenter, Larry; et al. (2009). Manual de Oracle Data Guard 11g . Prensa de Oracle. Profesional de McGraw Hill. pag. 5. ISBN 9780071621489. Consultado el 17 de febrero de 2015 .
Los registros de rehacer transmitidos por el LNS son recibidos en la base de datos en espera por otro proceso de Data Guard llamado Remote File Server (RFS) . El RFS recibe el rehacer en la base de datos en espera y lo escribe en un archivo secuencial llamado archivo de registro de rehacer en espera (SRL) .
- ^ Resumen del sitio Oracle-Base de Data Guard , consultado el 2007-09-05; Vínculos a la documentación de Oracle Corp versión 11.1 , recuperados el 5 de septiembre de 2007.
- ^ Ault, Mike (2004). Clústeres de aplicaciones reales y cuadrícula de Oracle 10g: Computación en cuadrícula de Oracle 10g con RAC . Serie Oracle In-Focus. Madhu Tumma. TechPress desenfrenado. pag. 640. ISBN 9780974435541. Consultado el 31 de agosto de 2012 .
[...] el proceso de recuperación administrado (MRP) en la base de datos en espera determina el orden correcto para aplicar los registros de archivo de los diferentes subprocesos en la base de datos en espera.
- ^ Bach, Martín (2013). Consolidación experta en Oracle Database 12c . La voz del experto en Oracle. Presione. pag. 320. ISBN 9781430244295. Consultado el 19 de febrero de 2015 .
[...] con Oracle 10g, [utilizando] los registros de rehacer en espera en el servidor de base de datos en espera, el flujo de rehacer que llega al destino se puede aplicar a la base de datos en espera inmediatamente, sin tener que esperar a que se archive el registro de rehacer en espera y aplicado.
- ^ Schupmann, Vivian (2008). "Conceptos y administración de Oracle Data Guard, 10g Release 2 (10.2)" . Oracle . Consultado el 20 de febrero de 2015 .
Los datos de rehacer se pueden aplicar desde archivos de registro de rehacer archivados o, si la aplicación en tiempo real está habilitada, directamente desde los archivos de registro de rehacer en espera a medida que se completan, sin requerir que los datos de rehacer se archiven primero en la base de datos en espera.
- ^ "Documentación en línea de la base de datos de Oracle, versión 10g 2 (10.2)" . docs.oracle.com . Oráculo. 2015 . Consultado el 16 de junio de 2015 .
El proceso de conexión de Data Guard (DRCX) detectó un error al transferir datos de una base de datos a otra.
- ^ Whalen, Edward (2005). Administración de Oracle Database 10g Linux . Profesional de McGraw-Hill. pag. 329. ISBN 978-0-07-223053-6. Consultado el 7 de septiembre de 2011 .
Data Guard Broker es el conjunto de utilidades y servicios que gestionan Data Guard. En Data Guard Broker se incluyen una interfaz GUI que utiliza Oracle Enterprise Manager y una interfaz de línea de comandos (CLI). Data Guard Broker se utiliza para configurar Data Guard, administrar la configuración y monitorear Data Guard.
- ^ Kumar, Bipul (2005). Oracle Data Guard: Manual de conmutación por error de base de datos en espera . Serie Oracle In-Focus. 19 . TechPress desenfrenado. pag. 277. ISBN 9780974599380.
Con la introducción de registros de [...] rehacer en espera, es posible [...] que una base de datos lógica en espera sea parte de una configuración de Data Guard que se ejecuta en modo de máxima protección. De esta manera, el método SQL Apply de Data Guard ofrece un soporte completo sin pérdida de datos.
- ^ "Requisitos previos operativos de Data Guard" . Conceptos y administración de Data Guard . Oracle Corporation . Consultado el 26 de agosto de 2013 .
A partir de Oracle Database 11g, Data Guard proporciona una mayor flexibilidad para las configuraciones de Data Guard en las que los sistemas primario y en espera pueden tener diferentes arquitecturas de CPU, sistemas operativos (por ejemplo, Windows y Linux), binarios del sistema operativo (32 bits / 64 bits ) o binarios de la base de datos de Oracle (32 bits / 64 bits).