LOG SHIPPING AND DATABASE MIRROR Fernando Flores
LOG SHIPPING El log shipping es uno de los métodos para implementar la solución de alta disponibilidad. Log shipping es fácil de configurar, fácil de mantener y solucionar los problemas, y múltiples bases de datos en espera pueden configurarse en el mismo servidor o instancia de log shipping.
LOG SHIPPING En SQL Server, el transaction log proporciona una capacidad de recuperar una base de datos a un punto en el tiempo. Log shipping es un proceso de copiar el transaction log de un servidor de origen a un servidor de destino y la restauración en el servidor de destino. El objetivo principal de la aplicación de Log shipping es mantener dos base de datos SQL Server sincronizado en lugares separados para alta disponibilidad. Los componentes básicos son: 1. servidor principal 2. Servidor secundario 3. Monitor Server
LOG SHIPPING
PRIMARY SERVER Servidor donde reside la base de datos principal. Base de datos de este servidor debe estar en Full recovery o en bulk logged recovery. Copia de seguridad completa de la base de datos es tomado en este servidor Copia de seguridad de registro de transacciones se toman periódicamente y se copian en el servidor secundario.
SECONDARY SERVER Se trata de otro servidor utilizado en la tecnología de trasvase de registros. Este servidor va a tener una copia de la base de datos principal utilizado para el trasvase de registros. Puede ser más de uno como por la necesidad del negocio. Pestar en standby mode o no recovery. No es accesible durante el proceso de trasvase de registros de transacción.
MONITOR SERVER Se trata de otro servidor de motor de base de datos que realiza el seguimiento del proceso de trasvase de registros. Contiene el conjunto de puestos de trabajo y envía alerta si el registro de transacciones sesiones de envío es percibido como fuera de sincronización. Este servidor es un componente opcional de trasvase de registros.
LOG SHIPPING PROCEDURE: PRIMARY DATABASE Abir Management Studio. Seleccione la base de datos, haga clic derecho en y haga clic en tareas y, a continuación, haga clic en registro de transacciones de envío. En la ventana de propiedades de la base de datos, pulse en activar esto como una base de datos principal en una configuración de envío de registro Haga clic en configuración de copia de seguridad. Aquí se puede programar el registro de transacciones en el servidor principal. Proporcionar la carpeta donde puede almacenar la transacción registro de copia de seguridad de un base de datos en el servidor principal
LOG SHIPPING PROCEDURE: PRIMARY DATABASE
LOG SHIPPING PROCEDURE: PRIMARY DATABASE
LOG SHIPPING PROCEDURE: PRIMARY DATABASE
LOG SHIPPING PROCEDURE: PRIMARY DATABASE Haga clic en la opción de schedule para programar la transacción. Algunos aspectos a tomar en cuenta en la ventana de propiedades del programa de trabajo son: Nombre: este es un nombre de trabajo que es el tipo de planificación de LSBackupSchedule_ABI-PC1 Schedule type: recurrente Frecuencia : se ejecuta diariamente cada 15 minutos. Haga clic en Ok.
LOG SHIPPING PROCEDURE: PRIMARY DATABASE
LOG SHIPPING PROCEDURE: SECONDARY DATABASE En la ventana de propiedades de la base de datos, haga clic en el botón Agregar, como se muestra a continuación.
LOG SHIPPING PROCEDURE: SECONDARY DATABASE Al hacer clic en Agregar, la ventana de configuración de base de datos secundaria para realizar la conexión, como se muestra a continuación
LOG SHIPPING PROCEDURE: SECONDARY DATABASE Hay tres opciones en la ventana de configuración de base de datos secundaria como se muestra en la figura siguiente. Inicialización de base de datos secundaria: restauración de la base de datos primaria sobre la base de datos secundaria se inicia. En este caso, se ha generado la copia de seguridad de base de datos completa en la primaria de un servidor de base de datos y aplicar esa copia de seguridad en la instancia secundaria.
LOG SHIPPING PROCEDURE: SECONDARY DATABASE
LOG SHIPPING PROCEDURE: SECONDARY DATABASE En la segunda opción, se permitirá copiar la copia de seguridad del registro de transacciones del servidor principal al servidor secundario. En este caso, se tiene el mismo servidor. Se trata de una carpeta de destino para los archivos copiados, y normalmente esta carpeta esta ubicada en el servidor secundario.
LOG SHIPPING PROCEDURE: SECONDARY DATABASE La opción de registro de transacciones de restauración tendrá los detalles de la copia del transaction log.posee dos modos: No recovery y standby mode. Siempre se debe seleccionar el modo de No recovery debido a que en modo de espera, la instrucción SELECT puede utilizarse para recuperar algunos datos de las tablas de base de datos de UserDB, por lo tanto, la restauración fallará ya que será la base de datos en uso
ADD MONITOR SERVER INSTANCE En la ventana de propiedades de la base de datos, agregar la instancia del monitor server, marcar la casilla de verificación de instancia de uso Monitor Server y, a continuación, haga clic en configuración, como se muestra en la figura siguiente.
ADD MONITOR SERVER INSTANCE
ADD MONITOR SERVER INSTANCE Al hacer clic en configuración, aparecerá la ventana de configuración de monitor del Log Shipping. En esta ventana, haga clic en el botón conectar.
FINAL STEP Backup, copia y restauración de puestos de trabajo están conectados en esta instancia del servidor. Haga clic en Aceptar en la configuración de instancia del servidor de monitor. Por último, haga clic en Aceptar en la ventana Propiedades de base de datos para iniciar sesión de trasvase de registros.
DATABASE MIRRORING Database mirroring es una solución de software principalmente para aumentar la disponibilidad de la base de datos. Database mirroring se implementa en una base de datos y sólo funciona con el modelo de full recovery. Los modelos de recuperación simple y bulk-logged no admiten la creación de Database mirroring.
DATABASE MIRRORING Mantiene dos copias de una sola base de datos que debe residir en el servidor de diferentes instancias del motor de base de datos de SQL Server. Normalmente, estas instancias de servidor residen en equipos en diferentes ubicaciones. Una instancia de servidor sirve la base de datos para clientes (el servidor principal). La otra instancia actúa como un servidor en espera caliente (el servidor espejo).
BENEFITS OF DATABASE MIRRORING Aumenta la protección de datos. Aumenta la disponibilidad de una base de datos. Mejora la disponibilidad de la base de datos de producción durante las actualizaciones.
HOW DATABASE MIRRORING WORKS El principal y el servidor reflejado se comunican y cooperan como socios en una base de datos espejado de período de sesión. Los dos socios realizan funciones complementarias en el período de sesión: el papel principal y el papel de espejo. Estos roles de servidor de principal y espejo son previamente definidos para cada uno.
OPERATING MODES Operaciones sincrónicas y asincrónicas. Modo de alta seguridad (síncrono) y modo de alto rendimiento (asíncrono).
SERVER ROLES IN A DATABASE MIRRORING Servidor principal: El servidor principal alberga la copia activa de la base de datos (denominado como la base de datos principal) y servicios de las solicitudes del cliente. El servidor principal reenvía todas las transacciones al servidor espejo
SERVER ROLES IN A DATABASE MIRRORING Servidor reflejado: El servidor reflejado alberga una copia de la base de datos principal (denominado como la base de datos espejo) y aplica a las transacciones que se transmitió por la base de datos principal para mantener la base de datos reflejada sincronizada.
SERVER ROLES IN A DATABASE MIRRORING Servidor de testigo: es un componente opcional de una solución de espejado de la base de datos. Un servidor testigo supervisa los servidores principal y reflejado para garantizar la conectividad continua y la participación en la sesión de espejo (denominada quórum).
DATABASE MIRRORING