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

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).

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.

   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 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).

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.

   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 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).

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.

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.

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.

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.

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.

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.

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.

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).

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.