Stratégies de sauvegarde et de restauration de la réplication de fusion

Pour la réplication par fusion, sauvegardez régulièrement les bases de données suivantes :

• La base de données de publication chez l'éditeur
• Base de données de distribution sur le serveur de distribution
• Base de données d’abonnement sur chaque Abonné
• Bases de données système master et msdb sur le serveur de publication, le serveur de distribution et tous les abonnés. Ces bases de données doivent être sauvegardées en même temps que les autres et la base de données de réplication appropriée. Par exemple, sauvegardez les bases de données master et msdb sur le serveur de publication en même temps que vous sauvegardez la base de données de publication. Si la base de données de publication est restaurée, vérifiez que la base de données master et msdb est cohérente avec la base de données de publication en termes de configuration et de paramètres de réplication.

Si vous effectuez des sauvegardes de journaux régulières, toutes les modifications liées à la réplication doivent être capturées dans les sauvegardes de journaux. Si vous n’effectuez pas de sauvegardes de journal, une sauvegarde doit être effectuée chaque fois qu’un paramètre pertinent à la réplication est modifié. Pour plus d’informations, consultez Actions courantes nécessitant une sauvegarde mise à jour.

Choisissez l’une des approches détaillées ci-dessous pour sauvegarder et restaurer la base de données de publication, puis suivez les recommandations répertoriées pour la base de données de distribution et les bases de données d’abonnement.

Sauvegarde et restauration de la base de données de publication

Il existe deux approches pour restaurer une base de données de publication de fusion. Après avoir restauré la base de données de publication à partir d’une sauvegarde, vous devez :

• Synchronisez la base de données de publication avec une base de données d’abonnement.

• Réinitialisez tous les abonnements aux publications de la base de données de publication.

L’utilisation de l’une de ces méthodes garantit qu’une fois qu’une restauration est effectuée, le serveur de publication et tous les Abonnés sont synchronisés.

Synchronisation de la base de données de publication

La synchronisation d’une base de données de publication avec une base de données d’abonnement vous permet de charger à partir d’une ou plusieurs bases de données d’abonnement les modifications apportées précédemment dans la base de données de publication, mais pas représentées dans la sauvegarde restaurée. Les données qui peuvent être chargées dépendent de la façon dont une publication est filtrée :

• Si la publication n'est pas filtrée, vous devriez pouvoir mettre à jour la base de données de publication en la synchronisant avec l'Abonné le plus à jour.

• Si la publication est filtrée, il est possible que vous ne puissiez pas mettre à jour la base de données de publication. Prenez une table qui est partitionnée de telle façon que chaque abonnement reçoit des données client seulement pour une région : Nord, Est, Sud et Ouest. S'il y a au moins un Abonné pour chaque partition de données, la synchronisation avec un Abonné pour chaque partition doit permettre la mise à jour de la base de données de publication. Cependant, si par exemple des données de la partition Ouest n'ont été répliquées vers aucun des Abonnés, ces données ne peuvent pas être mises à jour au niveau du serveur de publication.

Si vous effectuez une synchronisation avec un Abonné exécutant une version de Microsoft SQL Server antérieure à Microsoft SQL Server 2005, l’abonnement ne peut pas être anonyme ; il doit s’agir d’un abonnement client ou d’un abonnement serveur (appelé abonnements locaux et abonnements globaux dans les versions précédentes).

Pour synchroniser un abonnement, consultez Synchroniser un abonnement Push et Synchroniser un abonnement Pull.

Réinitialisation de tous les abonnements

La réinitialisation de tous les abonnements garantit que tous les abonnés sont dans un état cohérent avec la base de données de publication restaurée. Cette approche doit être utilisée si vous souhaitez retourner une topologie entière à l’état précédent représenté par une sauvegarde de base de données de publication donnée. Par exemple, vous souhaiterez peut-être réinitialiser tous les abonnements si vous restaurez une base de données de publication à un point antérieur dans le temps en tant que mécanisme de récupération à partir d’une opération de traitement par lots effectuée par erreur.

Si vous choisissez cette option, générez un nouvel instantané pour la remise aux Abonnés réinitialisés immédiatement après la restauration de votre base de données de publication.

Pour réinitialiser un abonnement, consultez Réinitialiser un abonnement.

Pour créer et appliquer un instantané, consultez Créer et appliquer l’instantané initial et Créer un instantané pour une publication de fusion avec des filtres paramétrables.

Sauvegarde et restauration de la base de données de distribution

Avec la réplication de fusion, la base de données de distribution doit être sauvegardée régulièrement et peut être restaurée sans considérations particulières tant que la sauvegarde utilisée n’est pas antérieure à la période de rétention la plus courte de toutes les publications qui utilisent le serveur de distribution. Par exemple, s’il existe trois publications avec des périodes de rétention de 10, 20 et 30 jours, respectivement, la sauvegarde utilisée pour restaurer la base de données ne doit pas avoir plus de 10 jours. La base de données de distribution a un rôle limité dans la réplication de fusion : elle ne stocke aucune donnée utilisée dans le suivi des modifications et ne fournit pas de stockage temporaire des modifications de réplication de fusion à transférer aux bases de données d’abonnement (comme dans la réplication transactionnelle).

Sauvegarde et restauration d’une base de données d’abonnement

Pour garantir la récupération réussie d’une base de données d’abonnement, les Abonnés doivent se synchroniser avec le serveur de publication avant la sauvegarde de la base de données d’abonnement ; ils doivent également se synchroniser une fois la base de données d’abonnement restaurée :

• La synchronisation avec le serveur de publication avant une sauvegarde de base de données d’abonnement permet de s’assurer que si un Abonné est restauré à partir de la sauvegarde, l’abonnement est toujours dans la période de rétention de publication. Imaginez, par exemple, une publication pour une période de rétention de 10 jours. La dernière synchronisation était il y a 8 jours, et maintenant la sauvegarde est effectuée. Si la sauvegarde est restaurée 4 jours plus tard, la dernière synchronisation s’est produite il y a 12 jours, ce qui est passé la période de rétention. Dans ce cas, vous devrez réinitialiser l’Abonné. Si l’Abonné a été synchronisé avant la sauvegarde, la base de données d’abonnement se trouve dans la période de rétention.

  La sauvegarde ne doit pas être antérieure à la période de rétention la plus courte de toutes les publications auxquelles l’Abonné s’abonne. Par exemple, si un Abonné s’abonne à trois publications avec des périodes de rétention de 10, 20 et 30 jours, respectivement, la sauvegarde utilisée pour restaurer la base de données ne doit pas dépasser 10 jours.

• La synchronisation de la base de données d’abonnement avec chacune de ses publications après une restauration garantit que l’Abonné est à jour avec toutes les modifications apportées au serveur de publication.

Pour définir la période de rétention de publication, consultez Définir la période d’expiration des abonnements.

Pour synchroniser un abonnement, consultez Synchroniser un abonnement Push et Synchroniser un abonnement par extraction.

Sauvegarde et restauration d’une base de données de réédition

Lorsqu’une base de données s’abonne aux données d’un serveur de publication et publie à son tour ces mêmes données dans d’autres bases de données d’abonnement, elle est appelée base de données de republier. Lors de la restauration d’une base de données republiée, suivez les instructions décrites dans « Sauvegarde et restauration d’une base de données de publication » et « Sauvegarde et restauration d’une base de données d’abonnement » dans cette rubrique.

Voir aussi

Sauvegarder et restaurer des bases de données SQL Server
Sauvegarder et restaurer des bases de données répliquées