Modi consigliati per aggiornare AlwaysOn AG dal 2014 al 2016


8

Qual è il processo consigliato di aggiornamento Availability Groupscon una replica di sincronizzazione da SQL 2014 a 2016?

La mia comprensione è che gli in-placeaggiornamenti non sono molto apprezzati dai professionisti del database. C'è un modo per evitare gli in-placeaggiornamenti in Availability Groups? Esiste la possibilità di unire un server 2016 in un gruppo di disponibilità esistente del 2014 e di eseguire il failover lì, quindi "uccidere" una delle altre istanze e aggiornarlo? (ad es. rimuovendo / reinstallando SQL side-by-side sullo stesso host)

Ci sono altri scenari di aggiornamento che dovremmo considerare?

La soluzione ideale sarebbe che abbiamo sempre 2 onlinerepliche e che non abbiamo bisogno di fare alcun in-placeaggiornamento.

Risposte:


7

La risposta breve è sì, più o meno come quando si esegue il mirroring da una versione precedente a una versione successiva. Assicurarsi che il 2016 non sia leggibile, quindi non sta tentando di aggiornare la versione del database. Detto questo, non l'ho provato, sto solo lavorando su come funziona il log shipping / mirroring.

Se funziona, è supportato solo come mezzo per l'aggiornamento, lasciando MS 2014 replicare in una replica 2016 per lunghi periodi di tempo non sarà supportato da MSFT se si verifica un problema.


Grazie. In realtà mi sono ricordato di avere 2014 + 2016 nel LAB, quindi sono andato avanti e l'ho provato. In effetti, puoi unirti a entrambi nello stesso gruppo di disponibilità. Dopo il failover sul nodo 2016, il database viene aggiornato e non si sincronizza più con i server 2014. Grazie!
MichelZ,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.