Log Shipping

El log Shipping es una automatizacin de backupcopia-restauracin del log de transacciones, basado en SQL Server Agent. Esto sirve para tener alta disponibilidad en SQL Server con un mtodo barato y sencillo. Con este modo, bsicamente lo que hacemos es tener una o ms instancias de SQL Server en modo de slo lectura en las que restauramos el log de cambios de la base de datos principal cada cierto tiempo.

Funcionamiento estndar de Log Shipping

Servidor principal realiza backup del log de transacciones (.trn) con periodicidad X (generalmente en una carpeta compartida del servidor) Servidor secundario copia backups de la carpeta compartida a una ubicacin local con periodicidad Y (el usuario que levanta SQL Agent debe tener permisos de lectura sobre la carpeta compartida donde el servidor principal deja el backup) El servidor secundario restaura dicho backup con una periodicidad Z (los backups son restaurados en orden y en el caso de que surja algn problema no se continua con la restauracin) Adicionalmente, puede existir un servidor de monitorizacin, donde podemos controlar la informacin sobre el estado de todos los servidores que forman parte de Log Shipping. Por ejemplo tendremos el historial y estado de las operaciones de backups (que estarn disponibles tanto en el servidor principal de LScomo en el de monitoreo; lo mismo pasa con los restores realizados que se hayan en los servidores secundarios y en el monitorizacin. Tambin, podremos configurar alertas por si no se ejecuto algn job, o estos tienen errores, etc. El servidor secundario es quien lanza la copia y trae la informacin del servidor principal

Ejemplo de una estructura estndar de Log Shipping

Ventajas
Permite la centralizacin de bases de datos de todas las filiales en un nico servidor, lo que permite aprovechar los datos y la informacin a travs de herramientas de inteligencia de negocio (BI). Permite transferir fcilmente los datos a intervalos regulares y definidos, lo que significa que no necesitamos mantener constantemente una conexin abierta, minimizando as el riesgo de fallo en la conexin. Permite auditar automticamente el estado de configuracin, reduciendo el trabajo del DBA. Permite el uso de la base de datos central como una copia de seguridad en caso de fallo de un servidor de SQL Server en una de las filiales Permite la configuracin automtica a travs de la implementacin de secuencias de comandos de T-SQL, minimizando los errores de intervencin manual.

Desventajas
El servidor secundario y principal deben estar en el mismo dominio AD y con visibilidad entre ellos, o en distintos dominios pero con relacin de confianza No existe tolerancia a fallos, es decir, si algn archivo de backup se corrompe y no es posible restaurarlo, la base de datos secundaria queda en estado inestable y sin poder recibir ms restauraciones (des-sincronizacin)

Esta des-sincronizacin no puede repararse de manera automtica, sino que hay que hacerlo de forma manual

Log Shipping VS. Mirror

La principal diferencia con el mirror, es que el log shipping permite tener la segunda instancia en modo Standby, lo que permite acceder a esta instancia en modo slo lectura (readonly). Hay muchas empresas que por ejemplo tienen la base de datos online (instancia primaria) con todo el negocio y luego tienen las instancias secundarias en modo slo lectura, por ejemplo con los reportes de SQL Server para no cargar a la primaria. Otra diferencia es que pueden tenerse ms de una instancia secundaria, cosa que en el mirror, slo puedo tener una secundaria. La principal desventaja con el mirror se refiere al failover automtico que no tenemos en Log Shipping, sino que lo tenemos que hacer de forma manual.

Ejemplo de Escenario

Escenario
La configuracin estndar Log Shipping no funciona en entornos basados en franquicias, donde los servidores no forman parte del mismo dominio de AD. Pero con algunas modificaciones menores, se puede utilizar Log Shipping para consolidar la informacin de varias filiales para el anlisis y la toma de decisiones con los datos consolidados.

Escenario
Entonces por ejemplo tenemos una empresa de venta de ropa donde hay alrededor d 100 sucursales con franquicia distribuidas geografiamente por todo el pas y cada una con su dominio propia; por lo que necesitamos consolidar las diferentes bases de datos en un nico Centro de Procesamiento de Datos (CPD) para la toma de decisiones y anlisis de inteligencia de negocio (BI). La conexin entre las distintas sucursales y el CPD es muy lenta y de baja calidad

Escenario
El problema principal en una configuracin de Log Shipping entre servidores que no son parte del mismo dominio de AD es que es imposible conceder acceso a las carpetas que contienen los backups que deben restaurarse en el servidor secundario. Nuestra solucin de Log Shipping es, en lugar de lanzar una tarea que copie los archivos de backup en una ubicacin compartida del servidor, cada sucursal ejecuta una tarea que copia los archivos en un repositorio FTP. Esta implementacin deja intacta la parte de la operacin que utiliza la aplicacin de Log Shipping, asegurando que la administracin de backups y restores, -as como el seguimiento del Log Shipping mediante informes de estado y alertas del servidor- se lleva a cabo normalmente.

Requisitos
1. 2. 3. Un servidor FTP, al cual las sucursales puedan acceder. Se recomienda que el servidor FTP se ejecute en un sistema diferente al del alojamiento de los servicios de SQL Server. La cuenta que ejecuta la tarea debe ser una cuenta vlida en el mismo dominio donde se haya el CPD Compartir una carpeta en el FTP para que el usuario que ejecuta al agente SQL Server desde dentro del dominio del CPD tenga acceso de lectura/escritura. Disponer de un software (por ejemplo, FileManager) que tenga: a. Un mecanismo que pueda copiar a travs de FTP todos los nuevos archivos de backups que no se hayan copiado. Este software no deber copiar el mismo archivo ms de una vez y controla los envos, as como los errores de red posibles que se produzcan. b. Un mecanismo para eliminar los archivos de backup que existan en la ruta de acceso FTP, gestionando la eliminacin de los archivos restaurados despus de un nmero indicado de das.

4.

Trminos
Servidor Principal: es la instancia de SQL Server en la configuracin de Log Shipping que aloja la base de datos principal que queremos "distribuir" a otra instancia de SQL Server. Servidor secundario: es el SQL Server que aloja la base de datos restaurada que es objeto del proceso de Log Shipping desde el Servidor Principal. CPD: Es la Oficina central donde queremos consolidar todos los datos. Los servidores de SQL Server en CPD desempearn un papel secundario porque es donde se restaurarn los datos. Franquicia : La franquicia es el entorno aislado desde el que queremos obtener los datos. Cada franquicia desempear el rol de Servidor Principal (o central) en la arquitectura de Log Shipping.