Estrategias para realizar copias de seguridad y restaurar la replicación de instantáneas y transaccionales

Al diseñar una estrategia de copia de seguridad y restauración para la replicación de instantáneas y transaccionales, hay tres áreas que se deben tener en cuenta:

• Bases de datos de las que se va a realizar una copia de seguridad.

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

• Los pasos necesarios para restaurar una base de datos. Estos dependen del tipo de replicación y opciones elegidas.

En este tema se trata cada una de estas áreas en las tres secciones siguientes. Para obtener información sobre la copia de seguridad y restauración de la publicación de Oracle, consulte Copia de seguridad y restauración para publicadores de Oracle.

Copia de seguridad de bases de datos

En el caso de la replicación transaccional y de instantáneas, debe realizar copias de seguridad periódicas de las siguientes bases de datos:

• Base de datos de publicaciones del editor.

• Base de datos de distribución en el distribuidor.

• Base de datos de suscripciones de cada suscriptor.

• Las bases de datos del sistema master y msdb en el Editor, el Distribuidor y todos los Suscriptores. Estas bases de datos deben respaldarse al mismo tiempo que cada una de las demás y la base de datos de replicación correspondiente. Por ejemplo, realice una copia de seguridad de las bases de datos maestras y msdb en el publicador al mismo tiempo que realice una copia de seguridad de la base de datos de publicación. Si se restaura la base de datos de publicación, asegúrese de que las bases de datos maestras y msdb sean coherentes con la base de datos de publicación con respecto a la configuración y las opciones de replicación.

Si realiza copias de seguridad de registros normales, los cambios relacionados con la replicación se deben capturar en las copias de seguridad de registros. Si no realiza copias de seguridad de registros, se debe realizar una copia de seguridad siempre que se cambie una configuración pertinente para la replicación. Para obtener más información, consulte Acciones comunes que requieren una copia de seguridad actualizada.

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

La replicación transaccional incluye el uso de la opción sincronizar con copia de seguridad , que se puede establecer en la base de datos de distribución y en la base de datos 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 del registro de la base de datos de publicación no se truncarán hasta que se hayan realizado copias de seguridad en la base de datos de distribución. La base de datos de distribución se puede restaurar a la última copia de seguridad y las transacciones que faltan se entregan desde la base de datos de publicación a la base de datos de distribución. La replicación sigue sin verse afectada.

  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 realizado una 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 la aplicación puede tolerar 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. La última copia de seguridad de la base de datos de publicación puede ser restaurada en el editor sin que exista la posibilidad de que la base de datos de distribución contenga transacciones que no estén en la base de datos de publicación restaurada.

  La latencia y el rendimiento se ven afectados porque las transacciones no se pueden entregar a la base de datos de distribución hasta que se hayan realizado copias de seguridad en el publicador. Por ejemplo, si se realiza una copia de seguridad del registro de transacciones cada cinco minutos, hay cinco minutos adicionales de latencia entre cuando se confirma una transacción en el publicador y cuando la transacción se entrega a la base de datos de distribución y, posteriormente, el suscriptor.

  Nota:

  La opción sincronizar con copia de seguridad 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 la pérdida de 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 o en la base de datos de distribución. Este es el mismo comportamiento que una base de datos no replicada.

Para establecer la opción de sincronización con copia de seguridad

• Programación de replicación Transact-SQL: Habilitar copias de seguridad coordinadas para la replicación transaccional (Programación de Replicación Transact-SQL)

Restauración de bases de datos implicadas 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 adecuados. Los pasos de restauración de la base de datos de publicación dependen del tipo de replicación y las opciones que se usan; sin embargo, los pasos de restauración de todas las demás bases de datos son independientes del tipo y las opciones.

La replicación admite la restauración de bases de datos replicadas en el mismo servidor y base de datos desde la 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 puede conservar la configuración de replicación. En este caso, debe volver a crear todas las publicaciones y suscripciones después de restaurar las copias de seguridad.

Publicador

Se proporcionan 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 entre pares

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

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

1. Restaure la copia de seguridad más reciente de la base de datos de publicación. Vaya al paso 2.

