Log Shipping automáticamente envía un backup Transaction Log de una base de datos primaria en un servidor o instancia primario a una o más bases de datos secundarias.
Log Shipping suporta un tercer servidor o instancia opcional , conocido como “Monitor Server”
Log Shipping consiste en 3 operaciones básicas:
1. Respaldar el Transaction Log en el server primario
2. Copiar el Archivo Log en el Servidor Secundario
3. Restaurar el Log en el Servidor Secundario
Configuración
1. Antes de empezar verifiquemos que nuestros SQL Server Agents se estén ejecutando y tengan permisos suficientes para escribir archivos en el otro server.
2. El primer paso sería inicializar la base de datos en el servidor secundario con un respaldo del servidor primario, dejar la base de datos el modo RESTORE WITH NORECOVERY.
3. En el servidor primario crear una carpeta compartida llamada “EnviadosLogShipping”.
4. En el servidor secundario crear una carpeta compartida llamada “RecibidosLogShipping”.
5. En el servidor primario con la base de datos a realizar el LogShipping, hacer click derecho y nos vamos a propiedades, opción “Transaction Log Shipping”, hacemos click en “Enabled this as a primary database in a log shipping configuration”. Por ultimo click en Backup Settings.
6. En la configuración definimos la ruta donde dejaremos el archivo log, la carpeta compartida creada previamente.
7. Ahora vamos a configurar el servidor secundario, haciendo click en Add
a
8. Primero hacemos click en Connect, y nos conectamos a nuestro server secundario. Completamos las pestanas tal y como se ve en las capturas siguientes.
9. Ahora vamos a verificar que es lo se está ejecutando en nuestro log shipping. Sobre la base datos de cada servidor, hacer click derecho, Reports, Standard Reports, y seleccionamos el ultimo reporte llamado Transaction Log Shipping Status. Recodar hacerlo para cada servidor ya que cada uno nos mostrará información complementaria.
10. Ahora vamos a ver como realizar el switch en el caso de que nuestro server primario “muera” o falle y que nuestro server secundario entre como primario.
RESTORE DATABASE Cuentos WITH RECOVERY
IMPORTANTE: El servidor primario deberá estar fuera de línea para que no continue enviando respaldos o continue como servidor primario en funcionamiento, de lo contrario podremos perder información al no saber que servidor es el que esta en producción .
Consulta: en el paso 10 solo es necesario ejecutar dicha sentencia para poner en producción la base de datos del servidor secundario o hay alguna otra consideración?. Gracias
ResponderEliminarConsulta: Que utilidad tiene la instancia Monitor??
ResponderEliminargracias,
Hola, aunque es algo obvio, no esta de mas comentar que el modo de recuperacion de la base de datos debe ser full.
ResponderEliminarBuen tutorial.
S2.
que pasa cuando se crea un nuevo usuario? se va a la replica tanto el nuevo usuario como los objetos que se crearon con este?
ResponderEliminarque pasa cuando necesitas hacer todo lo anterior pero usando una VPN
ResponderEliminarqué pasa cuando...bla bla bla....ya se que no respondes
ResponderEliminarBuenos dias, me estaba funcionando perfecto y resulta que por otra tarea me pasaron la base principal a modo simple, cuando corrio la tarea fallo. ahora la paso nuevamente a Full recovery y sigue con problemas. me podran dar una mano?
ResponderEliminarHoracio te recomiendo que vuelvas a crear todo de nuevo , por que al ponerla en modo simple, el log de transacciones no se almacenan las transacciones, por lo tanto perdiste toda esa información, crea de vuelta el log shipping.
ResponderEliminarHola, tengo un LS configurado entre dos bases de datos de la misma insancia, y los restore no se realizan.
ResponderEliminarCuan podría ser el problema?
2018-01-30 08:45:01.43 Buscando la primera copia de seguridad de registros para restaurar en los archivos de copia de seguridad de registros. BD secundaria: 'BBDD_DESTINO'
2018-01-30 08:45:01.43 No se pudo encontrar un archivo de copia de seguridad de registros que se pudiera aplicar a la base de datos secundaria 'BBDD_DESTINO'.
2018-01-30 08:45:01.44 Operaci¢n de restauraci¢n realizada correctamente. Base de datos secundaria: 'BBDD_DESTINO', N£mero de archivos de copia de seguridad de registros restaurados: 0
2018-01-30 08:45:01.44 Eliminando archivos antiguos de copia de seguridad de registros. Base de datos principal: 'BBDD_LABORATORIO'
2018-01-30 08:45:01.44 Operaci¢n de restauraci¢n realizada correctamente. Id. secundario: '6d4f60c4-8157-4e5c-b4c7-572e51e227e9'
2018-01-30 08:45:01.44 ----- FIN DE LA RESTAURACIàN DEL REGISTRO DE TRANSACCIONES -----
tengo varias cedes todas en ciudades distintas, como puedo crear logshipping y respaldar cada unas de las bases de datos en un solo servidor?
ResponderEliminar