5
Neue Domäne, wie mit altem 2000er Exchange verfahren?
Moin Leidensgenossen,
folgender Fall:
Vorhandenes System:
1x Win 2000 Server DC/Fileserver/Sage
1x Win 2000 Server DC/Exchange 2000
1x Win 2000 Server Terminalserver
Soll werden:
1x ESX Host mit folgenden VMs:
1x Win 2008R2 DC/Fileserver/Sage (NEUE DOMÄNE)
1x Win 2008R2 Exchange 2010
1x WIn 2008R2 Terminalserver
(1x alter Win 2000 Exchange?)
1x physikalisch 2008R2 DC + Backup Target (Backup 2 Disc 2 Disc).
Mein Problem an der Stelle ist dass die alte Domäne ziemlich im Eimer ist, Replikationsfehler, DNS Fehler, AD Fehler, ziemliches Chaos. Habe das System heute zum ersten mal gesehen und war nicht sonderlich begeistert. Clients sind alle extrem langsam, Sever sowieso, ständig Netzwerkprobleme auf Grund des halbtoten DNS etc. Daher wurde beschlossen alles komplett zu erschlagen und auf der grünen Wiese neu aufzubauen, so also auch die Domäne.
Bin leider nicht der Exchange Profi daher die Frage wie man nun am besten mit dem alten Exchange und dessen Daten verfährt? Ist es möglich die Kiste samt AD zu virtualisieren und im neuen Outlook 2010 als weiteres Konto einzurichten (Also 1x Konto für neuen Exchange mit neuen Daten, 1x Konto für den alten zum einsehen der alten Daten)? Dem Kunden wäre es am liebsten mit einem jungfräulichen Exchange zu starten, Zugriff auf die alten Daten muss aber natürlich weiterhin möglich sein. Welcher Weg wäre also der eleganteste?
Hoffe ich habe alle nötigen Infos angegeben, wenn nicht bitte nachfragen.
Danke & Grüße,
Andre
folgender Fall:
Vorhandenes System:
1x Win 2000 Server DC/Fileserver/Sage
1x Win 2000 Server DC/Exchange 2000
1x Win 2000 Server Terminalserver
Soll werden:
1x ESX Host mit folgenden VMs:
1x Win 2008R2 DC/Fileserver/Sage (NEUE DOMÄNE)
1x Win 2008R2 Exchange 2010
1x WIn 2008R2 Terminalserver
(1x alter Win 2000 Exchange?)
1x physikalisch 2008R2 DC + Backup Target (Backup 2 Disc 2 Disc).
Mein Problem an der Stelle ist dass die alte Domäne ziemlich im Eimer ist, Replikationsfehler, DNS Fehler, AD Fehler, ziemliches Chaos. Habe das System heute zum ersten mal gesehen und war nicht sonderlich begeistert. Clients sind alle extrem langsam, Sever sowieso, ständig Netzwerkprobleme auf Grund des halbtoten DNS etc. Daher wurde beschlossen alles komplett zu erschlagen und auf der grünen Wiese neu aufzubauen, so also auch die Domäne.
Bin leider nicht der Exchange Profi daher die Frage wie man nun am besten mit dem alten Exchange und dessen Daten verfährt? Ist es möglich die Kiste samt AD zu virtualisieren und im neuen Outlook 2010 als weiteres Konto einzurichten (Also 1x Konto für neuen Exchange mit neuen Daten, 1x Konto für den alten zum einsehen der alten Daten)? Dem Kunden wäre es am liebsten mit einem jungfräulichen Exchange zu starten, Zugriff auf die alten Daten muss aber natürlich weiterhin möglich sein. Welcher Weg wäre also der eleganteste?
Hoffe ich habe alle nötigen Infos angegeben, wenn nicht bitte nachfragen.
Danke & Grüße,
Andre
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: 172234
Url: https://administrator.de/forum/neue-domaene-wie-mit-altem-2000er-exchange-verfahren-172234.html
Ausgedruckt am: 26.12.2024 um 01:12 Uhr
5 Kommentare
Neuester Kommentar
Hallo,
zieh doch mit dem VM Ware Converter den Exchange und den Terminalserver hot ab. Danach reinigst du grob die nun virtuelle 2k Domäne (zb anderer DC raus).
Jetzt hast du die komplette alte Dom mit dem TS und wenn alte mails benötigt werden, können sich die user via RDP auf den alten TS wählen.
Ist IMHO das einfachste und die 2 W2K Server kommen ja mit jeweils 512MB RAM aus, da sie nicht mehr produktiv laufen, dh die fressen nicht wirklich viel Resourcen.
Hab ich bei mehreren Kunden schon so ähnlich gehändelt, das funktioniert super.
MfG Marcel
zieh doch mit dem VM Ware Converter den Exchange und den Terminalserver hot ab. Danach reinigst du grob die nun virtuelle 2k Domäne (zb anderer DC raus).
Jetzt hast du die komplette alte Dom mit dem TS und wenn alte mails benötigt werden, können sich die user via RDP auf den alten TS wählen.
Ist IMHO das einfachste und die 2 W2K Server kommen ja mit jeweils 512MB RAM aus, da sie nicht mehr produktiv laufen, dh die fressen nicht wirklich viel Resourcen.
Hab ich bei mehreren Kunden schon so ähnlich gehändelt, das funktioniert super.
MfG Marcel
Hi,
das wäre technisch sicherlich der einfachste Weg, was mir daran aber nicht schmeckt ist dass die User auf 2 Terminalservern arbeiten müssen. Der alte wird die erste Zeit nach der Umstellung wohl noch häufig benötigt werden.
Derzeit arbeiten nur 2 Leute auf dem TS, wirklich produktiv wohl eher einer, die Kiste ist so träge (trotz halbwegs aktueler Hardware) dass diese Variante eigentlich ausscheidet, ich glaube auch nicht dass genug Lizenzen vorhanden sind. Sind vermutlich maximal 5 Stück, müssten dann aber 10 sein
das wäre technisch sicherlich der einfachste Weg, was mir daran aber nicht schmeckt ist dass die User auf 2 Terminalservern arbeiten müssen. Der alte wird die erste Zeit nach der Umstellung wohl noch häufig benötigt werden.
Derzeit arbeiten nur 2 Leute auf dem TS, wirklich produktiv wohl eher einer, die Kiste ist so träge (trotz halbwegs aktueler Hardware) dass diese Variante eigentlich ausscheidet, ich glaube auch nicht dass genug Lizenzen vorhanden sind. Sind vermutlich maximal 5 Stück, müssten dann aber 10 sein
Hallo,
dann machs doch noch einfacher. Sicher dir aus den alten Outlooks die Mails in eine PST und binde im neuen System jedem seine Sicherung als Outlook Datendatei ein.
dann machs doch noch einfacher. Sicher dir aus den alten Outlooks die Mails in eine PST und binde im neuen System jedem seine Sicherung als Outlook Datendatei ein.
ähm... ja. manchmal ist die Lösung so einfach dass man den Wald vor lauter Bäumen nicht sieht 
Vielen Dank, hast was gut.
Grüße,
Andre
Vielen Dank, hast was gut.
Grüße,
Andre
Oha, du schaufelst dir damit das eigene Grab weil du den alten Müll in Betrieb halten musst....
Wenn das AD und alles wirklich so kaputt sind dass eine schnelle Bereinigung in Richtung Normalbetrieb
und anschließende Migration nicht zeitnah umsetzbar sind, dann würde ich einfach via exmerge oder ggf. Kroll Ontrack Powercontrols
die Daten aus der alten Exchange-Datenbank holen und den Benutzern entweder als pst oder im Idealfall via Import im neuen Postfach zur Verfügung stellen.
Exchange 2010 ist so ausgelegt dass du "große" Postfächer/Datenbanken haben darfst (aus Performance-sicht vor allem)... und du musst
nix basteln um Zugriff auf alte Umgebungen bereitzustellen.
Und noch was - ich weiss nicht wie deine Lizenzierung und Strategie aussieht, aber ich würde anhand deiner Infos das ganze
auf SBS 2011 Basis umsetzen. D.h.
- SBS2011 als DC, Exchange, File
- 2008 R2 als SQL, SAGE
- 2008 R2 als Terminalserver
Je nach SQL-Lizenzierung (ob mit SAGE oder nicht) macht vielleicht auch SBS Premium Sinn da du dann direkt einen weiteren 2008 R2 lizenziert hast.
Gruß aus dem Badischen
Patrick
Wenn das AD und alles wirklich so kaputt sind dass eine schnelle Bereinigung in Richtung Normalbetrieb
und anschließende Migration nicht zeitnah umsetzbar sind, dann würde ich einfach via exmerge oder ggf. Kroll Ontrack Powercontrols
die Daten aus der alten Exchange-Datenbank holen und den Benutzern entweder als pst oder im Idealfall via Import im neuen Postfach zur Verfügung stellen.
Exchange 2010 ist so ausgelegt dass du "große" Postfächer/Datenbanken haben darfst (aus Performance-sicht vor allem)... und du musst
nix basteln um Zugriff auf alte Umgebungen bereitzustellen.
Und noch was - ich weiss nicht wie deine Lizenzierung und Strategie aussieht, aber ich würde anhand deiner Infos das ganze
auf SBS 2011 Basis umsetzen. D.h.
- SBS2011 als DC, Exchange, File
- 2008 R2 als SQL, SAGE
- 2008 R2 als Terminalserver
Je nach SQL-Lizenzierung (ob mit SAGE oder nicht) macht vielleicht auch SBS Premium Sinn da du dann direkt einen weiteren 2008 R2 lizenziert hast.
Gruß aus dem Badischen
Patrick
