Grandes de Bases de Datos. Alta disponibilidad Envío de bitácoras

Transcripción

1 Grandes de Bases de Alta disponibilidad Envío de bitácoras

2 Introducción

3 Funcionamiento BD Envío de bitácoras 1 2 3

4 Árbol de consulta Sentencia UPDATE transacciones Medio físico Optimizador Motor Relacional Administrador Transacciones Plan Motor de almacenamiento Analizador Consultas Ejecutor Consultas Métodos de acceso SNI Capa protocolos Administrador Buffer UPDATE Cliente SET nombre = H WHERE id = 1;? SNI Plan cache D D D Data cache Buffer Pool

5 Árbol de consulta Sentencia UPDATE transacciones Optimizador Plan Motor Relacional Analizador Consultas Ejecutor Consultas Capa protocolos UPDATE Cliente SET nombre = H WHERE id = 1; SNI SNI Plan cache D Medio físico Administrador Transacciones Motor de almacenamiento Métodos de acceso Administrador Buffer Data cache Buffer Pool

6 Sentencia UPDATE <T j start> <T j work> <T j commit> UPDATE Cliente SET nombre Tj = H WHERE id = 1; transacciones D Medio físico Administrador Transacciones Motor de almacenamiento Métodos de acceso Administrador Buffer

7 Arquitectura de bitácoras MDF NDF: datos LDF bitácora de transacciones VLF 1 VLF 2 VLF 3 VLF 4 VLF 5 T1: BEGIN T1: COMMIT

8 Arquitectura de bitácoras MDF NDF: datos LDF bitácora de transacciones VLF 1 VLF 2 VLF 3 VLF 4 VLF 5 T1: BEGIN T1: COMMIT

9 Arquitectura de bitácoras VLF 1 VLF 2 VLF 3 VLF 4 VLF 5 Sin usar Inicio lógico del archivo Último checkpoint Min LSN Fin lógico del archivo

10 Arquitectura de bitácoras Min LSN Max LSN VLF 1 VLF 2 VLF 3 LSN1 T1 BEG LSN2 T1 UPD LSN3 T1 COM LSN4 T2 BEG LSN5 T2 INS LSN6 T3 BEG LSN7 T3 UPD LSN8 T3 COM LSN9 T4 BEG LSN 10 CKP Sin usar Inicio lógico del archivo Último checkpoint Fin lógico del archivo Log activo

11 Arquitectura de bitácoras VLF 1 VLF 2 VLF 3 VLF 4 VLF 5 Sin usar Sin usar Sin usar Truncados Último checkpoint Min LSN Fin lógico del archivo Inicio lógico del archivo

12 Arquitectura de bitácoras VLF 1 VLF 2 VLF 3 VLF 4 VLF 5 Sin usar Sin usar Fin lógico del archivo Truncados Min LSN Último checkpoint Inicio lógico del archivo

13 Funcionamiento BD - Idea general Las peticiones que modifican datos se registran primero en un archivo de transacciones (log) Técnica WAL (Write ahead log) Una vez guardadas en el registro, los datos se propagan otro lugar de almacenamiento estable archivo de datos

14 Idea general Qué sucede si se tienen 2 bases de datos iguales y se aplica el mismo archivo de transacciones en ambas?

15 Idea general Qué sucede si se tienen 2 bases de datos iguales y se aplica el mismo archivo de transacciones en ambas? Servidor A Servidor B

16 Detalles generales Múltiples copias Conmutación manual

17 Detalles específicos Alcance a nivel de base de datos Base de datos accesible sólo en lectura Los usuarios deben finalizar sesión para que se aplique el siguiente log Los respaldos no bloquean los respaldos del log

18 Funcionamiento Envío de bitácoras

19 Términos Servidor primario Base de datos primaria

20 Términos Servidor secundario Base de datos secundaria

21 Términos Servidor monitor

22 Términos Tarea de respaldo

23 Términos Tarea de copiado

24 Términos Tarea de restauración

25 Términos Tarea de alerta

26 Funcionamiento Un equipo determina el archivo de registro a realizar. Se genera un respaldo del archivo de registro. Se envía a otro equipo. El nuevo equipo aplica el último archivo de registro en su base de datos local, dejando la base de datos en modo de espera.

27 Conmutación por error Restaurar el mayor número de archivos de registro con la opción WITH NORECOVERY. Restaurar el último archivo de registro con la opción WITH RECOVERY. Verificar permisos de conexión. Inicializar cualquier tarea programada pendiente. Direccionar las aplicaciones a la nueva IP - instancia

28 Conmutación contraria controlada - razones Contratos y servicios dictan ejecución en un equipo en particular Los equipos difieren y existe degradación en el desempeño

29 Conmutación contraria controlada Restaurar un respaldo completo en el servidor principal. Restaurar el último archivo de registro con la opción WITH RECOVERY. Verificar permisos de conexión. Inicializar cualquier tarea programada pendiente. Direccionar las aplicaciones a la IP instancia original

30 Ambientes donde se recomienda aplicar Se necesita un control estable entre los servidores primario y secundarios. No es necesario una conmutación automática. Es necesaria una replicación adicional de otro ambiente de HA. Se necesitan múltiples servidores secundarios.

31 Ambientes donde se recomienda aplicar Son necesarios servidores para reportes.

32 Consideraciones Velocidad de red. Desempeño de servidores. Capacidad de almacenamiento. Ubicación del monitor.

33 Consideraciones de diseño Seguridad. Especificar los roles adecuados (nivel de dominio). Modo de recuperación. Lugar de almacenamiento. Servidores externos Lugar intermedio. Servidores externos Servidor de monitoreo.

34 Consideraciones de diseño Ambiente a nivel de base de datos. Hay bases de sistema que contienen información relevante. Identificar si existe dependencias entre bases de datos. Tiempo de promedio de pérdida de datos 2 veces el tiempo de recuperación de los registros, por ejemplo: 5 minutos de respaldos 10 minutos de pérdida de datos