Estrategias para hacer copias de seguridad y restaurar replicación de instantáneas o replicación transaccional

  • Artículo

Se aplica a:SQL ServerAzure SQL Database

Hay tres áreas que hay que considerar al diseñar una estrategia de copias de seguridad y restauración para la replicación de instantáneas o transaccional:

  • Qué bases de datos se incluirán en la copia de seguridad.
  • Configuración de la copia de seguridad para la replicación transaccional
  • Los pasos necesarios para restaurar una base de datos. Éstos dependen del tipo de replicación y de las opciones elegidas.

En este tema se tratan cada una de estas áreas en las tres secciones siguientes. Para información sobre las copias de seguridad y restauración para la publicación de Oracle, vea Backup and Restore for Oracle Publishers (Copias de seguridad y restauración de publicadores de Oracle).

Nota:

Azure SQL Managed Instance puede ser un publicador, un distribuidor y un suscriptor para la replicación transaccional y de instantáneas. Las bases de datos de Azure SQL Database solo pueden ser suscriptores de extracción para la replicación transaccional y de instantáneas. Para obtener más información, vea Replicación transaccional con Azure SQL Database y Azure SQL Managed Instance.

Realizar copias de seguridad de bases de datos

Para la replicación de instantáneas y la replicación transaccional, debe crear de forma periódica una copia de seguridad de las siguientes bases de datos:

  • La base de datos de publicaciones en el publicador.

  • La base de datos de distribución en el distribuidor.

  • La base de datos de suscripciones en el suscriptor.

  • Las bases de datos del sistema maestra y msdb en el publicador, el distribuidor y todos los suscriptores. La copia de seguridad de cada una de estas bases de datos debe realizarse al mismo tiempo que la de las otras y la base de datos de replicación correspondiente. Por ejemplo, cree la copia de seguridad de las bases de datos master y msdb en el publicador al mismo tiempo que crea la copia de seguridad de la base de datos de publicación. Al restaurar la base de datos de publicación, asegúrese de que las bases de datos maestra y msdb sean coherentes con la base de datos de publicación en términos de configuración general y configuración de la replicación.

Si realiza regularmente copias de seguridad de registros, éstas deben capturar todos los cambios relacionados con la replicación. Si no se realizan copias de seguridad de registros, debe realizarse una copia de seguridad siempre que se cambie un valor importante en la replicación. Para más información, vea Common Actions Requiring an Updated Backup.

Configuración de la copia de seguridad para la replicación transaccional

La replicación transaccional incluye el uso de la opción sync with backup , que se puede establecer en las bases de datos de distribución y de publicación:

  • Se recomienda establecer siempre esta opción en la base de datos de distribución.

    Establecer esta opción en la base de datos de distribución garantiza que las transacciones en el registro de la base de datos de publicaciones no se trunquen hasta que se hayan incluido en una copia de seguridad en la base de datos de distribución. La base de datos de distribución se puede restaurar hasta la última copia de seguridad y todas las transacciones que falten se entregan de la base de datos de publicación a la base de datos de distribución. La replicación continúa sin ninguna variación.

    Establecer esta opción en la base de datos de distribución no afecta a la latencia de replicación. Sin embargo, la opción retrasará el truncamiento del registro en la base de datos de publicación hasta que se haya hecho copia de seguridad de las transacciones correspondientes en la base de datos de distribución. Esto puede crear un registro de transacciones mayor en la base de datos de publicación.

  • Se recomienda establecer esta opción en la base de datos de publicación si su aplicación tolera latencia adicional.

    Establecer esta opción en la base de datos de publicaciones garantiza que las transacciones no se enviarán a la base de datos de distribución hasta que se hayan incluido en la copia de seguridad en la base de datos de publicaciones. Se puede restaurar la última copia de seguridad de la base de datos de publicación en el publicador, sin que exista ninguna posibilidad de que la base de datos de distribución contenga transacciones que la base de datos de publicación restaurada no tenga.

    La latencia y el rendimiento se ven afectados, ya que las transacciones no se pueden enviar a la base de datos de publicaciones hasta que no se hayan incluido en la copia de seguridad del publicador. Por ejemplo, si se crea una copia de seguridad del registro de transacciones cada cinco minutos, habrá cinco minutos más de latencia entre que una transacción se confirma en el publicador y el momento en que la transacción enviada a la base de datos de distribución y posteriormente al suscriptor.

    Nota:

    La opción sync with backup garantiza la coherencia entre la base de datos de publicación y la base de datos de distribución, pero la opción no garantiza que no se pierdan datos. Por ejemplo, si se pierde el registro de transacciones, las transacciones confirmadas desde la última copia de seguridad del registro de transacciones no estarán disponibles en la base de datos de publicación ni en la base de datos de distribución. Éste es el mismo comportamiento que tiene una base de datos no replicada.

    El uso de la opción sync with backup en la base de datos de distribución no es compatible cuando la base de datos del publicador forma parte de un grupo de disponibilidad. Esto podría provocar el siguiente error cuando el agente de registro del log se ejecuta después de la conmutación por error.

    El proceso no pudo ejecutar "sp_repldone/sp_replcounters" en "machinename\instance". (Origen: MSSQL_REPL, número de error: MSSQL_REPL20011) Obtener ayuda: http://help/MSSQL_REPL20011 Posible estado incoherente en la base de datos de distribución: dist_backup_lsn {nnnnnnnn:nnnnnnnn:nnnn}, dist_last_lsn {nnnnnnnn:nnnnnnnn:nnnn}. Ejecute "sp_repldone NULL, NULL, 0, 0, 1" y, a continuación, ejecute sp_replflush. Reinicialice todas las suscripciones a la publicación. (Origen: MSSQLServer, número de error: 18846)

