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

Les bases de données répliquées nécessitent une attention particulière en ce qui concerne la sauvegarde et la restauration des données. Cette rubrique fournit des informations d’introduction et des liens vers d’autres informations sur les stratégies de sauvegarde et de restauration pour chaque type de réplication.

La réplication prend en charge la restauration de bases de données répliquées sur le même serveur et la même base de données à partir duquel la sauvegarde a été créée. Si vous restaurez une sauvegarde d’une base de données répliquée sur un autre serveur ou une autre base de données, les paramètres de réplication ne peuvent pas être conservés. Dans ce cas, vous devez recréer toutes les publications et tous les abonnements une fois les sauvegardes restaurées.

Les bases de données répliquées et leurs bases de données système associées doivent être sauvegardées régulièrement. Sauvegardez 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 journaux, 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.

Stratégies de sauvegarde et de restauration

Les stratégies de sauvegarde et de restauration de chaque nœud d’une topologie de réplication diffèrent selon le type de réplication utilisé. Pour plus d’informations sur les stratégies de sauvegarde et de restauration pour chaque type de réplication, consultez les rubriques suivantes :

• Stratégies de sauvegarde et de restauration des instantanés ainsi que de la réplication transactionnelle

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

Dans le cadre d’une stratégie de récupération, conservez toujours un script actuel de vos paramètres de réplication dans un emplacement sûr. En cas d’échec du serveur ou de la nécessité de configurer un environnement de test, vous pouvez modifier le script en modifiant les références de nom de serveur et il peut être utilisé pour vous aider à recréer vos paramètres de réplication. Outre le script de vos paramètres de réplication actuels, vous devez scripter l’activation et la désactivation de la réplication. Pour plus d’informations sur les objets de réplication de script, consultez La réplication de script.

Voir aussi

Sauvegarder et restaurer des bases de données SQL Server
Meilleures pratiques pour l’administration de la réplication