Mirroring vs. Log Shipping en SQL Server 2005

Question

Estoy interesado en escuchar los pensamientos de las personas sobre los pros y los contras de la duplicación de la base de datos en comparación con el envío de registros en este escenario: necesitamos configurar una situación de copia de seguridad de la base de datos en la que exista exactamente un servidor secundario que no necesite automáticamente cuando el falla primaria. Sin embargo, recuperar y comenzar con el secundario no debería tener que demorar demasiado.

Answer 1

Mirroring

• La creación de reflejo de la base de datos está limitada a solo dos servidores.
• Duplicar con un servidor Witness permite alta disponibilidad y conmutación por error automática.
• Puede configurar su cadena DSN para que tenga ambos servidores duplicados en ella para que cuando cambien no note nada.
• Mientras se refleja, no se puede acceder a su base de datos reflejada. Está en modo de sincronización / restauración.
• Duplicar con la edición estándar de SQL Server 2005 no es bueno para el equilibrio de carga (vea la oración anterior)

Envío de registros

• Puede iniciar sesión en varios servidores.
• El envío de registros es tan actual como la frecuencia con la que se ejecuta el trabajo. Si envía registros cada 15 minutos, el servidor secundario podría llegar hasta 15 minutos. Haciéndolo más de un modo de espera cálido.
• Puede dejar la base de datos en modo de solo lectura mientras se actualiza. Bueno para informar servidores.
• Bueno para la recuperación ante desastres

Answer 2

Para fines de copia de seguridad, recomendaría Mirroring: mantiene una copia siempre actualizada de su base de datos sin problemas. Si no necesita una conmutación por error automática, solo necesita dos servidores / instancias. ¡Tenga en cuenta que el modo de alto rendimiento solo está disponible en la edición Enterprice (sp)!

Answer 3

Cambiar a la base de datos secundaria lleva más tiempo con el envío de registros, pero no está tan mal. Deberá copiar manualmente los archivos de copia de seguridad no copiados, aplicar las copias de seguridad del registro de transacciones a la base de datos secundaria, recuperar la base de datos secundaria y cambiar su función a primaria. Si las bases de datos primarias antiguas son accesibles, debe hacer una copia de seguridad de su registro de transacciones antes de comenzar. La conmutación por error con la duplicación es algo más simple y se puede hacer automáticamente si está utilizando el modo de alta disponibilidad. Incluso cuando se utiliza el modo de alto rendimiento, sigue siendo una operación de una declaración.