Compartir a través de


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

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 obtener información acerca de las copias de seguridad y restauración para la publicación de Oracle, vea Copias de seguridad y restauración de publicadores de Oracle.

Realizar copias de seguridad de bases de datos

Para la replicación de instantáneas y 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. Debe realizarse la copia de seguridad de estas bases de datos al mismo tiempo, y junto con la de la base de datos de replicación relevante. 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 obtener más información, vea Acciones comunes que requieren una copia de seguridad actualizada.

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 publicacíó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á la truncación 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.

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 sólo lectura

  • Replicación transaccional con suscripciones de actualización

  • Replicación transaccional de 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. Continúe en el 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 obtener más información acerca de cómo quitar la replicación, vea Quitar la replicación y sp_removedbreplication (Transact-SQL).

Base de datos de publicaciones: replicación transaccional de sólo lectura

  1. Restaure la última copia de seguridad de la base de datos de publicaciones. Continúe en el 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. En caso 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 ficha 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 obtener más información acerca de cómo ejecutar el Agente de distribución, vea Cómo iniciar y detener un agente de replicación (SQL Server Management Studio) y Conceptos de los ejecutables del Agente de replicación.

      Para obtener más información sobre la forma de comprobar comandos, vea Cómo ver comandos replicados y otra información en la base de datos de distribución (programación de la replicación con Transact-SQL) y Cómo ver información y realizar tareas para los agentes asociados a una suscripción (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 obtener más información acerca de cómo quitar la replicación, vea Quitar la replicación y sp_removedbreplication (Transact-SQL).

      Para obtener más información acerca de cómo especificar que el suscriptor ya tiene los datos, vea Cómo inicializar una suscripción manualmente (SQL Server Management Studio) y Cómo inicializar una suscripción manualmente (programación de la replicación con Transact-SQL).

  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.

    Nota importanteImportante

    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 ficha 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 obtener más información acerca de cómo ejecutar el Agente de distribución, vea Cómo iniciar y detener un agente de replicación (SQL Server Management Studio) y Conceptos de los ejecutables del Agente de replicación.

      Para obtener más información sobre la forma de comprobar comandos, vea Cómo ver comandos replicados y otra información en la base de datos de distribución (programación de la replicación con Transact-SQL) y Cómo ver información y realizar tareas para los agentes asociados a una suscripción (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 obtener más información acerca de la utilidad tablediff, vea Cómo 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 obtener más información acerca de cómo quitar la replicación, vea Quitar la replicación y sp_removedbreplication (Transact-SQL).

      Para obtener más información acerca de cómo especificar que el suscriptor ya tiene los datos, vea Cómo inicializar una suscripción manualmente (SQL Server Management Studio) y Cómo inicializar una suscripción manualmente (programación de la replicación con Transact-SQL).

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. Continúe en el 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 ficha 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 3.

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

    Para obtener más información sobre la forma de comprobar comandos, vea Cómo ver comandos replicados y otra información en la base de datos de distribución (programación de la replicación con Transact-SQL) y Cómo ver información y realizar tareas para los agentes asociados a una suscripción (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.Continúe en el 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 obtener 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.

    Nota importanteImportante

    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 tablediff (utilidad) 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 obtener más información acerca de la utilidad tablediff, vea Cómo 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 obtener más información acerca de cómo quitar la replicación, vea Quitar la replicación y sp_removedbreplication (Transact-SQL).

      Para obtener más información acerca de cómo especificar que el suscriptor ya tiene los datos, vea Cómo inicializar una suscripción manualmente (SQL Server Management Studio) y Cómo inicializar una suscripción manualmente (programación de la replicación con Transact-SQL).

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

En los pasos siguientes, las bases de datos de publicación A, B y C están en una topología de replicación transaccional del mismo nivel. 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 del mismo nivel. La forma más directa de llevar a cabo estos pasos es utilizando el Asistente de configuración de la topología del mismo nivel.Para obtener más información, vea Cómo configurar la replicación transaccional punto a punto (SQL Server Management Studio). También puede utilizar procedimientos almacenados; para obtener más información, vea Cómo configurar la replicación transaccional punto a punto (programación de la replicación con Transact-SQL).

  1. Ejecute los agentes de distribución para sincronizar las suscripciones de las bases de datos A y C. Continúe en el paso 2.

    Para obtener más información acerca de cómo ejecutar el Agente de distribución, vea Cómo 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 C. Continúe en el 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. Continúe en el paso 4.

  4. En las bases de datos A y C, quite las suscripciones a la publicación de la base de datos B. Continúe en el paso 5.

    Para obtener más información acerca de 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. Continúe en el paso 6.

  6. Restaure la última copia de seguridad de la base de datos A en la base de datos B. Ahora, la base de datos B tienen losdatos 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. Continúe en el paso 7.

  7. Vuelva a crear la publicación en la base de datos de publicación B, y luego 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. Continúe en el paso b.

    2. Vuelva a crear la suscripción de la base de datos B a la publicación de la base de datos A, especificando que la suscripción debe inicializarse con una copia de seguridad (el valor 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, especificando que el suscriptor ya tiene los datos (el valor replication support only para el parámetro @sync_type de sp_addsubscription.Continúe en el 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, a continuación, 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 obtener más información, vea Conceptos de los ejecutables del Agente de replicación o Cómo iniciar y detener un agente de replicación (SQL Server Management Studio). Continúe en el paso c.

    3. Ejecute sp_helppeerresponses, proporcionando el valor @request_id recuperado en el paso b. Espere a que todos los nodos indiquen que han recibido la solicitud de los pares.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.Continúe en el paso 10.

    Para obtener más información acerca de cómo administrar los intervalos de identidad, vea la sección sobre asignación de intervalos para la administración manual de intervalos 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 cualquier nodo que está ejecutando SQL Server 2005, continúe en el paso 11; en caso contrario, continúe en el paso 12.

  11. Detenga el sistema y luego vuelva a crear la suscripción entre las bases de dato 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, proporcionando el valor @request_id recuperado en el paso b. Espere a 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. Continúe en el 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 de la base de datos C, especificando que la suscripción debe inicializarse basándose en LSN (el valor 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. Continúe en el paso 13.

  13. Ejecute los agentes de distribución para sincronizar las suscripciones de 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. En caso 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 obtener más información acerca de cómo quitar la replicación, vea Quitar la replicación y sp_removedbreplication (Transact-SQL).

      Para obtener más información acerca de cómo especificar que el suscriptor ya tiene los datos, vea Cómo inicializar una suscripción manualmente (SQL Server Management Studio) y Cómo inicializar una suscripción manualmente (programación de la replicación con Transact-SQL).

    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, vea Validar los datos replicados. Para obtener más información acerca de la reinicialización, vea Reinicializar una suscripción.

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. Continúe en el paso 4.

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

    Para obtener más información acerca de cómo especificar que el suscriptor ya tiene los datos, vea Cómo inicializar una suscripción manualmente (SQL Server Management Studio) y Cómo inicializar una suscripción manualmente (programación de la replicación con Transact-SQL).

  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, vea Validar los datos replicados. Para obtener más información acerca de la reinicialización, vea Reinicializar una suscripción.

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áximo 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, reinicializar 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 Cómo reinicializar una suscripción (SQL Server Management Studio) y Cómo reinicializar una suscripción (programación de la replicación con Transact-SQL).

  2. Restaure la última copia de seguridad de la base de datos de suscripciones. Continúe en el paso 3.

  3. Si la base de datos de suscripciones sólo 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 obtener más información acerca de cómo ejecutar el Agente de distribución, vea Cómo 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 Suscribirse a publicaciones.

    Para obtener más información acerca de cómo especificar que el suscriptor ya tiene los datos, vea Cómo inicializar una suscripción manualmente (SQL Server Management Studio) y Cómo inicializar una suscripción manualmente (programación de la replicación con Transact-SQL).

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.