Zusammenspiel Server2012R2 (inkl. Exchange 2016 Standard) mit 2 x Server 2016 (PDC/SDC)

[Antonio2021 0]

Hallo zusammen,

 

habe hier drei Server 2012R2, die allesamt auf 2016 migriert werden sollen:

 

S1 - Fileserver (Primärer Domain Controller PDC)
S2 - Exchange 2016-Server

S3 - Fileserver (Sekundärer Domain Controller SDC)

 

S1 und S3 sollen per Inplace-Upgrade auf Server 2016 migriert werden, der S2 (Exchange-Server) ein wenig später.

 

Frage: Sind für den S2 (Exchange-Server) in der Übergangszeit bis zur Migration auf Server 2016 Probleme zu erwarten, da sich seine Umgebung (S1 + S3) von Server 2012R2 auf Server 2016 geändert hat?

 

Danke für eure Einschätzungen.

 

Viele Grüße

 

[NorbertFe 2.034]

1. es gibt keinen Pdc seit 2000 und einen Sdc gabs nie.

2. Inplace upgrade mit installiertem exchange ist nicht supported und wird mit hoher Wahrscheinlichkeit in einem defekten Exchange enden.

vor 22 Minuten schrieb Antonio2021:

Frage: Sind für den S2 (Exchange-Server) in der Übergangszeit bis zur Migration auf Server 2016 Probleme zu erwarten

Nein.

[Nobbyaushb 1.471]

Moin,

inplace Upgrade von einem DC ist eine schlechte Idee 

machst du das beim Exchange, ist der im Eimer.

ich würde zwei neue DC unter 2019 oder gleich 2022 installieren, die Rollen verschieben und die beiden DC depromoten

Dann einen neuen Server als Fileserver aufsetzen und die Freigaben verschieben/moven 

jetzt einen neuen Exchange auf Server 2016 installieren (gleich 2019?)

und die Mailboxen verschieben und die Connectoren anpassen, Zertifikat nicht vergessen 

 

Sind das physische Server oder VM?

bearbeitet 5. Dezember 2022 von Nobbyaushb

[Antonio2021 0]

Hallo zusammen,

Danke für eure wertvollen Hinweise. Es handelt sich allesamt um virtualisierte Server. Den Exchange-Server würde ich dann in jedem Fall nicht per Inplace-Upgrade auf Server 2016 aktualisieren. Ich weiß, daß Inplace-Upgrades nicht so gut gelitten sind, aber immerhin handelt es sich um ein unterstütztes Vorgehen. Für den S1 und S3 würde ich aus Zeitgründen gerne so vorgehen.

bearbeitet 5. Dezember 2022 von Antonio2021

[Nobbyaushb 1.471]

Und wenn du sowas noch nie gemacht hast, ggf. externe Hilfe dazu nehmen 

[cj_berlin 1.315]

vor einer Stunde schrieb Antonio2021:

Für den S1 und S3 würde ich aus Zeitgründen gerne so vorgehen.

Das waren die letzten Worte des Bombenentschärfers.

Hast Du denn einen konkreten Plan B, falls das Inplace-Upgrade knallt? Und bitte bitte, sag nicht, Snapshot zurückspielen, ich möchte noch etwas vom Abend haben.

[NorbertFe 2.034]

vor 3 Minuten schrieb cj_berlin:

ich möchte noch etwas vom Abend haben.

🍿 Bitteschön.

[Sunny61 806]

Wenn S1 + S3 wirklich nur Fileserver und DCs sind, ist es wesentlich schneller und sauberer neu installiert als ein Inplace Upgrade. Und anschließend brauchst Du nicht bei jedem Fehler zu überlegen, ob das vom Inplace Upgrade kommt oder nicht.

[Antonio2021 0]

Danke, ihr Popcornliebhaber, die Botschaft ist angekommen
 

Dank Virtualisierung kann ich das Ganze hier auch mal auf einem Testsystem austesten, bevor es ans Eingemachte geht. Was soll schiefgehen, wenn vor der Migration alle 3 Server heruntergefahren und zunächst vollständig gesichert werden? Bearbeitet wird dann jeweils ein einziger Server, während die anderen beiden heruntergefahren bleiben. Geht etwas schief beim Inplace-Upgrade, wird das Ganze verworfen und die Sicherung des einen Servers zurückgespielt und fertig. Ich wüsste nicht, wie auf diese Weise Inkonsistenzen im AD entstehen könnten. 

[NorbertFe 2.034]

vor 8 Stunden schrieb Antonio2021:

Was soll schiefgehen, wenn vor der Migration alle 3 Server heruntergefahren und zunächst vollständig gesichert werden?

 

vorausgesetzt, du weißt wie aus dem Backup korrekt ein dc oder exchange wiederhergestellt wird… ansonsten kann bei einer multimaster Datenbank wie dem Active Directory kaum was schiefgehen - not.

was spricht denn gegen die oben erwähnte Methode das einfach sauber durchzuführen? Für deine Methode spricht maximal, dass es wenn alles gut geht evtl. Schneller sein könnte.

[Sunny61 806]

vor 8 Stunden schrieb Antonio2021:

Dank Virtualisierung kann ich das Ganze hier auch mal auf einem Testsystem austesten, bevor es ans Eingemachte geht.

Und die Zeit spart man sich bei einer Neuinstallation. Aber mach nur wie Du meinst. Viel Erfolg damit! :)

[mwiederkehr 373]

vor 8 Stunden schrieb Antonio2021:

Was soll schiefgehen, wenn vor der Migration alle 3 Server heruntergefahren und zunächst vollständig gesichert werden? Bearbeitet wird dann jeweils ein einziger Server, während die anderen beiden heruntergefahren bleiben.

Ja, das funktioniert. Aber nur bei Fehlern, die auffallen, bevor einer der anderen Server gestartet wird. Also wenn das Update in einer Bluescreen-Schleife endet. Aber nicht, wenn der DC startet, sich nach dem Start des zweiten Servers aber herausstellt, dass das AD nicht synchronisiert.

[Antonio2021 0]

vor 3 Stunden schrieb NorbertFe:

 

vorausgesetzt, du weißt wie aus dem Backup korrekt ein dc oder exchange wiederhergestellt wird… ansonsten kann bei einer multimaster Datenbank wie dem Active Directory kaum was schiefgehen - not.

was spricht denn gegen die oben erwähnte Methode das einfach sauber durchzuführen? Für deine Methode spricht maximal, dass es wenn alles gut geht evtl. Schneller sein könnte.

Stimme Dir zu. Auf den Servern laufen aber jede Menge spezielle, über die Jahre von -zig Stellen installierte Komponenten, so daß es hier um eine große Zeitersparnis geht. 

[testperson 1.677]

Hi,

 

nutze die Chance jetzt "doch einfach". Installiere zwei neue Domain Controller und migriere die Applikationen / von zig Stellen installierten Komponenten möglichst auf eigene Server, die keine Domain Controller sind. Das kannst du dann ja alles nach und nach sowie koordiniert mit den "zig Stellen" zusammen angehen.

 

Gruß

Jan

[NorbertFe 2.034]

Ich stimme Jan zu. Eine bessere Gelegenheit es „richtig“ zu tun, gibts doch gar nicht.