Para establecer la opción sync with backup

Restaurar bases de datos que participan en la replicación

Puede restaurar todas las bases de datos de una topología de replicación si hay copias de seguridad recientes disponibles y se siguen los pasos correctos. Los pasos de restauración de la base de datos de publicación dependen del tipo de replicación y de las opciones utilizadas. No obstante, los pasos de restauración de todas las demás bases de datos son independientes del tipo y de las opciones.

La replicación permite restaurar las bases de datos replicadas en el mismo servidor y base de datos de los que se creó la copia de seguridad. Si restaura una copia de seguridad de una base de datos replicada en otro servidor o base de datos, no se conservará la configuración de la replicación. En este caso, deberá volver a crear todas las publicaciones y suscripciones después de restaurar las copias de seguridad.

Publicador

Se proporcionan los pasos de restauración para los siguientes tipos de replicación:

  • Replicación de instantáneas

  • Replicación transaccional de solo lectura

  • Replicación transaccional con suscripciones de actualización

  • Replicación transaccional punto a punto

La restauración de las bases de datos msdb y maestra , que también se tratan en esta sección, es igual para los cuatro tipos.

Base de datos de publicaciones: replicación de instantáneas

  1. Restaure la última copia de seguridad de la base de datos de publicaciones. Vaya al paso 2.

  2. ¿La base de datos de publicaciones contiene la configuración más reciente de todas las publicaciones y suscripciones? En caso afirmativo, la restauración se ha completado. En caso contrario, continúe en el paso 3.

  3. Quite la configuración de replicación del publicador, el distribuidor y los suscriptores, y vuelva a crear la configuración. La restauración se ha completado.

    Para más información sobre cómo quitar la replicación, vea sp_removedbreplication (Transact-SQL).