2. ¿La copia de seguridad de la base de datos de publicaciones contiene la configuración más reciente para todas las publicaciones y suscripciones? Si es así, se completa la restauración. Si no, vaya al paso 3.

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

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

Base de datos de publicación: replicación transaccional de Read-Only

1. Restaure la copia de seguridad más reciente de la base de datos de publicación. Vaya al paso 2.

2. ¿Se ha habilitado la sincronización con la configuración de copia de seguridad en la base de datos de publicación antes del error? Si es así, vaya al paso 3; si no, vaya al paso 5.

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

3. ¿Se ha completado la copia de seguridad restaurada y up-to-date? ¿Contiene la configuración más reciente para todas las publicaciones y suscripciones? Si es así, se completa la restauración. Si no, vaya al paso 4.

4. La información de configuración de la base de datos de publicación restaurada no es up-to-date. Por lo tanto, asegúrese de que los suscriptores tengan todos los comandos pendientes en la base de datos de distribución. Luego, elimine y vuelva a crear la configuración de replicación.

   1. Ejecute el Agente de distribución hasta que todos los suscriptores se sincronicen con los comandos pendientes de la base de datos de distribución. Compruebe que todos los comandos se entregan a los suscriptores mediante la pestaña Comandos no distribuidos en el Monitor de replicación o consultando la vista de MSdistribution_status en la base de datos de distribución. Vaya al paso b.

      Para obtener 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 ejecutables del Agente de replicación.

      Para obtener más información sobre cómo comprobar los comandos, vea Ver comandos replicados y otra información en la base de datos de distribución (replicación Transact-SQL programación) y Ver información y realizar tareas mediante el Monitor de replicación.

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

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

      Para obtener más información sobre cómo especificar que el suscriptor ya tiene los datos, vea Inicializar una suscripción manualmente.

5. La opción sincronizar con copia de seguridad no se estableció en la base de datos de publicación. Por lo tanto, las transacciones que no se incluyeron en la copia de seguridad restaurada podrían haberse entregado al distribuidor y a los suscriptores. Ahora debe asegurarse de que los suscriptores tienen todos los comandos pendientes en la base de datos de distribución y, a continuación, aplicar manualmente a la base de datos de publicación las transacciones que no están incluidas en la copia de seguridad restaurada.

   Importante

   Realizar este proceso puede hacer que las tablas publicadas se restauren a un momento dado más reciente que el momento en el tiempo de otras tablas no publicadas que se restauran a partir de la copia de seguridad.

   1. Ejecute el Agente de distribución hasta que todos los suscriptores se sincronicen con los comandos pendientes de la base de datos de distribución. Compruebe que todos los comandos se entregan a los suscriptores mediante la pestaña Comandos no distribuidos en el Monitor de replicación o consultando la vista de MSdistribution_status en la base de datos de distribución. Vaya al paso b.

      Para obtener 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 ejecutables del Agente de replicación.

      Para obtener más información sobre cómo comprobar los comandos, vea Ver comandos replicados y otra información en la base de datos de distribución (replicación Transact-SQL programación) y Ver información y realizar tareas mediante el Monitor de replicación.

   2. Use la utilidad tablediff u otra herramienta para sincronizar manualmente el publicador con el suscriptor. Esto le permite recuperar datos de la base de datos de suscripciones que no estaba contenida en la copia de seguridad de la base de datos de publicación. Vaya al paso C.

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

   3. ¿Se ha completado la copia de seguridad restaurada y up-to-date? ¿Contiene la configuración más reciente para todas las publicaciones y suscripciones? Si es así, ejecute el procedimiento almacenado sp_replrestart para resincronizar los metadatos del publicador con los metadatos del distribuidor. La restauración se ha completado. Si no, vaya al paso d.

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

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

      Para obtener más información sobre cómo especificar que el suscriptor ya tiene los datos, vea Inicializar una suscripción manualmente.

Base de datos de publicación: replicación transaccional con suscripciones actualizables

1. Restaure la copia de seguridad más reciente de la base de datos de publicación. Vaya al paso 2.

