Aggiornare o applicare una correzione a database replicati peer-to-peer

Si applica a:SQL Server su Windows

Questo articolo fornisce indicazioni su come aggiornare o applicare patch alle istanze di SQL Server che partecipano alla replica peer-to-peer (P2P), sia all'esterno di un gruppo di disponibilità AlwaysOn che per i database che si trovano all'interno di un gruppo di disponibilità AlwaysOn.

Se la topologia di replica include altri tipi di replica, ad esempio snapshot, merge o replica transazionale, vedere Aggiornare o applicare patch ai database replicati per altre informazioni.

Aggiornare i database P2P all'esterno di un gruppo di disponibilità

I passaggi descritti in questa sezione forniscono indicazioni su come aggiornare o applicare patch alle istanze di SQL Server che partecipano alla replica peer-to-peer (P2P) all'esterno di un gruppo di disponibilità AlwaysOn.

Nella tabella seguente vengono descritti i ruoli e i nomi dei server che partecipano alla topologia di replica usata nell'esempio:

Nome	Ruolo
Peer1	Istanza di SQL Server che ospita i database di replica per il primo peer nella topologia peer-to-peer.
Peer2	Istanza di SQL Server che ospita i database di replica per il secondo peer nella topologia peer-to-peer.
Dist1	Server di distribuzione remoto per Peer1.
Dist2	Server di distribuzione remoto per Peer2.

Quando si applicano patch o si aggiornano database replicati peer-to-peer all'esterno di un gruppo di disponibilità, seguire questa procedura:

1. Arrestare il traffico in ingresso a Peer2 interrompendo tutte le applicazioni e gli agenti di distribuzione da qualsiasi altro peer che replica su questa istanza. Ad esempio, arrestare l'agente di distribuzione in Peer1.
2. Verificare che non ci siano transazioni replicate in sospeso in arrivo in Peer2 controllando gli agenti di lettura log e gli agenti di distribuzione associati a questa topologia di replica.
3. Se il server di distribuzione è remoto, aggiornare prima di tutto il server di distribuzione remoto Dist2. Se il server di distribuzione è l'istanza peer2 locale, andare al passaggio successivo.
4. Aggiornare l'istanza peer2.
5. Avviare l'agente di distribuzione da Peer1 (o da eventuali peer rimanenti che replicano verso questo peer).
6. Arrestare il traffico in ingresso a Peer1 arrestando tutte le applicazioni e gli agenti di distribuzione di qualsiasi altro peer che replica in questa istanza. Ad esempio, arrestare l'agente di distribuzione in Peer2.
7. Verificare che non ci siano transazioni replicate in sospeso in arrivo in Peer1 controllando gli agenti di lettura log e gli agenti di distribuzione associati a questa topologia di replica.
8. Se il server di distribuzione è remoto, aggiornare prima di tutto il server di distribuzione remoto Dist1. Se il server di distribuzione è l'istanza peer1 locale, passare al passaggio successivo.
9. Aggiornare l'istanza peer1.
10. Avviare l'agente di distribuzione da Peer2 (o da qualsiasi altro peer che sta replicando verso questo peer).
11. Se nella topologia sono presenti altri peer, ripetere questi stessi passaggi per ogni peer.

Aggiornare i database P2P in un gruppo di disponibilità

I passaggi descritti in questa sezione forniscono indicazioni su come aggiornare o applicare patch alle istanze di SQL Server che partecipano alla replica peer-to-peer (P2P) all'interno di un gruppo di disponibilità AlwaysOn.

Nella tabella seguente vengono descritti i ruoli e i nomi dei server che partecipano alla topologia di replica usata nell'esempio:

Nome	Ruolo
Peer1N1	Istanza di SQL Server che ospita la replica primaria ed è Peer1 nella topologia peer-to-peer.
Peer1N2	Istanza di SQL Server che ospita la replica secondaria associata a Peer1 nella topologia peer-to-peer.
Dist1	Server di distribuzione remoto per Peer1.
Peer2N3	Istanza di SQL Server che ospita la replica primaria ed è Peer2 nella topologia peer-to-peer.
Peer2N4	Istanza di SQL Server che ospita la replica secondaria associata a Peer2 nella topologia peer-to-peer.
Dist2	Server di distribuzione remoto per Peer2.

Annotazioni

L'uso di un server di distribuzione locale per un database P2P che fa parte di un gruppo di disponibilità non è una configurazione consigliata, perché si tratta di un singolo punto di errore.

Quando si applicano patch o si aggiornano database replicati peer-to-peer all'interno di un gruppo di disponibilità, seguire questa procedura:

1. Interrompere il traffico in ingresso a Peer2 interrompendo tutte le applicazioni e gli agenti di distribuzione da qualsiasi altro peer che replicano in questa istanza. Ad esempio, arrestare l'agente di distribuzione in Peer1.
2. Verificare che non ci siano transazioni replicate in sospeso in arrivo in Peer2 controllando gli agenti di lettura log e gli agenti di distribuzione associati a questa topologia di replica.
3. Aggiornare il server di distribuzione remoto per Peer2, Dist2, seguendo la sequenza in Aggiornare le repliche del gruppo di disponibilità. Se il distributore è locale, passare al passaggio successivo.
4. Aggiornare la replica secondaria Peer2N4.
5. Eseguire un failover del gruppo di disponibilità dalla replica primaria corrente Peer2N3 al Peer2N4 secondario aggiornato.
6. Aggiornare Peer2N3 della ex replica primaria.
7. Eseguire un failover del gruppo di disponibilità dal primario corrente Peer2N4 alla replica primaria precedente Peer2N3.
8. Avviare l'agente di distribuzione da Peer1 (o da eventuali peer rimanenti che replicano verso questo peer).
9. Arrestare il traffico in ingresso a Peer1 arrestando tutte le applicazioni e gli agenti di distribuzione di qualsiasi altro peer che replica in questa istanza. Ad esempio, arrestare l'agente di distribuzione in Peer2.
10. Verificare che non ci siano transazioni replicate in sospeso in arrivo in Peer1 controllando gli agenti di lettura log e gli agenti di distribuzione associati a questa topologia di replica.
11. Aggiornare il server di distribuzione remoto per Peer1, Dist1, seguendo la sequenza in Aggiornare le repliche del gruppo di disponibilità. Se il distributore è locale, passare al passaggio successivo.
12. Aggiornare la replica secondaria Peer1N2.
13. Eseguire un failover del gruppo di disponibilità dalla replica primaria corrente Peer1N1 al secondario aggiornato Peer1N2.
14. Aggiornare la precedente replica primaria Peer1N1.
15. Eseguire un failover del gruppo di disponibilità dal peer1N2 primario corrente alla replica primaria precedente Peer1N1.
16. Avviare l'agente di distribuzione da Peer2 (o da qualsiasi altro peer che sta replicando verso questo peer).
17. Se nella topologia sono presenti altri peer, ripetere questi stessi passaggi per ogni peer.

Contenuti correlati

• Replica di SQL Server
• Aggiornare o applicare patch ai database replicati
• Domande frequenti sull'amministrazione della replica
• Compatibilità con le versioni precedenti per la replica
• aggiornamenti di versione ed edizione supportati (SQL Server 2022)
• Eseguire l'aggiornamento di SQL Server
• Aggiornare repliche del gruppo di disponibilità