Estrategias para realizar copias de seguridad y restaurar la replicación de combinación

Para la replicación de mezcla, realice una copia de seguridad de las siguientes bases de datos con regularidad:

• Base de datos de publicación en el publicador
• Base de datos de distribución en el distribuidor
• Base de datos de suscripciones en 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, haga 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 la base de datos maestra y msdb sea coherente con la base de datos de publicación en términos de configuración y configuración 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.

Elija uno de los enfoques que se detallan a continuación para realizar copias de seguridad y restaurar la base de datos de publicación y, a continuación, siga las recomendaciones enumeradas para las bases de datos de distribución y las bases de datos de suscripciones.

Copia de seguridad y restauración de la base de datos de publicación

Existen dos enfoques para restaurar una base de datos de publicación de combinación. Después de restaurar la base de datos de publicación desde una copia de seguridad, debe hacer una de las siguientes acciones:

• Sincronice la base de datos de publicación con una base de datos de suscripciones.

• Reinicializa todas las suscripciones a las publicaciones de la base de datos de publicaciones.

El uso de cualquiera de estos métodos garantiza que después de realizar una restauración, se sincronizan el publicador y todos los suscriptores.

Sincronización de la base de datos de publicaciones

La sincronización de una base de datos de publicación con una base de datos de suscripciones permite cargar desde una o varias bases de datos de suscripción los cambios realizados anteriormente en la base de datos de publicación, pero no representados en la copia de seguridad restaurada. Los datos que se pueden cargar dependen de la forma en que se filtra una publicación:

• Si la publicación no está filtrada, debe poder actualizar la base de datos de publicaciones sincronizándola con el suscriptor más actualizado.

• Si la publicación está filtrada, es posible que no pueda actualizar la base de datos de publicaciones. Considere una tabla dividida de forma que cada suscripción reciba únicamente datos de clientes de una región: norte, este, sur y oeste. Si hay al menos un suscriptor para cada partición de datos, al sincronizar cada partición con un suscriptor se debería actualizar la base de datos de publicaciones. Sin embargo, si los datos de la partición oeste, por ejemplo, no se han replicado en ningún suscriptor, no se podrán actualizar estos datos en el publicador.

Si se sincroniza con un suscriptor que ejecuta una versión de Microsoft SQL Server anterior a Microsoft SQL Server 2005, la suscripción no puede ser anónima; debe ser una suscripción de cliente o una suscripción de servidor (denominadas suscripciones locales y suscripciones globales en versiones anteriores).

Para sincronizar una suscripción, consulte Sincronizar una suscripción de inserción y Sincronizar una suscripción de extracción.

Reinicialización de todas las suscripciones

Reinicializar todas las suscripciones garantiza que todos los suscriptores estén en un estado coherente con la base de datos de publicaciones restaurada. Este enfoque debe usarse si desea devolver una topología completa al estado anterior representado por una copia de seguridad de base de datos de publicación determinada. Por ejemplo, es posible que desee reinicializar todas las suscripciones si va a restaurar una base de datos de publicación a un momento dado anterior como mecanismo para recuperarse de una operación por lotes realizada erróneamente.

Si elige esta opción, genere una nueva instantánea para la entrega a suscriptores reinicializados inmediatamente después de restaurar la base de datos de publicación.

Para reinicializar una suscripción, consulte Reinicializar una suscripción.

Para crear y aplicar una instantánea, vea Crear y aplicar la instantánea inicial y Crear una instantánea para una publicación de mezcla con filtros con parámetros.

Copia de seguridad y restauración de la base de datos de distribución

Con la replicación de combinación, se debe realizar una copia de seguridad de la base de datos de distribución periódicamente y se puede restaurar sin consideraciones especiales, siempre y cuando la copia de seguridad utilizada no sea mayor que el período de retención más corto de todas las publicaciones que usen el Distribuidor. Por ejemplo, si hay tres publicaciones con períodos de retención de 10, 20 y 30 días, respectivamente, la copia de seguridad usada para restaurar la base de datos no debe tener más de 10 días de antigüedad. La base de datos de distribución tiene un rol limitado en la replicación de mezcla: no almacena ningún dato usado en el seguimiento de cambios y no proporciona almacenamiento temporal de cambios de replicación de mezcla que se reenvía a las bases de datos de suscripciones (como en la replicación transaccional).

Copia de seguridad y restauración de una base de datos de suscripciones

Para garantizar la recuperación correcta de una base de datos de suscripciones, los suscriptores deben sincronizarse con el publicador antes de realizar una copia de seguridad de la base de datos de suscripciones; también deben sincronizarse después de restaurar la base de datos de suscripciones:

• La sincronización con el publicador antes de realizar una copia de seguridad de la base de datos de suscripciones ayuda a garantizar que si se restaura un suscriptor a partir de la copia de seguridad, la suscripción todavía está dentro del período de retención de la publicación. Por ejemplo, supongamos una publicación con un período de retención de 10 días. La última sincronización fue hace 8 días y ahora se realiza la copia de seguridad. Si la copia de seguridad se restaura 4 días después, la última sincronización se habrá producido hace 12 días, que ha pasado el período de retención. En este caso, usted tendría que reinicializar el suscriptor. Si el suscriptor se hubiera sincronizado antes de la copia de seguridad, la base de datos de suscripciones estaría dentro del período de retención.

  La copia de seguridad no debe ser anterior al período de retención más corto de todas las publicaciones a las que se suscribe el suscriptor. Por ejemplo, si un suscriptor se suscribe a tres publicaciones con períodos de retención de 10, 20 y 30 días, respectivamente, la copia de seguridad utilizada para restaurar la base de datos no debe tener más de 10 días de antigüedad.

• La sincronización de la base de datos de suscripciones con cada una de sus publicaciones después de una restauración garantiza que el suscriptor esté actualizado con todos los cambios en el publicador.

Para establecer el período de retención de la publicación, consulte Establecer el período de expiración para las suscripciones.

Para sincronizar una suscripción, consulte Sincronizar una suscripción de inserción (Synchronize a Push Subscription) y Sincronizar una suscripción de extracción (Synchronize a Pull Subscription).

Copia de seguridad y restauración de una base de datos de republicación

Cuando una base de datos se suscribe a los datos de un publicador y, a su vez, publica esos mismos datos en otras bases de datos de suscripción, se conoce como una base de datos de republicación. Al restaurar una base de datos de republicación, siga las instrucciones descritas en "Copia de seguridad y restauración de una base de datos de publicación" y "Copia de seguridad y restauración de una base de datos de suscripciones" en este tema.

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