2. Ejecute el Agente de distribución hasta que todos los suscriptores se sincronicen con los comandos pendientes de la base de datos de distribución. Compruebe que todos los comandos se entregan a los suscriptores mediante la pestaña Comandos no distribuidos del Monitor de replicación o consultando la vista de MSdistribution_status en la base de datos de distribución. Vaya al paso 3.

   Para obtener 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 ejecutables del Agente de replicación.

   Para obtener más información sobre cómo comprobar los comandos, vea Ver comandos replicados y otra información en la base de datos de distribución (replicación Transact-SQL programación) y Ver información y realizar tareas mediante el Monitor de replicación.

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

   Nota:

   Si usa suscripciones de actualización en cola y las tablas contienen columnas de identidad, debe asegurarse de que los intervalos de identidad correctos se asignan después de una restauración. Para obtener más información, vea Replicar columnas de identidad.

4. Ahora debe asegurarse de que los suscriptores tienen todos los comandos pendientes en la base de datos de distribución y, a continuación, aplicar manualmente a la base de datos de publicación las transacciones que no están incluidas en la copia de seguridad restaurada.

   Importante

   Realizar este proceso puede hacer que las tablas publicadas se restauren a un momento dado más reciente que el momento en el tiempo de otras tablas no publicadas que se restauran a partir de la copia de seguridad.

   1. Ejecute el Agente de distribución hasta que todos los suscriptores se sincronicen con los comandos pendientes de la base de datos de distribución. Compruebe que todos los comandos se entregan a los suscriptores mediante el Monitor de replicación o consultando la vista MSdistribution_status en la base de datos de distribución. Vaya al paso b.

   2. Use la utilidad tablediff u otra herramienta para sincronizar manualmente el publicador con el suscriptor. Esto le permite recuperar datos de la base de datos de suscripciones que no estaba contenida en la copia de seguridad de la base de datos de publicación. Vaya al paso c.

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

   3. ¿Se ha completado la copia de seguridad restaurada y up-to-date? ¿Contiene la configuración más reciente para todas las publicaciones y suscripciones? Si es así, ejecute el procedimiento almacenado sp_replrestart para resincronizar los metadatos del publicador con los metadatos del distribuidor. La restauración se ha completado. Si no, vaya al paso d.

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

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

      Para obtener más información sobre cómo especificar que el suscriptor ya tiene los datos, vea Inicializar una suscripción manualmente.

Base de datos de publicación: replicación transaccional entre pares

En los pasos siguientes, las bases de datos de publicación A, B y C se encuentran 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; database B es la base de datos que se va a restaurar. El proceso descrito aquí, especialmente los pasos 7, 10 y 11, es muy similar al proceso necesario para agregar un nodo a una topología punto a punto. La manera más sencilla de realizar estos pasos es usar el Asistente para configurar topología punto a punto, pero también puede usar procedimientos almacenados.

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

   Para obtener 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 ejecutables del Agente de replicación.

2. Si la base de datos de distribución que usa B sigue estando disponible, ejecute agentes de distribución para sincronizar las suscripciones entre las bases de datos B y A y las bases de datos y B y C. Vaya al paso 3.

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

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

   Para obtener más información sobre cómo quitar suscripciones, vea Suscribirse a publicaciones.

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; por lo tanto, la replicación se ha quitado 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 implican la base de datos C se controlan 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, especificando que la suscripción se debe inicializar con una copia de seguridad (un valor de inicializar con la copia de seguridad para el parámetro @sync_type de sp_addsubscription). Vaya al paso C.

   3. Vuelva a crear la suscripción en la base de datos A a la publicación en la base de datos B, especificando que el suscriptor ya tiene los datos (un valor de replicación solo admite el parámetro @sync_type de sp_addsubscription). Vaya al paso 8.

8. Ejecute los agentes de distribución para sincronizar las suscripciones en las bases de datos A y B. Si hay alguna columna de identidad en tablas publicadas, vaya al paso 9. Si no es así, vaya al paso 10.