Base de datos de publicaciones: replicación transaccional de solo lectura

  1. Restaure la última copia de seguridad de la base de datos de publicaciones. Vaya al paso 2.

  2. ¿Estaba habilitada la opción sync with backup en la base de datos de publicación antes del error? En caso afirmativo, vaya al paso 3; de lo contrario, continúe en el paso 5.

    Si la opción está habilitada, la consulta SELECT DATABASEPROPERTYEX('<PublicationDatabaseName>', 'IsSyncWithBackup') devuelve '1'.

  3. ¿Está completa y actualizada la copia de seguridad restaurada? ¿Contiene la configuración más reciente de todas las publicaciones y suscripciones? En caso afirmativo, la restauración se ha completado. De lo contrario, continúe en el paso 4.

  4. La información de configuración de la base de datos de publicación restaurada no es actualizada. Por consiguiente, debe asegurarse de que los suscriptores tienen todos los comandos pendientes en la base de datos de distribución, y, a continuación, quitar y volver a crear la configuración de replicación.

    1. Ejecute el Agente de distribución hasta que todos los suscriptores estén sincronizados con los comandos pendientes de la base de datos de distribución. Asegúrese de que todos los comandos se envíen a los suscriptores utilizando la pestaña Comandos sin distribuir del Monitor de replicación o ejecutando una consulta en la vista MSdistribution_status de la base de datos de distribución. Continúe en el paso b.

      Para más información sobre cómo ejecutar el Agente de distribución, vea Iniciar y detener un agente de replicación (SQL Server Management Studio) y Conceptos de los ejecutables del Agente de replicación.

      Para más información sobre cómo comprobar comandos, vea Ver comandos replicados e información en una base de datos de distribución (programación de la replicación con Transact-SQL) y Visualización de información y realización de tareas mediante el Monitor de replicación.

    2. Quite la configuración de replicación del publicador, el distribuidor y los suscriptores, y vuelva a crear la configuración. Al volver a crear las suscripciones, especifique que el suscriptor ya tiene los datos. La restauración se ha completado.

      Para más información sobre cómo quitar la replicación, vea sp_removedbreplication (Transact-SQL).

      Para obtener más información acerca de cómo especificar que el suscriptor ya tiene los datos, vea Initialize a Subscription Manually.

  5. La opción sync with backup no estaba activada en la base de datos de publicación. Por consiguiente, las transacciones que no se incluyeron en la copia de seguridad restaurada se podrían haber entregado al distribuidor y suscriptores. Ahora, debe asegurarse de que los suscriptores tengan todos los comandos pendientes de la base de datos de distribución y, después, debe aplicar manualmente a la base de datos de publicación todas las transacciones no incluidas en la copia de seguridad restaurada.

    Importante

    Este proceso puede dar lugar a que se restauren las tablas publicadas hasta un momento más reciente que el de otras tablas no publicadas restauradas a partir de la copia de seguridad.

    1. Ejecute el Agente de distribución hasta que todos los suscriptores estén sincronizados con los comandos pendientes de la base de datos de distribución. Asegúrese de que todos los comandos se envíen a los suscriptores utilizando la pestaña Comandos sin distribuir del Monitor de replicación o ejecutando una consulta en la vista MSdistribution_status de la base de datos de distribución. Continúe en el paso b.

      Para más información sobre cómo ejecutar el Agente de distribución, vea Iniciar y detener un agente de replicación (SQL Server Management Studio) y Conceptos de los ejecutables del Agente de replicación.

      Para más información sobre cómo comprobar comandos, vea Ver comandos replicados e información en una base de datos de distribución (programación de la replicación con Transact-SQL) y Visualización de información y realización de tareas mediante el Monitor de replicación.

    2. Utilice la tablediff utility u otra herramienta para sincronizar manualmente el publicador con el suscriptor. Esto le permite recuperar los datos de la base de datos de suscripciones que no estaban incluidos en la copia de seguridad de base de datos de publicación. Continúe en el paso c.

      Para más información sobre el uso de la utilidad tablediff, vea Comparar tablas replicadas para buscar diferencias (programación de la replicación).

    3. ¿Está completa y actualizada la copia de seguridad restaurada? ¿Contiene la configuración más reciente de todas las publicaciones y suscripciones? En caso afirmativo, ejecute el procedimiento almacenado sp_replrestart para volver a sincronizar los metadatos del publicador con los del distribuidor. La restauración se ha completado. En caso contrario, continúe en el paso d.

    4. Quite la configuración de replicación del publicador, el distribuidor y los suscriptores, y vuelva a crear la configuración. Al volver a crear las suscripciones, especifique que el suscriptor ya tiene los datos. La restauración se ha completado.

      Para más información sobre cómo quitar la replicación, vea sp_removedbreplication (Transact-SQL).

      Para obtener más información acerca de cómo especificar que el suscriptor ya tiene los datos, vea Initialize a Subscription Manually.

