¿Cuáles son las soluciones de recuperación ante desastres para bases de datos y cuáles son sus ventajas y desventajas?
Sólo di unas pocas palabras. De hecho, esta solución debe considerar primero el problema del costo. Otros problemas técnicos son realmente fáciles de resolver, pero en las aplicaciones empresariales, la mayor limitación es el costo. Tomemos la base de datos ORACLE como ejemplo y demos una breve explicación. Espero que ayude. (El tipo de base de datos no es importante, todas las soluciones son similares).
1 Solución de replicación de recuperación ante desastres basada en capa de almacenamiento
El mecanismo de replicación de esta tecnología se realiza a través de SAN. almacenamiento La LAN se utiliza para la replicación, la replicación se realiza para cada IO y la cantidad de datos copiados es relativamente grande, el sistema puede realizar la replicación de datos de dos maneras: sincrónica o asincrónica; Tiene grandes ventajas para sistemas con grandes cantidades de datos (el volumen de registro diario es más de 60G), pero los requisitos para el host, el sistema operativo, la versión de la base de datos, etc. son consistentes y los requisitos para el entorno de red son relativamente altos.
2. Solución de replicación de recuperación ante desastres basada en volúmenes lógicos
El mecanismo de esta tecnología es replicar a través de un entorno de red basado en TCP/IP, y el proceso del sistema operativo captura los cambios. en el volumen lógico Haga una copia. Sus características son similares a las de las soluciones de replicación basadas en dispositivos de almacenamiento. También puede elegir métodos sincrónicos o asincrónicos. También tiene requisitos relativamente altos para la coherencia del entorno de software y hardware del host y es más ventajoso para aplicaciones con grandes cantidades. datos. Si el sistema de destino quiere ser legible, es necesario crear una imagen de terceros. Personalmente, creo que esta tecnología y la tecnología de replicación basada en almacenamiento mencionada anteriormente son más adecuadas para sistemas con cantidades de datos extremadamente grandes o para la replicación de recuperación ante desastres de sistemas de aplicaciones.
3. Método de replicación lógica basado en el registro de rehacer de Oracle.
Este método es utilizado principalmente por algún software de terceros y Standby lógico en el propio DATAGUARD de Oracle. En la actualidad, hay muchos productos relativamente maduros y casos exitosos en el extranjero, y también hay productos similares en China. Sin embargo, todavía existe una cierta brecha entre el nivel de madurez de los productos y los casos exitosos en comparación con los países extranjeros.
Utilice un proceso independiente distinto de Oracle para capturar la información del archivo de registro de rehacer, traducirla a declaraciones SQL y luego transmitirlas a la base de datos de destino a través de la red y ejecutar el mismo SQL en la base de datos de destino. Si su proceso no puede mantenerse al día con el cambio de registros de Oracle, también puede capturar el contenido del registro de archivo. También hay productos que utilizan transacciones como unidades en el extremo de origen. Cuando se completa una transacción, se transfiere al extremo de destino. Todos los productos generalmente se replican tabla por tabla y también admiten la replicación de la mayoría de DDL (principalmente en el entorno Oracle9i).
Cuando el rendimiento de la base de datos es demasiado grande, habrá un gran retraso en los datos reales. Cuando el volumen diario de la base de datos alcance 60G o más, la viabilidad de esta solución es diferente; puede haber algún tiempo de inactividad para la sincronización de datos y la activación de la configuración después de que se establece el entorno de replicación, es necesario realizar algunas modificaciones en la estructura de la base de datos de acuerdo con los procedimientos operativos prescritos y existe un cierto costo de mantenimiento.