Partager via


Méthodes conseillées pour l'administration de la réplication

Une fois que vous avez configuré la réplication, il est important de comprendre comment administrer une topologie de réplication. Cette rubrique fournit des indications de base sur les méthodes conseillées dans un certain nombre de domaines, avec des liens sur chaque domaine pour plus d'informations. En plus de suivre les indications suivantes sur les méthodes conseillées présentées dans cette rubrique, il est conseillé de lire la rubrique du forum aux questions afin de vous familiariser avec les questions et les problèmes les plus courants : Forum Aux Questions pour les Administrateurs de réplication.

Les indications sur les méthodes conseillées sont scindées en deux domaines :

  • Les informations suivantes couvrent les méthodes conseillées devant être implémentées pour toutes les topologies de réplication :

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

    • Créer un script de la topologie de réplication.

    • Créer des seuils et des alertes.

    • Analyser la topologie de réplication.

    • Établir des lignes de base de performance et ajuster au besoin la réplication.

  • Les informations suivantes couvrent les méthodes conseillées devant être envisagées, mais n'étant pas nécessairement requises pour votre topologie :

    • Valider périodiquement les données.

    • Ajuster les paramètres de l'Agent par le biais des profils.

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

    • Comprendre comment modifier les propriétés des articles et de la publication si les conditions requises par l'application sont modifiées.

    • Comprendre comment effectuer des modifications de schémas si les conditions requises par l'application sont modifiées.

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é périodiquement ; il en est de même pour les bases de données répliquées. 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

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

Les bases de données répliquées nécessitent une attention toute particulière en ce qui concerne la sauvegarde et la restauration de données. Pour plus d'informations, consultez Sauvegarde et restauration de bases de données répliquées.

Créer un script de la topologie de réplication

Tous les composants de réplication dans une topologie doivent faire l'objet d'un script dans le cadre d'un plan de récupération d'urgence, les scripts peuvent également servir à automatiser les tâches répétitives. Un script contient les procédures stockées système Transact-SQL nécessaires à l'implémentation du ou des composants faisant l'objet d'un script, comme une publication ou un abonnement. Il est possible de créer des scripts à l'aide d'un Assistant (comme 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 les fichiers de sauvegarde dans le cas où la topologie de réplication doit être reconfigurée. Pour plus d'informations, consultez Procédure : générer des scripts pour des objets de réplication (SQL Server Management Studio).

Le script doit être exécuté à nouveau sur un composant si des modifications de propriétés 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 et mise à jour si la procédure est modifiée (les procédures sont généralement mises à jour en raison de modifications d'un schéma ou des conditions requises d'une application). Pour plus d'informations sur les procédures personnalisées, consultez Spécification du mode de propagation des modifications des articles transactionnels.

Établir des lignes de base de performance et ajuster au besoin la réplication

Avant de configurer la réplication, il est recommandé de vous familiariser avec les facteurs affectant les performances de la réplication :

  • Serveur et matériel réseau

  • Conception de la base de données

  • Configuration du serveur de distribution

  • Conception et options de la publication

  • Conception et utilisation de filtres

  • Options d'abonnement

  • Options de capture instantanée

  • Paramètres de l'Agent

  • Maintenance

Pour plus d'informations sur la manière dont ces facteurs affectent chaque type de réplication, consultez :

Une fois la réplication configurée, il est recommandé de développer une ligne de base de performance, ce qui vous permettra de déterminer comment se comporte la réplication avec une charge de travail standard pour vos applications et votre topologie. Utilisez le Moniteur de réplication et le Moniteur système pour déterminer les nombres standard pour les cinq dimensions de performance de réplication suivantes :

  • Latence : durée nécessaire pour qu'une modification de données soit propagée entres les nœuds dans une topologie de réplication.

  • Débit : activité de réplication (mesurée en commandes livrées sur une période donnée) qu'un système peut supporter dans le temps.

  • Simultanéité : nombre de processus de réplication pouvant s'exécuter simultanément sur un système.

  • Durée de synchronisation : temps nécessaire pour qu'une synchronisation donnée se termine.

  • Consommation de ressources : ressources logicielles et matérielles utilisées résultant du traitement de la réplication.

La latence et le débit sont plus appropriés à la réplication transactionnelle, car les systèmes basés sur une réplication transactionnelle nécessitent généralement une latence faible et un débit élevé. La simultanéité et la durée de synchronisation sont plus appropriées à la réplication de fusion, car les systèmes basés sur la réplication de fusion comportent souvent de nombreux abonnés, et un serveur de publication peut avoir un nombre de synchronisations simultanées significatif avec ces abonnés.