Base de datos de publicaciones: replicación transaccional con suscripciones de actualización

  1. Restaure la última copia de seguridad de la base de datos de publicaciones. Vaya al paso 2.

  2. Ejecute el Agente de distribución hasta que todos los suscriptores estén sincronizados con los comandos pendientes de la base de datos de distribución. Asegúrese de que todos los comandos se envíen a los suscriptores utilizando la pestaña Comandos sin distribuir del Monitor de replicación o ejecutando una consulta en la vista MSdistribution_status de la base de datos de distribución. Vaya al paso 3.

    Para más información sobre cómo ejecutar el Agente de distribución, vea Iniciar y detener un agente de replicación (SQL Server Management Studio) y Conceptos de los ejecutables del Agente de replicación.

    Para más información sobre cómo comprobar comandos, vea Ver comandos replicados e información en una base de datos de distribución (programación de la replicación con Transact-SQL) y Visualización de información y realización de tareas mediante el Monitor de replicación.

  3. Si está utilizando suscripciones de actualización en cola, conéctese a cada suscriptor y elimine todas las filas de la tabla MSreplication_queue (Transact-SQL) en la base de datos de suscripciones. Vaya al paso 4.

    Nota:

    Si está utilizando suscripciones de actualización en cola y hay tablas que contienen columnas de identidad, debe asegurarse de que se asignen los intervalos de identidad correctos después de la restauración. Para más información, vea Replicar columnas de identidad.

  4. Ahora, debe asegurarse de que los suscriptores tengan todos los comandos pendientes de la base de datos de distribución y, después, debe aplicar manualmente a la base de datos de publicación todas las transacciones no incluidas en la copia de seguridad restaurada.

    Importante

    Este proceso puede dar lugar a que se restauren las tablas publicadas hasta un momento más reciente que el de otras tablas no publicadas restauradas a partir de la copia de seguridad.

    1. Ejecute el Agente de distribución hasta que todos los suscriptores estén sincronizados con los comandos pendientes de la base de datos de distribución. Asegúrese de que todos los comandos se envíen a los suscriptores, utilizando el Monitor de replicación o ejecutando una consulta en la vista MSdistribution_status de la base de datos de distribución. Continúe en el paso b.

    2. Utilice la tablediff Utility u otra herramienta para sincronizar manualmente el publicador con el suscriptor. Esto le permite recuperar los datos de la base de datos de suscripciones que no estaban incluidos en la copia de seguridad de base de datos de publicación. Continúe en el paso c.

      Para más información sobre el uso de la utilidad tablediff, vea Comparar tablas replicadas para buscar diferencias (programación de la replicación).

    3. ¿Está completa y actualizada la copia de seguridad restaurada? ¿Contiene la configuración más reciente de todas las publicaciones y suscripciones? En caso afirmativo, ejecute el procedimiento almacenado sp_replrestart para volver a sincronizar los metadatos del publicador con los del distribuidor. La restauración se ha completado. En caso contrario, continúe en el paso d.

    4. Quite la configuración de replicación del publicador, el distribuidor y los suscriptores, y vuelva a crear la configuración. Al volver a crear las suscripciones, especifique que el suscriptor ya tiene los datos. La restauración se ha completado.

      Para más información sobre cómo quitar la replicación, vea y revise sp_removedbreplication (Transact-SQL).

      Para obtener más información acerca de cómo especificar que el suscriptor ya tiene los datos, vea Initialize a Subscription Manually.

Base de datos de publicaciones: replicación transaccional punto a punto

