AlwaysON Migrieren Sie von 2014 bis 2016


8

Ich habe wie 20 Listners auf 2014 mit ca. 500 DBS,

Was ist der beste Weg, um diese mit geringster Ausfallzeit und Aufwand zu migrieren

Meine Idee ist: Zugriff beenden Sicherungsdatenbanken Wiederherstellungsdatenbanken starten Während die Wiederherstellung ausgeführt wird: Löschen Sie AOG auf 2014 Erstellen Sie es auf 2016 Fertig

Dies scheint einfach zu sein, aber bei TB-Daten wird dies einige Zeit dauern.

Habe dies gefunden -> Empfohlene Möglichkeiten zum Upgrade der AlwaysOn AG von 2014 auf 2016 Aber es erklärt nichts weiter

Hoffe jemand kann helfen


3
20 Listners on 2014 with approx 500 DBS- Wie sind sie verteilt, zB wie viele Server (Knoten)? Was ist das Ausfallzeitfenster? Irgendeine Replikation beteiligt? Sobald ich die Informationen habe, werde ich eine Antwort geben, die ich kürzlich in meinem Unternehmen mit minimalen Ausfallzeiten implementiert habe.
Kin Shah

5
Sie sollten die AOAG nicht löschen müssen ... Dies funktioniert auch in Ihrer Situation: blogs.msdn.microsoft.com/sql_pfe_blog/2016/08/03/…
Sean Gallardy

@ SeanGallardy Sie sollten Ihren Link als Antwort mit einigen Details hinzufügen, ich denke, das ist, was OP sucht
Shanky

Danke @Shanky, ich werde abwarten, ob das OP zurück antwortet.
Sean Gallardy

Antworten:


1

Ich würde empfehlen, den Protokollversand für die Migration Ihrer Datenbanken zu konfigurieren. Konfigurieren Sie Stunden / Tage / Wochen vor Ihrer geplanten Migration den Protokollversand aus Ihrer aktuellen (2014) Produktionsverfügbarkeitsgruppe. Sie sollten die Protokollversandwiederherstellungen auf allen Knoten der neuen Verfügbarkeitsgruppe (2016) durchführen.

Konfigurieren Sie die Verfügbarkeitsgruppen auch im Voraus auf den neuen Servern, aber erstellen Sie den Listener nicht.

Dies minimiert Ausfallzeiten während Ihrer Umstellungswartung, indem der Großteil Ihrer Daten vor dem Wartungsfenster wiederhergestellt wird.

Während der Umstellung wären die Schritte zum Abschließen der Migration:

  • Fahren Sie Anwendungen herunter / beenden Sie vorhandene Sitzungen.
  • Führen Sie Endprotokollsicherungen für die (2014) Datenbanken durch, die Sie migrieren. ( BACKUP LOG... WITH NORECOVERY)
  • Lassen Sie die Wiederherstellungsjobs für den Protokollversand ein letztes Mal ausgeführt werden, oder stellen Sie die endgültigen Protokolle manuell auf allen neuen (2016) Servern wieder her WITH NORECOVERY.
  • Stellen Sie auf einem der neuen Server die Datenbanken wieder her ( RESTORE DATABASE... WITH RECOVERY).
  • Fügen Sie die Datenbanken zu den Verfügbarkeitsgruppen hinzu und treten Sie sekundären Servern bei.
  • Lassen Sie die Listener auf die alten (2014) AGs fallen.
  • Erstellen Sie die Listener auf den neuen (2016) AGs.
  • Anwendungen einschalten.
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.