Une fois que vous avez établi les nombres de la ligne de base, définissez les seuils dans le Moniteur de réplication. Pour plus d'informations, consultez Définition de seuils et d'avertissements dans le moniteur de réplication et Utilisation des alertes pour les événements de l'Agent de réplication. Si vous rencontrez un problème de performance, il est recommandé de parcourir les suggestions dans les rubriques d'amélioration des performances répertoriées ci-dessus et d'appliquer les modifications dans les zones affectant 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 une alerte peut éventuellement être envoyée sur un compte de messagerie, une radiomessagerie ou un autre périphérique. Pour plus d'informations, consultez Définition de seuils et d'avertissements dans le moniteur de réplication.

En plus des alertes pouvant être liées à des seuils d'analyse, la réplication fournit plusieurs alertes prédéfinies qui répondent aux actions de l'Agent de réplication. Ces alertes permettent de tenir un administrateur informé de l'état de la topologie de réplication. Il est recommandé de parcourir la rubrique décrivant les alertes et d'utiliser celles qui correspondent à vos besoins d'administration (vous avez également la possibilité de créer des alertes supplémentaires si nécessaire). Pour plus d'informations, consultez Utilisation des alertes pour les événements de l'Agent de réplication.

Analyser la topologie de réplication

Une fois la topologie de réplication en place et les seuils et alertes configurées, il est recommandé d'analyser régulièrement la réplication. L'analyse d'une topologie de réplication est un aspect important du déploiement de la réplication. Comme l'activité de réplication est distribuée, il est primordial d'effectuer un suivi d'activité et d'état sur tous les ordinateurs impliqués dans la réplication. Les outils suivants peuvent être utilisés pour analyser la réplication :

Valider périodiquement les données

La validation n'est pas requise par la réplication, elle est néanmoins recommandée pour valider périodiquement 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 à celles du serveur de publication. Une validation réussie indique qu'à un moment donné, tous les modifications provenant du serveur de publication ont été répliquées sur l'Abonné (et de l'Abonné sur le 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 est sauvegardée intégralement une fois par semaine, la validation peut être exécutée une fois par semaine quand la sauvegarde est terminée. Pour plus d'informations, consultez Validation des données répliquées.

Utiliser les profils de l'Agent pour modifier les paramètres de l'Agent si nécessaire

Les profils de l'Agent représentent une méthode pratique de configuration 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 judicieux d'utiliser un profil de l'Agent prédéfini ou de créer un nouveau 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 d'accès à distance, envisagez d'utiliser le profil de liaison lente pour l'Agent de fusion ; l'ensemble des paramètres de ce profil est mieux adapté à la liaison de communications lentes. Pour plus d'informations, consultez Profils de l'Agent de réplication.

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 se servent de 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 de synchronisation d'un abonnement. Il est recommandé d'utiliser d'abord les paramètres par défaut, mais pour analyser votre topologie, un réglage des paramètres est nécessaire. Par exemple, dans le cas de la réplication de fusion, la période de rétention de la publication (qui est de 14 jours par défaut) détermine la durée de stockage des métadonnées dans les tables système. Si les abonnements synchronisent toujours tous les cinq jours, envisagez d'ajuster le paramètre à un nombre de jours moins élevé ce qui permettra de réduire les métadonnées et d'offrir de meilleures performances. Pour plus d'informations, consultez Expiration et désactivation des abonnements.

Comprendre comment modifier les publications si les conditions requises par l'application sont modifiées

Une fois que vous avez créé une publication, il sera peut-être nécessaire d'ajouter ou de supprimer des articles, ou de modifier les propriétés de la publication ou des articles. La plupart des modifications sont autorisées une fois la publication créée, mais dans certains cas il est nécessaire de générer une nouvelle capture instantanée pour une publication et/ou de réinitialiser les abonnements à la publication. Pour plus d'informations, consultez Modification des propriétés des publications et des articles et Ajout et suppression d'articles de publications existantes.

Comprendre comment effectuer des modifications de schémas si les conditions requises par l'application sont modifiées

Dans certains cas, les modifications de schémas sont nécessaires une fois qu'une application est en fonctionnement. Dans une topologie de réplication, ces modifications doivent le plus souvent être propagées à tous les abonnés. La réplication prend en charge une large gamme de modifications de schémas sur les objets publiés. Lorsque vous effectuez l'une des modifications de schémas qui suit sur l'objet publié approprié sur un serveur de publication Microsoft SQL Server, cette modification est propagée par défaut sur tous les abonnés SQL Server :

  • ALTER TABLE

  • ALTER VIEW

  • ALTER PROCEDURE

  • ALTER FUNCTION

  • ALTER TRIGGER

Pour plus d'informations, consultez Modification du schéma dans les bases de données de publication.

Voir aussi

Autres ressources