En los pasos siguientes, las bases de datos de publicación A, By C están en una topología de replicación transaccional punto a punto. Las bases de datos A y C están en línea y funcionan correctamente; la base de datos B es la que se desea restaurar. El proceso descrito aquí, sobre todo los pasos 7, 10 y 11, son muy similares al proceso que se requiere para agregar un nodo a una topología punto a punto. La forma más directa de llevar a cabo estos pasos es mediante el Asistente de configuración de la topología punto a punto, pero también puede usar procedimientos almacenados.

  1. Ejecute los agentes de distribución para sincronizar las suscripciones de las bases de datos A y C. Vaya al paso 2.

    Para más información sobre cómo ejecutar el Agente de distribución, vea Iniciar y detener un agente de replicación (SQL Server Management Studio) y Conceptos de los ejecutables del Agente de replicación.

  2. Si la base de datos de distribución que utiliza B aún está disponible, ejecute los agentes de distribución para sincronizar las suscripciones entre las bases de datos B y A y B y C. Vaya al paso 3.

  3. Quite los metadatos de la base de datos de distribución que utiliza B ejecutando sp_removedistpublisherdbreplication en la base de datos de distribución para B. Vaya al paso 4.

  4. En las bases de datos A y C, quite las suscripciones a la publicación de la base de datos B. Vaya al paso 5.

    Para obtener más información acerca de cómo quitar suscripciones, vea Subscribe to Publications.

  5. Realice una copia de seguridad de registros o una copia de seguridad completa de la base de datos A. Vaya al paso 6.

  6. Restaure la copia de seguridad de la base de datos A en la base de datos B. La base de datos B ahora tiene los datos de la base de datos A, pero no la configuración de replicación. Al restaurar una copia de seguridad en otro servidor, se quita la replicación; esto significa que se ha quitado la replicación de la base de datos B. Vaya al paso 7.

  7. Vuelva a crear la publicación en la base de datos B y vuelva a crear suscripciones entre las bases de datos A y B. (Las suscripciones que afectan a la base de datos C se administran en una fase posterior).

    1. Vuelva a crear la publicación en la base de datos B. Vaya al paso b.

    2. Vuelva a crear la suscripción en la base de datos B a la publicación en la base de datos A y especifique que la suscripción se debe inicializar con una copia de seguridad (un valor de initialize with backup para el parámetro @sync_type de sp_addsubscription). Continúe en el paso c.

    3. Vuelva a crear la suscripción de la base de datos A a la publicación de la base de datos B, y especifique que el suscriptor ya tiene los datos (un valor de replication support only para el parámetro @sync_type de sp_addsubscription). Vaya al paso 8.

  8. Ejecute los agentes de distribución para sincronizar las suscripciones de las bases de datos A y B. Si hay columnas de identidad en las tablas publicadas, vaya al paso 9. En caso contrario, continúe en el paso 10.

  9. Después de la restauración, el intervalo de identidad asignado a cada tabla en la base de datos A también se utilizará en la base de datos B. Asegúrese de que la base de datos restaurada B haya recibido todos los cambios de la base de datos B que se propagaron a las bases de datos A y C y luego reinicie el intervalo de identidad para cada tabla.

    1. Ejecute sp_requestpeerresponse en la base de datos B y recupere el parámetro de salida @request_id. Continúe en el paso b.

    2. De forma predeterminada, el Agente de distribución está configurado para ejecutarse de forma continua, por lo que los tokens deben enviarse automáticamente a todos los nodos. Si el Agente de distribución no se está ejecutando de forma continua, ejecútelo. Para más información, vea Conceptos de los ejecutables del Agente de replicación o Iniciar y detener un Agente de replicación (SQL Server Management Studio). Continúe en el paso c.

    3. Ejecute sp_helppeerresponses y proporcione el valor @request_id recuperado en el paso b. Espere hasta que todos los nodos indiquen que han recibido la solicitud del mismo nivel. Continúe en el paso d.

    4. Use DBCC CHECKIDENT para reinicializar cada tabla de la base de datos B con el fin de asegurarse de que se utiliza un intervalo apropiado. Vaya al paso 10.

    Para más información sobre la administración de los intervalos de identidad, vea la sección “Asignar intervalos para la administración manual del intervalo de identidad” en el tema Replicar columnas de identidad.

  10. En este punto, las bases de datos B y C no están conectadas directamente, pero reciben los cambios a través de la base de datos A. Si la topología contiene nodos que ejecutan SQL Server 2005 (9.x), vaya al paso 11; de lo contrario, vaya al paso 12.

  11. Detenga el sistema y luego vuelva a crear la suscripción entre las bases de datos B y C. Para detener el sistema, hay que detener la actividad de las tablas publicadas en todos los nodos y asegurarse de que cada nodo haya recibido todos los cambios de los demás nodos.

    1. Detenga toda la actividad en las tablas publicadas de la topología punto a punto. Continúe en el paso b.

    2. Ejecute sp_requestpeerresponse en la base de datos B y recupere el parámetro de salida @request_id. Continúe en el paso c.

    3. De forma predeterminada, el Agente de distribución está configurado para ejecutarse de forma continua, por lo que los tokens deben enviarse automáticamente a todos los nodos. Si el Agente de distribución no se está ejecutando de forma continua, ejecútelo. Continúe en el paso d.

    4. Ejecute sp_helppeerresponses y proporcione el valor @request_id recuperado en el paso b. Espere hasta que todos los nodos indiquen que han recibido la solicitud del mismo nivel. Continúe en el paso e.

    5. Vuelva a crear la suscripción en la base de datos B a la publicación de la base de datos C, especificando que el suscriptor ya tiene los datos. Continúe en el paso b.

    6. Vuelva a crear la suscripción en la base de datos C a la publicación de la base de datos B, especificando que el suscriptor ya tiene los datos. Vaya al paso 13.

  12. Vuelva a crear la suscripción entre las bases de datos B y C:

    1. En la base de datos B, consulte la tabla MSpeer_lsns para recuperar el número de secuencia de registro (LSN) de la más reciente transacción que ha recibido la base de datos B de la base de datos C.

    2. Vuelva a crear la suscripción de la base de datos B a la publicación en la base de datos C y especifique que la suscripción se debe inicializar en función de LSN (un valor de initialize from lsn para el parámetro @sync_type de sp_addsubscription). Continúe en el paso b.

    3. Vuelva a crear la suscripción en la base de datos C a la publicación de la base de datos B, especificando que el suscriptor ya tiene los datos. Vaya al paso 13.

  13. Ejecute los agentes de distribución para sincronizar las suscripciones en las bases de datos B y C. La restauración se ha completado.