9. Después de la restauración, el intervalo de identidad que asignó para cada tabla de la base de datos A también se usaría en la base de datos B. Asegúrese de que la base de datos restaurada B ha recibido todos los cambios de la base de datos con errores B que se propagaron a la base de datos A y a la base de datos C; y, a continuación, volvió a crear el intervalo de identidades para cada tabla.

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

   2. De forma predeterminada, el Agente de distribución se establece para ejecutarse continuamente; por lo tanto, los tokens se deben enviar automáticamente a todos los nodos. Si el Agente de distribución no se está ejecutando en modo continuo, ejecute el agente. Para obtener más información, vea Conceptos de ejecutables del Agente de replicación o Iniciar y detener un Agente de replicación (SQL Server Management Studio). Vaya al paso c.

   3. Ejecute sp_helppeerresponses, proporcionando el valor de @request_id recuperado en el paso b. Espere hasta que todos los nodos indiquen que han recibido la solicitud de pares. Vaya al paso D.

   4. Usa DBCC CHECKIDENT para resembrar los valores de identidad de cada tabla en la base de datos B para garantizar que se utiliza un rango adecuado. Vaya al paso 10.

   Para obtener más información sobre cómo administrar intervalos de identidad, consulte la sección "Asignación de intervalos para la administración manual de intervalos de identidad" de Replicación de columnas de identidad.

10. En este momento, la base de datos B y la base de datos C no están conectadas directamente, pero recibirán cambios a través de la base de datos A. Si la topología contiene nodos que ejecutan SQL Server 2005, vaya al paso 11; De lo contrario, vaya al paso 12.

11. Desactive el sistema y vuelva a crear la suscripción entre las bases de datos B y C. El modo inactivo de un sistema implica detener la actividad en las tablas publicadas en todos los nodos y asegurarse de que cada nodo ha recibido todos los cambios de todos los demás nodos.

    1. Detenga todas las actividades de las tablas publicadas en la topología punto a punto. Vaya al paso b.

    2. Ejecute sp_requestpeerresponse en la base de datos B y recupere el parámetro de salida @request_id. Vaya al paso C.

    3. De forma predeterminada, el Agente de distribución se establece para ejecutarse continuamente; por lo tanto, los tokens se deben enviar automáticamente a todos los nodos. Si el Agente de distribución no se está ejecutando en modo continuo, ejecute el agente. Vaya al paso D.

    4. Ejecute sp_helppeerresponses, proporcionando el valor de @request_id recuperado en el paso b. Espere hasta que todos los nodos indiquen que han recibido la solicitud entre pares. Vaya al paso e.

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

    6. Vuelva a crear la suscripción en la base de datos C a la publicación en 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 transacción más reciente que la base de datos B ha recibido de la base de datos C.

    2. Vuelva a crear la suscripción en la base de datos B a la publicación en la base de datos C, especificando que la suscripción se debe inicializar en función del LSN (un valor de inicializar desde lsn para el parámetro @sync_type de sp_addsubscription). Vaya al paso b.

    3. Vuelva a crear la suscripción en la base de datos C a la publicación en 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 copia de seguridad más reciente de la base de datos msdb .

2. ¿Se ha completado la copia de seguridad restaurada y up-to-date? ¿Contiene la configuración más reciente para todas las publicaciones y suscripciones? Si es así, se completa la recuperación. Si no, vaya al paso 3.

3. Recrea el trabajo de limpieza de suscripciones a partir de tus scripts de replicación. Se ha completado la recuperación.

base de datos maestra (publicador)

1. Restaure la copia de seguridad más reciente de la base de datos maestra .

2. Asegúrese de que la base de datos sea coherente con la base de datos de publicación con respecto a la configuración y las opciones de replicación.

Bases de datos en el distribuidor

Base de datos de distribución

1. Restaure la copia de seguridad más reciente de la base de datos de distribución.

2. ¿Se ha habilitado la sincronización con la configuración de copia de seguridad en la base de datos de distribución antes del error? Si es así, vaya al paso 3; si no, vaya al paso 4.

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

3. ¿Se ha completado la copia de seguridad restaurada y up-to-date? ¿Contiene la configuración más reciente para todas las publicaciones y suscripciones? Si es así, se completa la recuperación. Si no, vaya al paso 4.

