Meilleures pratiques pour l’administration de la réplication

Une fois la réplication configurée, il est important de comprendre comment administrer une topologie de réplication. Cette rubrique fournit des conseils de bonnes pratiques de base dans un certain nombre de domaines avec des liens vers plus d’informations pour chaque domaine. En plus de suivre les conseils de bonnes pratiques présentés dans cette rubrique, envisagez de lire la rubrique des questions fréquemment posées pour vous familiariser avec les questions et problèmes courants : Questions fréquentes pour les administrateurs de réplication.

Il est utile de diviser les meilleures pratiques en deux domaines :

• Les informations suivantes couvrent les meilleures pratiques qui doivent être implémentées pour toutes les topologies de réplication :

  • Développez et testez une stratégie de sauvegarde et de restauration.

  • Scriptez la topologie de réplication.

  • Créez des seuils et des alertes.

  • Surveillez la topologie de réplication.

  • Établissez des bases de référence de performances et ajustez la réplication si nécessaire.

• Les informations suivantes couvrent les meilleures pratiques qui doivent être prises en compte, mais peuvent ne pas être requises pour votre topologie :

  • Validez régulièrement les données.

  • Ajustez les paramètres de l’agent par le biais de profils.

  • Ajustez les périodes de rétention de publication et de distribution.

  • Découvrez comment modifier les propriétés d’article et de publication si les exigences de l’application changent.

  • Découvrez comment apporter des modifications de schéma si les exigences de l’application changent.

Développer et tester une stratégie de sauvegarde et de restauration

Toutes les bases de données doivent être sauvegardées régulièrement et la possibilité de restaurer ces sauvegardes doit être testée régulièrement ; les bases de données répliquées ne sont pas différentes. Les bases de données suivantes doivent être sauvegardées régulièrement :

• Base de données de publication

• Base de données de distribution

• Bases de données d’abonnement

• base de données msdb et base de données master sur le serveur de publication, le serveur de distribution et tous les abonnés

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. Pour plus d’informations, consultez Sauvegarde et restauration des bases de données répliquées.

Scripter la topologie de réplication

Tous les composants de réplication d’une topologie doivent être scriptés dans le cadre d’un plan de récupération d’urgence, et les scripts peuvent également être utilisés pour automatiser les tâches répétitives. Un script contient les procédures stockées système Transact-SQL nécessaires pour implémenter le ou les composants de réplication scriptés, tels qu’une publication ou un abonnement. Les scripts peuvent être créés dans un Assistant (tel que l’Assistant Nouvelle publication) ou dans Microsoft SQL Server Management Studio après avoir créé un composant. Vous pouvez afficher, modifier et exécuter le script à l’aide de SQL Server Management Studio ou sqlcmd. Les scripts peuvent être stockés avec des fichiers de sauvegarde à utiliser si une topologie de réplication doit être reconfigurée. Pour plus d’informations, consultez La réplication de script.

Un composant doit être rescripté si des modifications de propriété sont apportées. Si vous utilisez des procédures stockées personnalisées avec la réplication transactionnelle, une copie de chaque procédure doit être stockée avec les scripts ; la copie doit être mise à jour si la procédure change (les procédures sont généralement mises à jour en raison de modifications de schéma ou de modification des exigences de l’application). Pour plus d’informations sur les procédures personnalisées, consultez Spécifier comment les modifications sont propagées pour les articles transactionnels.

Établir des bases de référence de performances et régler la réplication si nécessaire

Avant la configuration de la réplication, il est recommandé de vous familiariser avec les facteurs qui affectent les performances de réplication :

• Matériel serveur et réseau

• Conception de la base de données

• Configuration du serveur de distribution

• Conception et options de publication

• Conception et utilisation de filtres

• Options d'abonnement

• Options d’instantané

• Paramètres de l’agent

• Entretien

Une fois la réplication configurée, il est recommandé de développer une base de référence de performances, ce qui vous permettra de déterminer le comportement de la réplication avec une charge de travail typique pour vos applications et topologies. Utilisez le moniteur de réplication et le moniteur système pour déterminer les nombres classiques pour les cinq dimensions suivantes des performances de réplication :

• Latence : temps nécessaire à la propagation d’une modification de données entre les nœuds d’une topologie de réplication.

• Débit : la quantité d’activité de réplication (mesurée dans les commandes livrées sur une période donnée) qu’un système peut maintenir au fil du temps.

• Concurrence : nombre de processus de réplication pouvant fonctionner simultanément sur un système.

• Durée de synchronisation : durée d’exécution d’une synchronisation donnée.

• Consommation de ressources : ressources matérielles et réseau utilisées suite au traitement de la réplication.

La latence et le débit sont les plus pertinents pour la réplication transactionnelle, car les systèmes basés sur la réplication transactionnelle nécessitent généralement une faible latence et un débit élevé. La concurrence et la durée de synchronisation sont les plus importantes pour la réplication de fusion, car les systèmes basés sur la réplication de fusion ont souvent un grand nombre d’Abonnés, et un Éditeur peut avoir un nombre important de synchronisations simultanées avec ces Abonnés.

Une fois que vous avez établi des numéros de base, définissez des seuils dans le Moniteur de réplication. Pour plus d’informations, consultez Définir des seuils et des avertissements dans le moniteur de réplication et utiliser des alertes pour les événements de l’agent de réplication. Si vous rencontrez un problème de performances, il est recommandé de lire les suggestions dans les rubriques d’amélioration des performances répertoriées ci-dessus et d’appliquer des modifications dans les domaines qui affectent les problèmes que vous rencontrez.

Créer des seuils et des alertes