Base de datos msdb (publicador)

  1. Restaure la última copia de seguridad de la base de datos msdb .

  2. ¿Está completa y actualizada la copia de seguridad restaurada? ¿Contiene la configuración más reciente de todas las publicaciones y suscripciones? En caso afirmativo, la recuperación se ha completado. En caso contrario, continúe en el paso 3.

  3. Vuelva a crear el trabajo de limpieza de suscripción a partir de los scripts de replicación. La recuperación se ha completado.

Base de datos maestra (publicador)

  1. Restaure la última copia de seguridad de la base de datos master .

  2. Asegúrese de que la base de datos sea coherente con la base de datos de publicación en términos de configuración general y configuración de la replicación.

Bases de datos del distribuidor

Base de datos de distribución

  1. Restaure la última copia de seguridad de la base de datos de distribución.

  2. ¿Estaba habilitada la opción sync with backup en la base de datos de distribución antes del error? En caso afirmativo, vaya al paso 3; de lo contrario, continúe en el paso 4.

    Si la opción está habilitada, la consulta SELECT DATABASEPROPERTYEX('<DistributionDatabaseName>', 'IsSyncWithBackup') devuelve '1'.

  3. ¿Está completa y actualizada la copia de seguridad restaurada? ¿Contiene la configuración más reciente de todas las publicaciones y suscripciones? En caso afirmativo, la recuperación se ha completado. De lo contrario, continúe en el paso 4.

  4. O bien la información de configuración en la base de datos de distribución restaurada no está actualizada o la opción sync with backup no se estableció en la base de datos de distribución. (Después de la restauración, a la base de datos de distribución le podrían faltar transacciones que se confirmaron en el publicador pero no se entregaron todavía a suscriptores). Quite y vuelva a crear la replicación y después, ejecute la validación.

    1. Quite la configuración de replicación del publicador, el distribuidor y los suscriptores, y vuelva a crear la configuración. Al volver a crear las suscripciones, especifique que el suscriptor ya tiene los datos. Continúe en el paso b.

      Para más información sobre cómo quitar la replicación, vea sp_removedbreplication (Transact-SQL).

      Para obtener más información acerca de cómo especificar que el suscriptor ya tiene los datos, vea Initialize a Subscription Manually.

    2. Marque todas las publicaciones para validación. Reinicialice todas las suscripciones que no superen la validación. La recuperación se ha completado.

      Para obtener más información acerca de la validación, consulte Validate Replicated Data. Para más información sobre la reinicialización, vea Reinicializar suscripciones.

