Introducción de la base de datos en espera

¿Alguna vez pensó en un escenario en el que la base de datos principal generada está dañada y qué sucederá en este caso? Dado que la base de datos está dañada, ¿cómo obtenemos valores y actualizamos la base de datos insertando nuevos datos? Para hacer frente a esta situación y mantener el buen funcionamiento del sistema, existe el concepto de base de datos en espera .

Una base de datos en espera es una copia de la base de datos que se generó a partir de la copia de seguridad de la base de datos principal. Si la base de datos principal se pierde o sus datos se dañan, se puede realizar una conmutación por error a la base de datos en espera. Ahora, en tal situación, la base de datos en espera se convierte en una nueva base de datos principal.

La siguiente pregunta es cómo se copian los datos de la base de datos principal a la base de datos en espera. ¿Cuál es el procedimiento para actualizar la base de datos en espera de acuerdo con los cambios realizados en la base de datos principal?

1. Después de que se actualice una base de datos primaria de intervalo. El intervalo puede variar, pero la base de datos principal contiene muchas actualizaciones, como la adición de nuevos usuarios, la eliminación de contenido antiguo, el cambio de contraseña, etc. Por lo tanto, las actualizaciones de la base de datos se capturan en los registros de rehacer para replicarlas en la base de datos en espera.
2. Las actualizaciones en los registros de rehacer realizadas una vez no son definitivas. Se sobrescriben cíclicamente. Debido a que los registros de rehacer son temporales, se realiza una copia del registro de rehacer. Se llama un registro de archivo. A diferencia del registro de rehacer, esta es una copia permanente.
3. El registro de archivo guardado ahora se mueve al servidor en espera. Las modificaciones en los registros de archivo transferidos se aplican a la base de datos en espera, actualizando así la base de datos en espera con la base de datos principal.

Ventajas de la base de datos StandBy:

• Protección de desastres:
  por ejemplo, mantenimiento de bases de datos primarias y de reserva para que, si falla la unidad de la base de datos primaria, se pueda activar la base de datos de reserva y se puedan reanudar las operaciones normales y evitar cualquier desastre que se avecina.
• Protección contra la corrupción de datos:
  por ejemplo, la base de datos en espera brinda posible protección contra trabajos por lotes incorrectos, errores de usuario o corrupción de aplicaciones en la base de datos principal al no aplicar registros corruptos a la base de datos en espera. La base de datos en espera no dañada se puede activar, convirtiéndola en la base de datos principal.

Informes adicionales:
Los requisitos adicionales para la base de datos en espera son:

1. Computadora adicional:
   para mantener la base de datos en espera en un host separado, se utiliza una computadora adicional para ayudar a minimizar los desastres en el futuro.
2. Almacenamiento adicional:
   necesitamos recursos adicionales del sistema y espacio de almacenamiento adicional.
3. Administración:
   se necesita la administración de la base de datos en espera para replicar las operaciones que se realizan en la base de datos principal.