Cómo sincronizar manualmente las suscripciones de duplicación mediante copia de seguridad o restauración

Seleccione idioma Seleccione idioma
Id. de artículo: 320499 - Ver los productos a los que se aplica este artículo
Expandir todo | Contraer todo

En esta página

Resumen

En este artículo describe cómo sincronizar manualmente las suscripciones de inserción de duplicación mediante copia de seguridad y restauración.

A veces, no puede sincronizar suscripciones de duplicación totalmente utilizando el método predeterminado debido de los siguientes motivos posibles:
  1. Tener tablas grandes que se deben transferir al suscriptor.
  2. Ancho de banda de red sólo puede controlar los cambios incrementales; por lo tanto, BCPs grandes puede agotar el tiempo.
  3. El Editor es un servidor de producción; por lo tanto, negocio necesita requieren reducirse el tiempo de abajo.
En estos casos, puede utilizar copias de seguridad de SQL Server para crear copias de la base de datos publicada y, a continuación, puede restaurar los datos en el suscriptor; al hacerlo, puede configurar la replicación y probar el uso de la replicación sin entregar los datos de esquema o de usuario a través de la red. En las secciones siguientes se enumeran los pasos y consideraciones que debe utilizar para asegurarse de que la sincronización manual es correcta.

La duplicación transaccional

La duplicación transaccional se almacena y reenvía la serie de transacciones al suscriptor. Es crucial que los cambios en las tablas publicadas se entregan al suscriptor en el orden en que se enviaron.

Con una nueva suscripción, la duplicación transaccional marca cada cambio en la tabla publicada (o tablas) en el registro transaccional. El método de entrega de suscripción predeterminado bloquea las tablas, exporta los datos mediante la utilidad bcp , desbloquea las tablas publicadas y, a continuación, comienza el seguimiento de cambios en la base de datos publicada. En SQL Server 2000, la característica de Instantáneas simultáneas mejora instantáneas bloqueo sobrecarga. SQL Server 2000 y SQL Server 7.0 pueden transferir la instantánea mediante Protocolo de transferencia de archivos (FTP). Sin embargo, puede utilizar el método de copia de seguridad para situaciones donde estas opciones no son aceptables.

Al hacer una copia la base de datos publicada de seguridad y restaurar en el suscriptor, puede reducir el tiempo de proceso de creación de instantánea a la hora que se tarda en realizar una copia de seguridad de la publicada base de datos. La copia de seguridad de la base de datos incluye todos los objetos no se transfieren al suscriptor mediante duplicación; no tienen que realizar a una transferencia bcp de las tablas a través de la red.

Hay dos métodos hacer copia de seguridad de la base de datos publicada. El primer método utiliza una copia de seguridad completa de la base de datos publicada. El método de copia de seguridad completa funciona mejor si la base de datos es pequeña o si la base de datos no está configurado para modo de recuperación completa. El segundo método utiliza una copia de seguridad del registro de transacciones y se supone que ya ha capturado una copia de seguridad completa de la base de datos. El método de copia de seguridad del registro de transacciones reduce el tiempo que la base de datos debe estar en modo de usuario único. Las copias de seguridad del registro de transacciones tardan menos de copias de seguridad completas. Si piensa utilizar el método de copia de seguridad del registro de transacciones, siga estos pasos:
  1. Si la base de datos publicado no se ejecuta en recuperación completa modo, cambiar a modo de recuperación completa.
  2. Copia la base de datos publicada.
  3. Copia del archivo de registro para reducir el tiempo que tarda para recorrer los pasos de suscripción y, a continuación, siga los pasos en el siguiente procedimiento.