Le Moniteur de réplication vous permet de définir un certain nombre de seuils liés à l’état et aux performances. Il est recommandé de définir les seuils appropriés pour votre topologie ; si un seuil est atteint, un avertissement s’affiche et, éventuellement, une alerte peut être envoyée à un compte de messagerie, à un pagineur ou à un autre appareil. Pour plus d’informations, consultez Définir des seuils et des avertissements dans le moniteur de réplication.

Outre les alertes qui peuvent être associées aux seuils de surveillance, la réplication fournit un certain nombre d’alertes prédéfinies qui répondent aux actions de l’agent de réplication. Ces alertes peuvent être utilisées par un administrateur pour rester informé de l’état de la topologie de réplication. Il est recommandé de lire la rubrique décrivant les alertes et d’utiliser celles qui correspondent à vos besoins d’administration (il est également possible de créer des alertes supplémentaires si nécessaire). Pour plus d’informations, consultez Utiliser les alertes pour les événements des agents de réplication.

Surveiller la topologie de réplication

Une fois la topologie de réplication en place et les seuils et alertes configurés, il est recommandé de surveiller régulièrement la réplication. La surveillance d’une topologie de réplication est un aspect important du déploiement de la réplication. Étant donné que l’activité de réplication est distribuée, il est essentiel de suivre l’activité et l’état sur tous les ordinateurs impliqués dans la réplication. Les outils suivants peuvent être utilisés pour surveiller la réplication :

• Le moniteur de réplication est l’outil le plus important pour surveiller la réplication, ce qui vous permet de surveiller l’intégrité globale d’une topologie de réplication. Pour plus d’informations, consultez Surveillance de la réplication.

• Transact-SQL et les objets RMO (Replication Management Objects) fournissent des interfaces pour la supervision de la réplication. Pour plus d’informations, consultez Surveillance de la réplication.

• L’analyse système peut également être utile pour surveiller les performances de réplication. Pour plus d’informations, consultez Surveillance de la réplication avec Le moniteur système.

Valider régulièrement les données

La validation n’est pas requise par la réplication, mais il est recommandé d’exécuter la validation régulièrement pour la réplication transactionnelle et la réplication de fusion. La validation vous permet de vérifier que les données sur l’Abonné correspondent aux données du serveur de publication. La validation réussie indique qu’à ce stade, toutes les modifications du serveur de publication ont été répliquées sur l’Abonné (et de l’Abonné au serveur de publication si les mises à jour sont prises en charge sur l’Abonné) et que les deux bases de données sont synchronisées.

Il est recommandé d’effectuer la validation en fonction de la planification de sauvegarde de la base de données de publication. Par exemple, si la base de données de publication a une sauvegarde complète une fois par semaine, la validation peut être exécutée une fois par semaine après la fin de la sauvegarde. Pour plus d’informations, consultez Validation des données répliquées.

Utiliser des profils d’agent pour modifier les paramètres de l’agent si nécessaire

Les profils d’agent fournissent une méthode pratique de définition des paramètres de l’agent de réplication. Les paramètres peuvent également être spécifiés sur la ligne de commande de l’agent, mais il est généralement plus approprié d’utiliser un profil d’agent prédéfini ou de créer un profil si vous devez modifier la valeur d’un paramètre. Par exemple, si vous utilisez la réplication de fusion et qu’un Abonné passe d’une connexion haut débit à une connexion commutée, envisagez d’utiliser le profil de liaison lente pour l’Agent de fusion ; ce profil utilise un ensemble de paramètres mieux adaptés à une connexion plus lente. Pour plus d'informations, voir Replication Agent Profiles.

Ajuster les périodes de rétention de publication et de distribution si nécessaire

La réplication transactionnelle et la réplication de fusion utilisent des périodes de rétention pour déterminer, respectivement, la durée de stockage des transactions dans la base de données de distribution et la fréquence à laquelle un abonnement doit se synchroniser. Il est recommandé d’utiliser initialement les paramètres par défaut, mais de surveiller votre topologie pour déterminer si les paramètres nécessitent un ajustement. Par exemple, dans le cas de la réplication de fusion, la période de rétention de publication (qui est définie par défaut sur 14 jours) détermine la durée pendant laquelle les métadonnées sont stockées dans les tables système. Si les abonnements se synchronisent toujours dans les cinq jours, envisagez d’ajuster le paramètre à un nombre inférieur, ce qui réduit les métadonnées et offre peut-être de meilleures performances. Pour plus d’informations, consultez Expiration et désactivation de l’abonnement.

Comprendre comment modifier des publications si les exigences de l’application changent

Une fois que vous avez créé une publication, il peut être nécessaire d’ajouter ou de supprimer des articles, ou de modifier les propriétés de publication et d’article. La plupart des modifications sont autorisées après la création d’une publication, mais dans certains cas, il est nécessaire de générer un nouvel instantané pour une publication et/ou réinitialiser les abonnements à la publication. Pour plus d’informations, consultez Modifier les propriétés de publication et d’article et ajouter des articles à des publications existantes et supprimer des articles.

Comprendre comment apporter des modifications de schéma si les exigences de l’application changent

Dans de nombreux cas, les modifications de schéma sont requises une fois qu’une application est en production. Dans une topologie de réplication, ces modifications doivent souvent être propagées à tous les Abonnés. La réplication prend en charge un large éventail de modifications de schéma pour les objets publiés. Lorsque vous apportez l’une des modifications de schéma suivantes sur l’objet publié approprié sur un serveur de publication Microsoft SQL Server, cette modification est propagée par défaut à tous les abonnés SQL Server :

• MODIFIER TABLE

• ALTER VIEW

• ALTER PROCEDURE

• ALTER FUNCTION

• ALTER TRIGGER

Pour plus d’informations, consultez Modifier le schéma dans les bases de données de publication.

Voir aussi

FAQ sur l’administration de la réplication