Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
S’applique à :SQL Server sur Windows
Cet article fournit des conseils sur la mise à niveau ou la mise à jour des instances SQL Server qui participent à la réplication P2P (Peer-to-Peer), à la fois en dehors d’un groupe de disponibilité Always On et pour les bases de données qui se trouvent dans un groupe de disponibilité Always On.
Si votre topologie de réplication inclut d’autres types de réplication, tels que l’instantané, la fusion ou la réplication transactionnelle, consultez Mettre à niveau ou corriger les bases de données répliquées pour plus d’informations.
Mettre à niveau des bases de données P2P en dehors d’un groupe de disponibilité
Les étapes décrites dans cette section fournissent des conseils sur la mise à niveau ou la mise à jour des instances SQL Server qui participent à la réplication P2P (Peer-to-Peer) en dehors d’un groupe de disponibilité Always On.
Le tableau suivant décrit les rôles et noms des serveurs qui participent à la topologie de réplication utilisée dans l’exemple :
| Nom | Role |
|---|---|
| Peer1 | Instance SQL Server qui héberge les bases de données de réplication pour le premier homologue de la topologie d’égal à égal. |
| Peer2 | Instance SQL Server qui héberge les bases de données de réplication pour le deuxième homologue dans la topologie peer-to-peer. |
| Dist1 | Distributeur distant pour Peer1. |
| Dist2 | Distributeur distant pour Peer2. |
Lors de la mise à jour corrective ou de la mise à niveau de bases de données répliquées d’égal à égal en dehors d’un groupe de disponibilité, procédez comme suit :
- Arrêtez le trafic entrant vers Peer2 en arrêtant toutes les applications et agents de distribution de tous les autres homologues qui répliquent sur cette instance. Par exemple, arrêtez l’agent de distribution sur Peer1.
- Vérifiez qu'aucune transaction répliquée en attente ne vient vers Peer2 en consultant les agents de lecture du journal et les agents de distribution associés à cette topologie de réplication.
- Si le serveur de distribution est distant, mettez d’abord à niveau le serveur de distribution distant Dist2. Si le serveur de distribution est l’instance Peer2 locale, passez à l’étape suivante.
- Mettez à niveau l’instance Peer2.
- Démarrez l'agent de distribution à partir de Peer1 (ou de tout autre homologue restant qui réplique vers cet homologue).
- Arrêtez le trafic entrant vers Peer1 en arrêtant toutes les applications et agents de distribution de tous les autres homologues qui répliquent vers cette instance. Par exemple, arrêtez l’agent de distribution sur Peer2.
- Assurez-vous qu'il n'y a pas de transactions répliquées en attente à Peer1 en examinant les agents de lecture du journal et les agents de distribution associés à cette topologie de réplication.
- Si le serveur de distribution est distant, mettez d’abord à niveau le serveur de distribution distant Dist1. Si le serveur de distribution est l’instance Peer1 locale, passez à l’étape suivante.
- Mettez à niveau l’instance Peer1.
- Démarrez l'agent de distribution à partir de Peer2 (ou tout autre homologue restant se répliquant vers cet homologue).
- S’il existe d’autres homologues dans la topologie, répétez ces mêmes étapes pour chaque homologue.
Mettre à niveau des bases de données P2P dans un groupe de disponibilité
Les étapes décrites dans cette section fournissent des conseils sur la mise à niveau ou la mise à jour des instances SQL Server qui participent à la réplication P2P (Peer-to-Peer) au sein d’un groupe de disponibilité Always On.
Le tableau suivant décrit les rôles et noms des serveurs qui participent à la topologie de réplication utilisée dans l’exemple :
| Nom | Role |
|---|---|
| Peer1N1 | Instance SQL Server qui héberge le réplica principal dans la topologie d’égal à égal, et est Peer1. |
| Peer1N2 | Instance SQL Server qui héberge le réplica secondaire associé à Peer1 dans la topologie peer-to-peer. |
| Dist1 | Distributeur distant pour Peer1. |
| Peer2N3 | L'instance SQL Server qui héberge le réplica principal et qui est Peer2 dans la topologie pair-à-pair. |
| Peer2N4 | Instance SQL Server qui héberge le réplica secondaire associé à Peer2 dans la topologie peer-to-peer. |
| Dist2 | Distributeur distant pour Peer2. |
Note
L’utilisation d’un serveur de distribution local pour une base de données P2P qui fait partie d’un groupe de disponibilité n’est pas une configuration recommandée, car il s’agit d’un point de défaillance unique.
Lors de la mise à jour corrective ou de la mise à niveau des bases de données répliquées d’égal à égal au sein d’un groupe de disponibilité, procédez comme suit :
- Arrêtez le trafic entrant vers Peer2 en arrêtant toutes les applications et agents de distribution de tous les autres homologues qui répliquent sur cette instance. Par exemple, arrêtez l’agent de distribution sur Peer1.
- Vérifiez qu'aucune transaction répliquée en attente ne vient vers Peer2 en consultant les agents de lecture du journal et les agents de distribution associés à cette topologie de réplication.
- Mettez à niveau le distributeur à distance pour Peer2, Dist2, en suivant la séquence dans Mise à niveau des réplicas de groupes de disponibilité. Si votre serveur de distribution est local, passez à l’étape suivante.
- Mettez à niveau le réplica secondaire Peer2N4.
- Effectuez un basculement du groupe de disponibilité du réplica principal actuel Peer2N3 vers le réplica secondaire mis à niveau Peer2N4.
- Mettez à niveau l'ancienne réplique principale Peer2N3.
- Effectuez un basculement du groupe de disponibilité du Peer2N4 principal actuel vers le réplica principal précédent Peer2N3.
- Démarrez l'agent de distribution à partir de Peer1 (ou de tout autre homologue restant qui réplique vers cet homologue).
- Arrêtez le trafic entrant vers Peer1 en arrêtant toutes les applications et agents de distribution de tous les autres homologues qui répliquent vers cette instance. Par exemple, arrêtez l’agent de distribution sur Peer2.
- Assurez-vous qu'il n'y a pas de transactions répliquées en attente à Peer1 en examinant les agents de lecture du journal et les agents de distribution associés à cette topologie de réplication.
- Mettez à niveau le serveur de distribution distant pour Peer1, Dist1, en suivant la séquence de mise à niveau des réplicas de groupes de disponibilité. Si votre serveur de distribution est local, passez à l’étape suivante.
- Mettez à niveau le réplica secondaire Peer1N2.
- Effectuez un basculement du groupe de disponibilité du réplica principal Peer1N1 actuel vers le secondaire Peer1N2 mis à niveau.
- Mettez à niveau l’ancien réplica principal Peer1N1.
- Effectuez un basculement du groupe de disponibilité du Peer1N2 principal actuel vers le réplica principal précédent Peer1N1.
- Démarrez l'agent de distribution à partir de Peer2 (ou tout autre homologue restant se répliquant vers cet homologue).
- S’il existe d’autres homologues dans la topologie, répétez ces mêmes étapes pour chaque homologue.
Contenu connexe
- Réplication SQL Server
- Mettre à niveau ou corriger des bases de données répliquées
- FAQ sur l’administration de la réplication
- Compatibilité descendante de la réplication
- Mises à niveau de version et d’édition prises en charge (SQL Server 2022)
- Mettre à niveau SQL Server
- Mettre à niveau les réplicas de groupe de disponibilité