Para configurar la suscripción, siga estos pasos:
  1. Colocar la base de datos publicada en modo de usuario único para evitar que los cambios se realicen en la base de datos ejecutando el siguiente procedimiento almacenado: sp_dboption 'DBNAME', 'usuario único', 'true' . Esto impide que los cambios están realizando en la base de datos. Se trata de un paso crítico; está realizando seguro de que el publicador permanece sincronizado con el suscriptor. Debe detener a todos los agentes de duplicación que están conectados a la base de datos antes de ejecutar el procedimiento almacenado sp_dboption .
  2. Si estás utilizando el método de copia de seguridad completa, copia de la base de datos publicada. Si utiliza el método de registro de transacciones, copia de seguridad del registro de transacciones para la base de datos publicada.
  3. Crear una nueva suscripción a la publicación. Seleccione no para entregar los datos y esquema.
  4. Mientras está configurando la suscripción, busca en la pantalla de programación del agente de distribución. Cambiar la tarea se ejecute sólo una vez. (Esto evita que al agente de distribución ejecutando hasta después de restaurar la base de datos [y la copia de seguridad registro de transacciones] en el suscriptor.)
  5. Quitar la base de datos de modo de usuario único mediante la siguiente llamada de procedimiento almacenado: sp_dboption 'DBNAME', 'usuario único', 'false' . Porque la suscripción está configurada, todos los cambios se reenvían a la base de datos de distribución.
  6. Restaurar la base de datos del suscriptor. Si estás utilizando el método de registro de transacciones, restaure la copia de seguridad completa y la copia de seguridad registro de transacciones. El agente de distribución debe no se esté ejecutando en este momento. Si es así, impedirá la base de datos restaurada. La Programación del agente se cambió en el paso 4.
  7. Generar los procedimientos Insert , Update y Delete que se utilizan durante la replicación. Puede generar las instrucciones CREATE PROCEDURE de estos procedimientos si ejecuta uno de los procedimientos siguientes: (los procedimientos variar según el tipo de duplicación y la versión de SQL Server)
    1. Para SQL Server 2000: sp_scriptpublicationcustomprocs

      Ejecute sp_scriptpublicationcustomprocs en el publicador. Este procedimiento genera texto para los procedimientos almacenados que son necesarios en el suscriptor. Ejecute la secuencia de comandos generado en la base de datos suscriptora.
    2. Para los suscriptores en cola y actualización inmediata: sp_script_synctran_commands

      Nota Actualización inmediata y suscriptores en cola son una excepción al paso 4. Debe ejecutar al agente de distribución antes de aplicar la salida para el sp_script_synctran_commands a la base de datos de suscriptor porque el agente de distribución genera una tabla de soporte se denomina MSsubscription_agents . Después de ejecutar al agente de distribución, aplicar la secuencia de comandos que se genera por sp_script_synctran_commands a la base de datos de suscriptor. También debe ejecutar el procedimiento sp_scriptpublicationcustomprocs almacenados para suscriptores de actualización inmediatos en el publicador y la secuencia de comandos generada en la base de datos suscriptora.

    3. Debe aplicar la salida de sp_script_synctran_commands a la base de datos de suscriptor; sin embargo, primero debe ejecutar el agente de distribución para generar una tabla de archivos auxiliar denominada MSsubscription_agents y, a continuación, puede aplicar el resultado generado al ejecutar sp_script_synctran_commands . También debe ejecutar sp_scriptpublicationcustomprocs para suscriptores de actualización inmediata en el publicador. Ejecute la secuencia de comandos generado en la base de datos suscriptora.
    4. Para SQL Server 7.0: Sp_scriptinsproc sp_scriptdelproc , sp_scriptupdproc , sp_scriptmappedupdproc

      Estos procedimientos generan secuencias de comandos para los procedimientos que son necesarios en el suscriptor. Ejecute estas secuencias de comandos en la suscripción base de datos.
  8. Iniciar al agente de distribución. Puede que desee configurar el agente de distribución para que se ejecute continuamente. Para ello, agregue - continua la línea de comandos del agente de distribución.
Para obtener más información, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
299903REVISIÓN: sp_scriptpublicationcustomprocs genera procedimientos almacenados de duplicación

Duplicación de mezcla

Nota No sincronizar suscripciones no se admiten para suscripciones de extracción de mezcla.

Cuando utiliza copia de seguridad o restauración para establecer una suscripción a una publicación de mezcla con la opción de sincronización no, siga estos pasos:
  1. Publicar la base de datos y, a continuación, ejecute al agente de instantáneas. Si se ha publicado la base de datos, sólo tiene que ejecutar al agente de instantáneas.

    Todos los cambios realizados en el publicador ahora se registran en las tablas de sistema de duplicación de mezcla.
  2. Copia la base de datos publicada y, a continuación, restaurarlo en el suscriptor.
  3. Crear una nueva suscripción y, a continuación, seleccione no, el suscriptor ya tiene el esquema y los datos .
  4. Ejecutar a Agente de mezcla.

    Cuando se ejecuta el agente de mezcla, utiliza primero la instantánea para crear la combinación de tablas de duplicación. Todos los cambios realizados desde que se generó la instantánea se aplican al suscriptor:
    • Si ha agregado las filas entre el paso 1 y el paso 2 en este procedimiento, verá las nuevas filas como las actualizaciones en el suscriptor. Las filas ya existen debido de la restauración. Por lo tanto, podrá ver las nuevas filas en el suscriptor.
    • Si elimina las filas entre el paso 1 y el paso 2 en este procedimiento, el agente de mezcla informa de que no hay cambios deben realizarse porque las filas no existen en el suscriptor. La copia de seguridad o restauración se realizó después de las filas se han eliminado en el publicador.
    • Si se actualizaron las filas entre el paso 1 y el paso 2 en este procedimiento, verá estos elementos como las actualizaciones en el suscriptor.

Más información

Para obtener más información acerca de cómo inicializar una suscripción transaccional desde una copia de seguridad en SQL Server 2005, visite el siguiente sitio Web de Microsoft Developer Network (MSDN):
http://msdn2.microsoft.com/en-us/library/ms151705.aspx
Para obtener más información acerca de cómo inicializar una suscripción de mezcla desde una copia de seguridad en SQL Server 2005, visite el siguiente sitio Web de MSDN:
http://msdn2.microsoft.com/en-us/library/ms152488.aspx

Propiedades

Id. de artículo: 320499 - Última revisión: lunes, 12 de noviembre de 2007 - Versión: 7.1
La información de este artículo se refiere a:
  • Microsoft SQL Server 7.0 Standard Edition
  • Microsoft SQL Server 2000 Standard Edition
  • Microsoft SQL Server 2000 Enterprise Edition
  • Microsoft SQL Server 2000 Developer Edition
Palabras clave: 
kbmt kbhowtomaster KB320499 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 320499

Enviar comentarios

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com