4. La información de configuración de la base de datos de distribución restaurada no es up-to-date o la opción sincronizar con copia de seguridad no se estableció en la base de datos de distribución. (Después de la restauración, es posible que falten transacciones en la base de datos de distribución confirmadas en el publicador pero que aún no se hayan entregado a los suscriptores). Quite y vuelva a crear la replicación y, a continuación, ejecute la validación.

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

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

      Para obtener más información sobre cómo especificar que el suscriptor ya tiene los datos, vea Inicializar una suscripción manualmente.

   2. Marque todas las publicaciones para la validación. Reinicializa las suscripciones que no se validan. Se ha completado la recuperación.

      Para obtener más información sobre la validación, vea Validar datos replicados. Para obtener más información sobre la reinicialización, vea Reinicializar suscripciones.

Base de Datos msdb (Distribuidor)

1. Restaure la copia de seguridad más reciente de la base de datos msdb .

2. ¿Se ha completado la copia de seguridad restaurada y up-to-date? ¿Contiene la configuración más reciente para todas las publicaciones y suscripciones? Si es así, se completa la recuperación. Si no, vaya al paso 3.

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

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

   Para obtener más información sobre cómo especificar que el suscriptor ya tiene los datos, vea Inicializar una suscripción manualmente.

4. Marque todas las publicaciones para la validación. Reinicializa las suscripciones que no se validan. Se ha completado la recuperación.

   Para obtener más información sobre la validación, vea Validar datos replicados. Para obtener más información sobre la reinicialización, vea Reinicializar suscripciones.

base de datos principal (distribuidor)

1. Restaure la copia de seguridad más reciente de la base de datos maestra .

2. Asegúrese de que la base de datos sea coherente con la base de datos de publicación con respecto a la configuración y las opciones de 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 la configuración de retención de distribución mínima en la base de datos de distribución? (Esto determina si el distribuidor todavía tiene todos los comandos necesarios para traer el suscriptor up-to-date). Si es así, vaya al paso 2. Si no es así, reinicialice la suscripción. Se ha completado la recuperación.

   Para determinar la configuración máxima de retención de 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 sobre cómo reinicializar una suscripción, consulte Reinicialización de una suscripción.

2. Restaure la copia de seguridad de la base de datos de suscripciones más reciente. Vaya al paso 3.

3. Si la base de datos de suscripciones solo contiene suscripciones push, vaya al paso 4. Si la base de datos de suscripciones contiene suscripciones de extracción, haga las siguientes preguntas: ¿Está actualizada la información de la suscripción? La base de datos incluye todas las tablas y opciones que se establecieron en el momento del error. Si es así, vaya al paso 4. Si no es así, reinicialice la suscripción. Se ha completado la recuperación.

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

   Para obtener 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 ejecutables del Agente de replicación.

Base de datos MSDB (Suscriptor)

1. Restaure la copia de seguridad más reciente de la base de datos msdb . ¿Se utilizan suscripciones de tipo 'pull' en este Subscriber? Si no, se completa la restauración. Si es así, vaya al paso 2.

2. ¿Se ha completado la copia de seguridad restaurada y up-to-date? ¿Contiene la configuración más reciente para todas las suscripciones de extracción? Si es así, se completa la recuperación. Si no, vaya al paso 3.

3. Elimine y vuelva a crear las suscripciones de 'pull'. 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 sobre cómo quitar suscripciones, vea Suscribirse a publicaciones.

   Para obtener más información sobre cómo especificar que el suscriptor ya tiene los datos, vea Inicializar una suscripción manualmente.

Base de Datos Maestra (Suscriptor)

1. Restaure la copia de seguridad más reciente de la base de datos maestra .

2. Asegúrese de que la base de datos sea coherente con la base de datos de publicación con respecto a la configuración y las opciones de replicación.

Véase también

Copia de seguridad y restauración de bases de datos de SQL Server
Copia de seguridad y restauración de bases de datos replicadas
Configurar distribución
Publicar datos y objetos de base de datos
Suscribirse a publicaciones
Inicializar una suscripción
Sincronizar datos