Base de datos msdb (distribuidor)

  1. Restaure la última copia de seguridad de la base de datos msdb .

  2. ¿Está completa y actualizada la copia de seguridad restaurada? ¿Contiene la configuración más reciente de todas las publicaciones y suscripciones? En caso afirmativo, la recuperación se ha completado. En caso contrario, continúe en el paso 3.

  3. Quite la configuración de replicación del publicador, el distribuidor y los suscriptores, y vuelva a crear la configuración. Al volver a crear las suscripciones, especifique que el suscriptor ya tiene los datos. Vaya al paso 4.

    Para más información sobre cómo quitar la replicación, vea sp_removedbreplication (Transact-SQL).

    Para obtener más información acerca de cómo especificar que el suscriptor ya tiene los datos, vea Initialize a Subscription Manually.

  4. Marque todas las publicaciones para validación. Reinicialice todas las suscripciones que no superen la validación. La recuperación se ha completado.

    Para obtener más información acerca de la validación, consulte Validate Replicated Data. Para más información sobre la reinicialización, vea Reinicializar suscripciones.

Base de datos maestra (distribuidor)

  1. Restaure la última copia de seguridad de la base de datos master .

  2. Asegúrese de que la base de datos sea coherente con la base de datos de publicación en términos de configuración general y configuración de la replicación.

Bases de datos del suscriptor

Base de datos de suscripciones

  1. ¿La última copia de seguridad de la base de datos de suscripciones es más reciente que el período mínimo de retención de distribución en la base de datos de distribución? (Esto determina si el distribuidor sigue teniendo todos los comandos que se exigen para actualizar el suscriptor). En caso afirmativo, continúe en el paso 2. En caso contrario, reinicialice la suscripción. La recuperación se ha completado.

    Para determinar el período máximo de retención de la distribución, ejecute sp_helpdistributiondb y recupere el valor de la columna max_distretention (este valor está en horas).

    Para obtener más información acerca de cómo reinicializar una suscripción, vea Reinitialize a Subscription.

  2. Restaure la última copia de seguridad de la base de datos de suscripciones. Vaya al paso 3.

  3. Si la base de datos de suscripciones solo contiene las suscripciones de inserción, vaya al paso 4. Si la base de datos de suscripciones contiene cualquier suscripción de extracción, hágase las preguntas siguientes: ¿está actualizada la información de suscripción? ¿La base de datos incluye todas las tablas y opciones que se establecieron en el momento del error? En caso afirmativo, continúe en el paso 4. En caso contrario, reinicialice la suscripción. La recuperación se ha completado.

  4. Para sincronizar el suscriptor, ejecute el Agente de distribución. La recuperación se ha completado.

    Para más información sobre cómo ejecutar el Agente de distribución, vea Iniciar y detener un agente de replicación (SQL Server Management Studio) y Conceptos de los ejecutables del Agente de replicación.

Base de datos msdb (suscriptor)

  1. Restaure la última copia de seguridad de la base de datos msdb . ¿Se utilizan suscripciones de extracción en este suscriptor? Si no es así, la restauración se ha completado. En caso afirmativo, continúe en el paso 2.

  2. ¿Está completa y actualizada la copia de seguridad restaurada? ¿Contiene la configuración más reciente de todas las suscripciones de extracción? En caso afirmativo, la recuperación se ha completado. En caso contrario, continúe en el paso 3.

  3. Quite y vuelva a crear todas las suscripciones de extracción. Al volver a crear las suscripciones, especifique que el suscriptor ya tiene los datos. La restauración se ha completado.

    Para obtener más información acerca de cómo quitar suscripciones, vea Subscribe to Publications.

    Para obtener más información acerca de cómo especificar que el suscriptor ya tiene los datos, vea Initialize a Subscription Manually.

Base de datos maestra (suscriptor)

  1. Restaure la última copia de seguridad de la base de datos master .

  2. Asegúrese de que la base de datos sea coherente con la base de datos de publicación en términos de configuración general y configuración de la replicación.

Consulte también

Copia de seguridad y restauración de bases de datos de SQL Server
Hacer copias de seguridad y restaurar bases de datos replicadas
Configurar distribución
Publicar datos y objetos de base de datos
Subscribe to Publications
Inicializar una suscripción
Sincronizar datos