Replicando/clonando datos de un servidor MS SQL a otro

Question

Estoy tratando de obtener el contenido de una base de datos MSSQL en una segunda base de datos MSSQL. No se requiere gestión de conflictos, no hay actualizaciones de esquema. Es solo una copia simple y reemplazar datos. Se sobrescribirán los datos de la base de datos de destino, en caso de que alguien haya cambiado algo allí.

Obviamente, hay muchas maneras de hacer que la replicación

• SQL Server: bien establecida, pero utilizando protocolos de edad. Además de eso, muchos desarrolladores siguen diciéndome que el diablo está en los detalles y que la replicación podría no funcionar siempre como se espera y esa es la mejor opción para un administrador, pero no para un desarrollador.
• MS Sync Framework: Se dice que MSF es la nueva y genial tecnología. Sí, son estas cosas nuevas, te encantan, porque suenan tan innovadoras. Existe el enfoque genérico para la sincronización, esto suena a: aprenda una tecnología y cómo integrar la fuente de datos, nunca tendrá que aprender a desarrollar la sincronización de nuevo. Pero, por otro lado, puede leer que el escenario de uso principal parece ser sincronizar bases de datos MSSQL Compact con MSSQL.
• SQL Server Integration Services: Esto suena como una solución de planificación de emergencia. En caso de que el firewall no funcione, tenemos un paquete que se puede ejecutar una y otra vez ... hasta que se desactive el firewall o se corrija la autenticación.
• Brute Force copia y reemplazo de archivos de base de datos: Probablemente no sea la mejor opción.

Por supuesto, cuando miro en los sitios web de Microsoft, leo que se dice que cada tecnología (aparte de la fuerza bruta por supuesto) es una solución sólida que puede aplicarse en muchos escenarios. Pero eso es, por supuesto, no lo que quería escuchar.

¿Cuál es su opinión al respecto? ¿Qué tecnología sugerirías?

¡Gracias!

Stefan

Answer 1

El mecanismo más fácil es el envío de registros. El servidor principal puede colocar las copias de seguridad de los registros en cualquier ruta UNC, y luego puede usar cualquier herramienta de sincronización de archivos para administrar la obtención de los registros de un servidor a otro. El suscriptor simplemente restaura automáticamente las copias de seguridad de registro de transacciones que encuentra en su carpeta local. Esto maneja automáticamente no solo los datos, sino también el esquema.

El suscriptor será de solo lectura, pero eso es exactamente lo que desea; de lo contrario, si alguien puede actualizar los registros del suscriptor, se encontrará en un mundo adverso.

Answer 2

Agregaría dos técnicas a su lista.

• escribir secuencias de comandos T-SQL para insertar ... seleccionar los datos directamente
• Crear una copia de seguridad completa de la base de datos y restaurarla en el nuevo servidor

Si se trata de una gran base de datos y se No voy a estar haciendo esto con demasiada frecuencia, entonces iría por la opción de copia de seguridad y restauración. Hace la mayor parte del trabajo por usted y garantiza copiar todos los objetos.

No he oído hablar de nadie que use Sync Framework, por lo que me interesaría saber si alguien lo ha utilizado correctamente.