Copia de seguridad / restauración de SQL Server frente a desvincular / adjuntar

Question

Tengo una base de datos que contiene los datos más recientes y quiero replicar el contenido de la base de datos en otros servidores. Debido a razones no técnicas, no puedo usar directamente la función de replicación o la función de sincronización para sincronizar con otras instancias de SQL Server.

Ahora, tengo dos soluciones y quiero aprender los pros y los contras de cada solución. Gracias!

Solución 1: separe la base de datos de origen que contiene los datos más recientes, luego copie a los servidores de destino que necesitan los datos más recientes y adjunte la base de datos a los servidores de destino;

Solución 2: haga una copia de seguridad completa del servidor de origen para toda la base de datos, luego copie los datos en los servidores de destino y tome una recuperación completa en el lado del servidor de destino.

gracias de antemano, George

Answer 1

La opción Separar / Adjuntar es a menudo más rápida que realizar una copia de seguridad, ya que no tiene que crear un nuevo archivo. Por lo tanto, el tiempo desde el Servidor A al Servidor B es casi simplemente el tiempo de copia del archivo.

La opción Copia de seguridad / Restaurar le permite realizar una copia de seguridad completa, restaurarla y luego realizar una copia de seguridad diferencial, lo que significa que su tiempo de inactividad se puede reducir entre las dos.

Si lo que busca es la replicación de datos, ¿significa que quiere que la base de datos funcione en ambas ubicaciones? En ese caso, es probable que desee la opción de copia de seguridad / restauración ya que dejará la base de datos actual completamente funcional.

EDITAR: Solo para aclarar algunos puntos. Por tiempo de inactividad, quiero decir que si está migrando una base de datos de un servidor a otro, generalmente impedirá que las personas la utilicen mientras está en tránsito. Por lo tanto, desde la " parada " apunte en el servidor A hasta el inicio " " punto en el servidor B, esto podría considerarse tiempo de inactividad. De lo contrario, cualquier acción realizada en la base de datos en el servidor A durante el tránsito no se replicará en el servidor B.

En lo que respecta al " crear un nuevo archivo " ;. Si separa una base de datos, puede copiar el archivo MDF inmediatamente. Ya está listo para ser copiado. Sin embargo, si realiza una copia de seguridad, debe esperar a que se cree el archivo .BAK y luego moverlo a su nueva ubicación para una restauración. Una vez más, todo se reduce a esto es una copia instantánea o una migración.

Answer 2

Hacer una copia de seguridad y restaurar tiene mucho más sentido, incluso si en vez de eso desees desconectar unos minutos más de una opción de conexión de separación. Debe desconectar la base de datos original (desconectar a todos) antes de desconectar, y luego la base de datos no estará disponible hasta que se vuelva a conectar. También debe realizar un seguimiento de todos los archivos, mientras que con una copia de seguridad se agrupan todos los archivos. Y con las versiones más recientes de SQL Server, las copias de seguridad están comprimidas.

Y solo para corregir algo: las copias de seguridad de bases de datos y las copias de seguridad diferenciales no truncan el registro y no rompen la cadena de registros.

Además, la funcionalidad COPY_ONLY solo importa para la base diferencial, no para el LOG. Todas las copias de seguridad de registros se pueden aplicar en secuencia desde cualquier copia de seguridad, suponiendo que no haya interrupciones en la cadena de registros. Hay una ligera diferencia con el punto de archivo, pero no puedo ver dónde importa eso.

Answer 3

La solución 2 sería mi elección ... Principalmente porque no creará ningún tiempo de inactividad en la base de datos de origen. La única desventaja que puedo ver es que, según el modelo de recuperación de la base de datos, el registro de transacciones se truncará, lo que significa que si desea restaurar cualquier dato del registro de transacciones que tendrá, tendrá que usar su archivo de copia de seguridad.

EDITAR: Encontré un buen enlace; http://sql-server-performance.com/Community/ forums / p / 5838 / 35573.aspx