Sauvegarde et restauration de bases de données répliquées
Les bases de données répliquées nécessitent une attention toute particulière en ce qui concerne la sauvegarde et la restauration des données. Cette rubrique fournit des informations introductives et des liens vers des informations plus complètes 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 vers le même serveur et la même base de données que ceux à partir desquels la sauvegarde a été créée. Si vous restaurez la sauvegarde d'une base de données répliquée vers 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 après la restauration des sauvegardes.
.gif "ms151152.note(fr-fr,SQL.90).gif") Remarque : |
|---|
| Il est possible de restaurer une base de données répliquée vers un serveur mis en veille à condition que l'envoi de journaux soit utilisé. Pour plus d'informations, consultez Réplication et copie des journaux de transactions. |
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 sur le serveur de publication,
- la base de données de distribution sur le serveur de distribution,
- la base de données d'abonnement sur chaque Abonné,
- les 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 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 la base de données de publication. Si la base de données de publication est restaurée, vérifiez que les bases de données master et msdb sont compatibles avec la base de données de publication en termes de configuration et de paramètres de réplication.
Si vous effectuez régulièrement des sauvegardes de journaux, toute modification associée à la réplication doit être capturée dans les sauvegardes de journaux. Si vous n'effectuez pas de sauvegardes de journaux, une sauvegarde doit être effectuée chaque fois qu'une modification portant sur un paramètre de réplication a lieu. 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 sont différentes 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 de la réplication transactionnelle et de capture instantanée
- Stratégies de sauvegarde et de restauration de la réplication de fusion
Quelle que soit votre stratégie de récupération, conservez toujours dans un endroit sûr un script à jour de vos paramètres de réplication. En cas de panne sur un serveur, ou si vous avez besoin de créer un environnement de test, vous pouvez modifier ce script en changeant des références de nom de serveur et l'utiliser pour recréer vos paramètres de réplication. Outre vos paramètres de réplication courants, prévoyez d'intégrer dans un script l'activation et la désactivation de la réplication. Pour plus d'informations sur les scripts d'objets de réplication, consultez Procédure : générer des scripts pour des objets de réplication (SQL Server Management Studio).
Voir aussi
Concepts
Méthodes conseillées pour l'administration de la réplication
Autres ressources
Sauvegarde et restauration de bases de données dans SQL Server