Migration Exchange 2013

[memphis1 12]

Hallo zusammen,

 

plane gerade die Migration von Exchange 2010 zu Exchange 2013.

Daher habe ich ein paar Fragen.

 

Ausgangssituation:

2 Exchange Server 2010 SP3 in einem DAG.

 

Ziel:

2 Exchange Server 2013 mit Anbindung an eine NetApp, kein DAG mehr.

 

Meine Frage ist nun ob ich einfach den 2013 Server im Netz installieren kann und nach und nach die Mailboxen migriere, die ich dann auf die NetApp ablegen will. Möchte nämlich nicht an einem kompletten Wochenende die ganze Umstellung realisieren. 

 

Zur Konfiguration der NetApp hatte ich mir folgendes überlegt:

Eine LUN für jede Datenbank und eine LUN für alle Logs. Ist das so OK oder habt ihr bessere Erfahrungen mit einer anderen Konfiguration? 

 

Gruß

bearbeitet 3. Dezember 2014 von memphis1

[Dukel 436]

Wieso keine DAG mehr? Wieso dann zwei Exchange Server? Keine Verfügbarkeit geplant?

[memphis1 12]

Da sagst du was,:) Natürlich, Denk Fehler von mir. 

 

Das heißt ich lege eine neue DAG auf dem 2013 an, verschiebe die Mailboxen, lege die Dateien auf der NetApp ab und sobald ich einen alten (2010) aus der Organisation entfernt habe, den Server auf 2013 installiert habe, füge ich dann den neuen Server dem DAG wieder hinzu.

 

Ist denn die Konfiguration für die NetApp so OK?

[Dukel 436]

Ach du willst nicht vier Server parallel laufen haben während der Migration sondern löst das DAG auf, installierst einen Server neu (mit Exchange 2013), migrierst die Daten und installierst den zweiten Server auch neu?

 

Für Exchange gibt es bei Netapp gute Dokumente, die die Konfiguration beschreiben.

[memphis1 12]

Ja leider, hab nur einen Server neu zu Verfügung daher muss ich den Weg so gehen.

bearbeitet 3. Dezember 2014 von memphis1

[Dukel 436]

Außer, dass während der Migration die Verfügbarkeit verringert ist, ist das ja kein Problem so zu migrieren.

[NorbertFe 1.834]

Also nochmal, du hast jetzt zwei Server sie Exchange 2010 dag spielen. Davor dann nen loadbalancer? Und hast jetzt einen neuen Server auf dem du Exchange installieren willst? Reden wir von virtuellen Exchange oder physical? Was hat NetApp damit zu tun? Das is doch im Endeffekt aus Sicht von Exchange auch nur blocklevel storage.

 

Da gibts natürlich jede menge weitere Sachen und Möglichkeiten, wie man sowas angehen kann, aber dazu fehlen hier bisher Infos.

 

Bye

Norbert

[memphis1 12]

@ Dukel, ja das ist klar, werde wohl auch die meiste Arbeit doch am Weekend machen, aber ein zwei Postfächer werde ich schon mal zum testen migrieren;:)

 

Hab 2 Exchange Server die in einem DAG sind. es ist kein NLB davor geschaltet. Werde ich aber bei 2013 sehr wahrscheinlich machen.

Ja genau habe nur einen neuen Server zur Verfügung wo ich 2013 installieren kann. Bei den Servern handelt es sich um physikalische Maschinen.

 

Mit der NetApp hat das nichts zu tun, war auch nur eine Frage, ob die Idee von mir soweit in Ordnung ist. Aber ich studiere gerade die Best Practice von NetApp.

[NorbertFe 1.834]

Wochenende? Wieso das denn? Hast du sowas schonmal migriert? Ohne loadbalancer ne dag ist doch "Kram"

[memphis1 12]

Virtualisierung wollte ich, aber wird von der GF nicht gewünscht. Zumindest keine SQL oder Exchange Virtualisierung.

Ja habe schon mal eine Migration von Exchange gemacht,  2007 auf 2010. allerdings ohne DAG. DAG Habe ich dann bei 2010 eingeführt.

Wie gesagt werde ich wohl machen mit einem NLB, sehe ich nämlich genau so wie du auch. 

[Dukel 436]

Wann ist denn die Migration? Ob man einen Loadbalancer einsetzt sollte frühestmöglich in solch einem Projekt beschlossen werden.

 

Btw. wenn du Postfächer und keine Datenbanken umziehst geht das im laufenden Betrieb und bedingt keine Downtime für die Anwender (und keine Wochenendarbeit).

Um welche Datenmengen (Anzahl Postfächer, Datenbankgrößen) geht es? 100 User? 1000 User? 10.000 User?

bearbeitet 3. Dezember 2014 von Dukel

[NorbertFe 1.834]

Und jetzt erklärst du, warum angeblich ein Wochenende so super für sowas geeignet ist.

[memphis1 12]

Die Migration ist Anfang nächsten Jahres geplant. Ist also noch ein wenig Zeit um Entscheidungen zu treffen, vielleicht auch wie Norbert sagt, es zu virtualisieren, :)

Es handelt sich um 120 Postfächer die in 5 Datenbanken aufgeteilt sind (Abteilungen) und die DB Größe beträgt jeweils ca. 18 GB

 

Bekomme kein extra Geld dafür wenn ich das am Weekend mache, bin sogar froh wenn das im laufenden Betrieb klappt. Bin nur immer vorsichtig bei sowas, daher ist das auch kein Problem für mich an einem Samstag die Postfächer zu verschieben. 

bearbeitet 3. Dezember 2014 von memphis1

[MrCocktail 191]

Warum fällt mir bei dem Thema immer Heinlein sein?

In Hardware investieren geht ohne Probleme, aber in Menschen ... So sinngemäß...

 

Das kannst du ganz easy im laufenden Betrieb machen, und wieso willst du jetzt auf einmal kein DAS mehr?

 

Gruss

J

[NorbertFe 1.834]

Und wo steht, dass er kein DAS mehr will, oder versteh ich grad was nicht?