4
Inplace-Upgrade von W2K16 Std. nach W2K19 Std. m. MSSQL2016 an Bord
Hallo.
Wir haben hier sehr gute Erfahrungen mit Inplace-Upgrades von Windows-Servern. Seit W2K08 funktioniert das häufig völlig problemlos und ist auch nicht unsauber. Wenn der hochzuziehende Server zuvor einwandfrei lief und niemals Zicken gemacht hat, IST das "sauber".
Aktuell möchten wir einen W2K16 Std. Inplace nach W2K19 Std. hochziehen.
Problem: Der W2K16 "trägt" einen MSSQL 2016, der (vorerst) nicht aktualisiert werden soll. MSSQL 2016 ist unter W2K19 auch noch unterstützt (unter W2K22, wo wir später hinwollen, leider nicht mehr). Dieses Szenario kennen wir bisher leider nicht.
Auf diese Weise haben wir noch mind. ein Jahr mehr Zeit (bis irgendwann Anfang 2026) für unseren W2K22- in Verbindung mit MSSQL 2022-Plan, denn der W2K16 ist dieses Jahr EOL, der W2K19 aber nicht, und der MSSQL ist erst in einem Jahr EOL.
Deshalb unsere Frage an alle, die speziell dieses Szenario - Inplace-Upgrade W2K16 nach W2K19 mit MSSQL 2016 an Bord - aus eigener Erfahrung kennen.
Und an die "Unsauber, besser alles ganz neu machen-Fraktion": Ja, wissen wir, wir möchten es dennoch probieren, Backup ist ja da, wir können jederzeit ohne Datenverlust zurück.
Vielen Dank.
Viele Grüße
von
departure69
Wir haben hier sehr gute Erfahrungen mit Inplace-Upgrades von Windows-Servern. Seit W2K08 funktioniert das häufig völlig problemlos und ist auch nicht unsauber. Wenn der hochzuziehende Server zuvor einwandfrei lief und niemals Zicken gemacht hat, IST das "sauber".
Aktuell möchten wir einen W2K16 Std. Inplace nach W2K19 Std. hochziehen.
Problem: Der W2K16 "trägt" einen MSSQL 2016, der (vorerst) nicht aktualisiert werden soll. MSSQL 2016 ist unter W2K19 auch noch unterstützt (unter W2K22, wo wir später hinwollen, leider nicht mehr). Dieses Szenario kennen wir bisher leider nicht.
Auf diese Weise haben wir noch mind. ein Jahr mehr Zeit (bis irgendwann Anfang 2026) für unseren W2K22- in Verbindung mit MSSQL 2022-Plan, denn der W2K16 ist dieses Jahr EOL, der W2K19 aber nicht, und der MSSQL ist erst in einem Jahr EOL.
Deshalb unsere Frage an alle, die speziell dieses Szenario - Inplace-Upgrade W2K16 nach W2K19 mit MSSQL 2016 an Bord - aus eigener Erfahrung kennen.
Und an die "Unsauber, besser alles ganz neu machen-Fraktion": Ja, wissen wir, wir möchten es dennoch probieren, Backup ist ja da, wir können jederzeit ohne Datenverlust zurück.
Vielen Dank.
Viele Grüße
von
departure69
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 671607
Url: https://administrator.de/forum/inplace-upgrade-von-w2k16-std-nach-w2k19-std-m-mssql2016-an-bord-671607.html
Ausgedruckt am: 25.02.2025 um 12:02 Uhr
4 Kommentare
Neuester Kommentar
Moin...
ja dann mach es doch....
ich bin kein Freund von Inplace-Upgrade, allerdings gibbet ab und an den fall, wo es eben nicht anders geht!
wenn die VM sauber läuft. kannst du das ohne Preobleme machen!
Frank
Und an die "Unsauber, besser alles ganz neu machen-Fraktion": Ja, wissen wir, wir möchten es dennoch probieren, Backup ist ja da, wir können jederzeit ohne Datenverlust zurück.
ja dann mach es doch....
ich bin kein Freund von Inplace-Upgrade, allerdings gibbet ab und an den fall, wo es eben nicht anders geht!
wenn die VM sauber läuft. kannst du das ohne Preobleme machen!
Frank
1
der W2K16 ist dieses Jahr EOL,
Nein, Januar 2027 erst.
Hab ich gemacht und völlig problemlos.
SQL Dienste alle beenden und dann loslegen.
Backup vorher nicht vergessen.
SQL Dienste alle beenden und dann loslegen.
Backup vorher nicht vergessen.
Moin,
warum darf der SQL nicht aktualisiert werden?
Auch dies funktioniert nach meiner Erfahrung recht unproblematisch...
Habe das schon bei mehreren dutzend SQL Installation erfolgreich (ohne jeglichen Probleme) durchführen können.
Also erst SQL auf die max vom alten OS supportete Version upgraden und dann im zweiten Schritt das OS selber per Inplace Upgrade anheben.
Gruß und viel Erfolg
warum darf der SQL nicht aktualisiert werden?
Auch dies funktioniert nach meiner Erfahrung recht unproblematisch...
Habe das schon bei mehreren dutzend SQL Installation erfolgreich (ohne jeglichen Probleme) durchführen können.
Also erst SQL auf die max vom alten OS supportete Version upgraden und dann im zweiten Schritt das OS selber per Inplace Upgrade anheben.
Gruß und viel Erfolg
