Migration von Exchange 2007 zu Exchange 2010
Angefragt und beantwortet von RobertW am 15 October 2009 (12355 gelesen)
Umgebung:
DC (inkl. DNS und PKI) - Windows 2008 64 Bit - 192.168.11.1
Ex2007 - Windows 2008 64 Bit - 192.168.11.2 (MB, CAS, HT - zusätzlich RPC-Proxy)
Ex2010 - Windows 2008 R2 64 Bit - 192.168.11.3 (MB, CAS, HT)
Hinweis: Die Installation von Exchange 2010 wurde mit dem Release Candidate durchgeführt. Möglicherweise sind einige Dialoge von Microsoft später noch verändert worden.
Alle Maschinen und Exchange 2007 sind inkl. SP 2 und komplett durchgepatcht.
Auf allen Servern: Firewall deaktiviert
Einstellungen in Exchange 2007:
Routing:
Sendeconnector: an einen Smarthost mit der IP-Adresse 1.2.3.4 inkl. Authentifikation
Empfangsconnector:
- Standard-Connector unverändert
- ein neuer Connector mit Remote-IP 1.2.3.4 und Anonymen Empfang
Remote-Domänen:
exchange.intern (= AD-Domäne, Autorisierend)
exchange.test (= Mail-Domäne und Standard-Domäne, Autorisierend)
Adressrichtlinien:
1. exchange.test (Alle; %g.%s@exchange.test [Antwort] + %m@exchange.intern)
2. Default Policy (unverändert, exchange.intern)
Hier nicht aufgeführte Änderungen sind Exchange 2007-Standard:
Postfächer:
- 6 Benutzer und 1 Besprechungsraum, bei dem "AutomateProcessing = AutoAccept" gesetzt wurde
Öffentliche Order:
- drei Stück (Buchhaltung, Buchhaltung/Dokumente, Support [mit Mail-Adresse]).
eine Postfach-Datenbank:
- Dateien "E:\Exchange\MailDB\" und "E:\Exchange\MailDB_Logs"
eine Öffentliche-Ordner-Datenbank:
- Dateien "E:\Exchange\PubFold\" und "E:\Exchange:\Exchange\PubFold_Logs"
Da wir hier eine einfache Umgebung haben, werden wir wenn möglich die grafischen Werkzeuge verwenden.
Installation
Wir führen "setup.exe" mit Doppelklick aus.
Exchange 2010 benötigt das Service Pack 1 für das .NET-Framework 3.5 und die PowerShell V2. Wie auch schon beim Vorgänger werden alle Grundanforderungen überprüft:

Wichtig: Auf dem Windows 2008 R2 muss das .NET-Framework über die Features hinzugefügt werden! Der Download (wie er hinter dem Eintrag im Setup-Programm steckt), ist unwichtig.

Neu ist die Option, die Installationssprache auswählen zu können. Ein deutsches Sprachpaket wird allerdings leider nicht mitgeliefert, daher muss es aus dem Internet heruntergeladen werden.


Die Installation startet man danach mit Klick auf den Schritt 4.
Um die Installation zu beschleunigen, kopiert das Setup-Programm danach einige Dateien auf die Festplatte in einen TEMP-Ordner.
Der Assistent ist in der gewohnten Reihenfolge durchzugehen. Lediglich eine Frage ist neu, die nach dem externen Domänen-Namen. Das kann aber auch später noch konfiguriert werden.






Wenn der Assistent mit dem folgenden Fehler die Überprüfung abbricht:

dann ist folgendes eingetreten:
- wir sind der richtige Administrator
- wir benutzen einen Member-Server
- es sind keine AD-Tools installiert
Um das Problem zu beheben, gibt es zwei Möglichkeiten:
Entweder wir installieren die AD-Tools nach:
Start -> Ausführen -> servermanagercmd -i RSAT-ADDS
Oder es bleibt uns wie bei 2007 nur wieder, die setup.com der Exchange-Installations-DVD auf einem DC auszuführen.
Die Schalter sind die gleichen geblieben:
/PrepareLegacyExchangePermissions -> wir migrieren von Ex2003
/PrepareSchema -> bereitet das Schema vor
/PrepareDomain -> bereitet die aktuelle Domäne vor
/PrepareAllDomains -> bereitet alle Domänen vor
/PrepareAD -> führt die Schritte /PrepareSchema und /PrepareAllDomains aus
Da allerdings für diesen Schritt auch die PowerShell V2 auf dem DC installiert werden muss, installiere ich dann doch die AD-Tools auf dem Exchange-Server und starte die Installation neu. Leider muss man dazwischen einmal den Rechner neu starten.

Das Ergebnis ist im ersten Schritt schon besser. Die noch fehlenden WWW-Rollen werden über den Servermanager nachinstalliert, der Dienst "NetTcpPortSharing" auf den Starttyp "Automatisch" gesetzt und gestartet und wenn der Index-Dienst benutzt werden soll, das Update herunterladen und installieren.

Danach läuft die Prüfung problemlos durch und die Installation kann gestartet werden.
Bei Exchange 2010 sind ein paar mehr einzelne Features, die installiert werden, trotzdem dauerte die Installation in meiner VM erfreuliche 30 Minuten:

Wenn wir den Haken nicht entfernen, startet danach die EMC.

Aus alter Gewohnheit habe ich aber zuerst den Server einmal durchgestartet, auch wenn das Setup-Programm nicht mehr explizit darum bittet.
Bei den ersten Klicks durch die neue EMC fiel mir folgender Fehler auf:

Eine Suche im Internet fand eine Lösung: Die Gruppe "Exchange Trusted Subsystem" muss in die Gruppe der lokalen Admins des Exchange 2007-Servers eingetragen werden. Leider scheiterte der Versuch an einem Fehler in Windows 2008. (Weitere Informationen hier).
Ich habe das Problem aus vier Gründen hier nicht weiterverfolgt:
- eine Remote Bedienung des 2007er-Exchange mit der EMC 2010 ist von Microsoft nicht vorgesehen -> daher taucht der Server dort nicht auf
- Ex 2007 soll nach der Migration abgebaut werden
- Über die EMS ließ sich OWA auf dem 2010 kofigurieren
- OWA hat fehlerfrei auf beiden Servern funktioniert
Für die Übergangszeit kann ich mit der EMS leben.
Erste Admin-Tätigkeiten
Datenbanken
Nach der Installation verschieben wir als erstes die Datenbank. Da die jetzt noch leer ist und keine User betroffen sind, ist dies der optimale Zeitpunkt.
Hierbei ist zu beachten, dass sich der Aufbau der EMC aufgrund der neuen "Datenbankverfügbarkeitsgruppen" etwas geändert hat. Die Datenbank befinden sich nicht mehr im Abschnitt Server, sondern in der Organisationskonfiguration.

Datenbank und Protokolldateien stellen jetzt eine Einheit dar, es gibt keine Speichergruppen mehr. Daher verschiebt man in der folgenden Maske beides (im RC noch ohne Auswahlfenster, der Pfad muss eingetragen oder rein kopiert werden). Die Datenbankbereitstellung wird aufgehoben und wenig später sind die Dateien verschoben.

Und wenn wir schon dabei sind, legen wir auch gleich die Öffentliche-Ordner Datenbank an.



Routing
Exchange 2010 benutzt den bereits unter 2007 konfigurierten Sendeconnector (Organisationskonfiguration -> Hub-Transport) mit. Wir fügen lediglich unseren 2010er hinzu, damit auch dieser gleich selbst routet. So können wir das später nicht vergessen. :)

Kleiner Tipp: In den Eigenschaften des jeweiligen Fensters gibt es links unten einen kleinen neuen Button. Klickt man darauf, sieht man den Shell-Befehl, der ausgeführt wird, wenn wir auf OK klicken. Diese Funktion gibt es neu in allen Eigenschaften-Dialogen.

Auch die Empfangsconnectoren konfiguriert man wie vorher unter "Serverkonfiguration -> Hub-Transport". Hier müssen wir natürlich einen neuen Empfangsconnector anlegen, da der immer an den Server gebunden ist.
Die Schritte zeige ich hier nicht, da sie komplett dem Ablauf bei Exchange 2007 entsprechen.

Sollten Exchange 2007 und Exchange 2010 längere Zeit parallel betrieben werden, empfehle ich die Lektüre des dieses Artikels im Exchange-Blog.
Domänen und E-Mail-Adressen
Wie bei 2007 zu finden in "Organisations-Konfiguration -> Hub-Transport". Die Daten stecken im AD und werden von Exchange 2010 mitbenutzt, weshalb hier nichts mehr zu tun ist.
Der Umzug
Öffentliche Ordner
Wir beginnen mit den Öffentlichen Ordnern, da Benutzer nach dem Umzug sofort Zugriff auf den neuen Server haben sollen.
Dazu fügen wir den neuen Server als Replikat den öffentlichen Ordner hinzu. Dies macht man entweder über die Toolbox -> Öffentliche Ordner-Verwaltungskonsole oder bei vielen Ordnern über die Shell:
Ob die Replikation geklappt hat, kann man mittlerweile auch über die EMC herausfinden (wieder in der Verwaltungskonsole der Öffentlichen Ordner).

Außerdem müssen wir den neuen Öffentlichen-Ordner-Speicher natürlich noch in den Eigenschaften der Postfach-Datenbank eintragen und können in diesem Schritt auch noch das Offline-Adressbuch einstellen:

Postfächer
Nun geht es mit großen Schritten auf den Postfach-Umzug zu.
Zuerst müssen wir die "Generierung des Offline-Adressbuchs" auf den neuen Server verschieben.


Nun fügen wir noch die Webseite zur Verteilung hinzu. Das geschieht normalerweise auf der folgenden Seite:

Leider funktioniert das bei mir nicht, aufgrund des eingangs erwähnten Gruppen-Problems auf dem Exchange 2007-Server.
Daher setze ich die Einstellung mit Hilfe der Exchange-Shell:
Wichtig dabei ist, dass das alte und das neue Adressbuch eintragen wird, da sonst das alte weg ist. Wir werden es später noch löschen.
Tipp: Der gesamte Prozess der Erzeugung der OAB dauert eine Weile, bis zu 24 Stunden. Entweder warten wir die Zeit ab, oder wir erzeugen sie manuell mit den beiden folgenden Befehlen in der EMS:
Die Informationen im Exchange-Server werden dabei sofort aktualisiert, zum Download für Outlook stehen Sie allerdings erst nach 8 Stunden zur Verfügung.
Nun können wir die ersten Postfächer verschieben. Hierfür hat Microsoft uns eine neue Funktion spendiert: Den sog. "online mailbox move" oder auch "asynchrones Verschieben" genannt. Damit ist gemeint, dass Postfächer im Hintergrund verschoben werden, ohne dass der Benutzer dabei Offline geschaltet wird. Weitere Infos gibt es hier.

Zum Testen geht es los mit dem Admin-Postfach:






Und nun der Rest (einige Schritte wie oben):


Auch beim Besprechungsraum finden wir neue Eigenschaftenseiten (vorher war die Konfiguration nur über die EMS möglich):

Aufräumen
Nachdem alle Postfächer umgezogen sind, Routing klappt, Offline-Adressbücher und öffentliche Ordner gefunden werden, können wir ein paar Dinge aufräumen.
Zunächst entfernen wir die Webseite des alten Servers für die OAB-Verteilung. Dies geht bei mir wieder nur über die Shell:
Danach entfernen wir den alten Server aus dem Sendeconnector.

Außerdem nehmen wir die Replikate der alten Datenbank aus den öffentlichen Ordnern (Massenänderungen mit dem Script "C:\Program Files\Microsoft\Exchange Server\V14\scripts\RemoveReplicaFromPFRecursive.ps1 -TopPublicFolder \ -ServerToRemove ex2007"

Auch auf dem Exchange 2007-Server müssen wir eine Änderung vornehmen und die neue Öffentliche Ordner-Datenbank in die Postfach-Daten eintragen (nicht nach dem Sinn fragen, denn schließlich soll die alte Datenbank ja gelöscht werden, aber ohne die Änderung schlägt die Deinstallation fehl!).

Deinstallation Exchange 2007:
Als letzter Schritt wird nun Exchange 2007 deinstalliert:




Leider lief der erste Versuch nicht durch, da die Versionsnummer der Öffentlichen Ordner-Datenbank V14 sein soll.
Eine richtige Lösung für dieses Problem war nicht zu finden. Offensichtlich hat Exchange 2010 irgendwas angefasst, was beim 2007-Setup-Programm zu einem Fehler führt.
Da ich den Server eh deinstallieren will und die Datenbank gelöscht werden kann, griff ich zu ADSIEDIT und löschte die Öffentliche-Ordner-Datenbank hart aus AD (siehe auch hier).
Danach lief die Deinstallation durch:

Nach der Deinstallation von Exchange 2007 funktionierte dann auch die Anzeige der OWA-Eigenschaften des Exchange 2010:

Der Vollständigkeithalber, will ich noch sagen, welche Funktionen ich nicht intensiv getestet habe:
- externer Mailversand -> meine Umgebung war virtuell, ohne Verbindung ins Internet
- Zugriff mit Outlook 2010 -> habe ich noch nicht
- Zugriff mit Outlook Anywhere/PO3/IMAP4/EAS -> keine Verbindung zu Internet
Was ist offen? Einige Dinge habe ich hier ausgelassen, da sie entweder wie in 2007 gemacht werden oder nicht unbedingt in allen Standard-Installationen zu finden sind:
- Product-Key eintragen
- Zertifikate für CAS installieren (neue Funktion in der EMC! Serverkonfiguration -> Exchange-Zertifikate)
- Outlook Anywhere wieder einschalten, falls vorher in Betrieb
- Transport-Regel und Verwaltung von Nachrichtendatensätzen checken (sollten dank AD übernommen worden sein)
- POP3 und IMAP4 einstellungen
- Backup-Programme, Anti-Virus und Anti-Spam-Software installieren und testen
Links
2007 Office System Converter: Microsoft Filter Pack
Get-OWAVirtualDirectory returns “An IIS directory entry couldn’t be created. The error message is Access is denied.”
Änderung an lokaler Gruppe nicht möglich
Spotlight on Exchange 2010: Version-Based Routing
Understanding Move Requests
Public Folder Database remove failed "Object is read only"
Rückfragen und Anmerkungen genre an mich!
Robert Wille, Oktober 2009
DC (inkl. DNS und PKI) - Windows 2008 64 Bit - 192.168.11.1
Ex2007 - Windows 2008 64 Bit - 192.168.11.2 (MB, CAS, HT - zusätzlich RPC-Proxy)
Ex2010 - Windows 2008 R2 64 Bit - 192.168.11.3 (MB, CAS, HT)
Hinweis: Die Installation von Exchange 2010 wurde mit dem Release Candidate durchgeführt. Möglicherweise sind einige Dialoge von Microsoft später noch verändert worden.
Alle Maschinen und Exchange 2007 sind inkl. SP 2 und komplett durchgepatcht.
Auf allen Servern: Firewall deaktiviert
Einstellungen in Exchange 2007:
Routing:
Sendeconnector: an einen Smarthost mit der IP-Adresse 1.2.3.4 inkl. Authentifikation
Empfangsconnector:
- Standard-Connector unverändert
- ein neuer Connector mit Remote-IP 1.2.3.4 und Anonymen Empfang
Remote-Domänen:
exchange.intern (= AD-Domäne, Autorisierend)
exchange.test (= Mail-Domäne und Standard-Domäne, Autorisierend)
Adressrichtlinien:
1. exchange.test (Alle; %g.%s@exchange.test [Antwort] + %m@exchange.intern)
2. Default Policy (unverändert, exchange.intern)
Hier nicht aufgeführte Änderungen sind Exchange 2007-Standard:
Postfächer:
- 6 Benutzer und 1 Besprechungsraum, bei dem "AutomateProcessing = AutoAccept" gesetzt wurde
Öffentliche Order:
- drei Stück (Buchhaltung, Buchhaltung/Dokumente, Support [mit Mail-Adresse]).
eine Postfach-Datenbank:
- Dateien "E:\Exchange\MailDB\" und "E:\Exchange\MailDB_Logs"
eine Öffentliche-Ordner-Datenbank:
- Dateien "E:\Exchange\PubFold\" und "E:\Exchange:\Exchange\PubFold_Logs"
Da wir hier eine einfache Umgebung haben, werden wir wenn möglich die grafischen Werkzeuge verwenden.
Installation
Wir führen "setup.exe" mit Doppelklick aus.
Exchange 2010 benötigt das Service Pack 1 für das .NET-Framework 3.5 und die PowerShell V2. Wie auch schon beim Vorgänger werden alle Grundanforderungen überprüft:

Wichtig: Auf dem Windows 2008 R2 muss das .NET-Framework über die Features hinzugefügt werden! Der Download (wie er hinter dem Eintrag im Setup-Programm steckt), ist unwichtig.

Neu ist die Option, die Installationssprache auswählen zu können. Ein deutsches Sprachpaket wird allerdings leider nicht mitgeliefert, daher muss es aus dem Internet heruntergeladen werden.


Die Installation startet man danach mit Klick auf den Schritt 4.
Um die Installation zu beschleunigen, kopiert das Setup-Programm danach einige Dateien auf die Festplatte in einen TEMP-Ordner.
Der Assistent ist in der gewohnten Reihenfolge durchzugehen. Lediglich eine Frage ist neu, die nach dem externen Domänen-Namen. Das kann aber auch später noch konfiguriert werden.






Wenn der Assistent mit dem folgenden Fehler die Überprüfung abbricht:

dann ist folgendes eingetreten:
- wir sind der richtige Administrator
- wir benutzen einen Member-Server
- es sind keine AD-Tools installiert
Um das Problem zu beheben, gibt es zwei Möglichkeiten:
Entweder wir installieren die AD-Tools nach:
Start -> Ausführen -> servermanagercmd -i RSAT-ADDS
Oder es bleibt uns wie bei 2007 nur wieder, die setup.com der Exchange-Installations-DVD auf einem DC auszuführen.
Die Schalter sind die gleichen geblieben:
/PrepareLegacyExchangePermissions -> wir migrieren von Ex2003
/PrepareSchema -> bereitet das Schema vor
/PrepareDomain -> bereitet die aktuelle Domäne vor
/PrepareAllDomains -> bereitet alle Domänen vor
/PrepareAD -> führt die Schritte /PrepareSchema und /PrepareAllDomains aus
Da allerdings für diesen Schritt auch die PowerShell V2 auf dem DC installiert werden muss, installiere ich dann doch die AD-Tools auf dem Exchange-Server und starte die Installation neu. Leider muss man dazwischen einmal den Rechner neu starten.

Das Ergebnis ist im ersten Schritt schon besser. Die noch fehlenden WWW-Rollen werden über den Servermanager nachinstalliert, der Dienst "NetTcpPortSharing" auf den Starttyp "Automatisch" gesetzt und gestartet und wenn der Index-Dienst benutzt werden soll, das Update herunterladen und installieren.

Danach läuft die Prüfung problemlos durch und die Installation kann gestartet werden.
Bei Exchange 2010 sind ein paar mehr einzelne Features, die installiert werden, trotzdem dauerte die Installation in meiner VM erfreuliche 30 Minuten:

Wenn wir den Haken nicht entfernen, startet danach die EMC.

Aus alter Gewohnheit habe ich aber zuerst den Server einmal durchgestartet, auch wenn das Setup-Programm nicht mehr explizit darum bittet.
Bei den ersten Klicks durch die neue EMC fiel mir folgender Fehler auf:

Eine Suche im Internet fand eine Lösung: Die Gruppe "Exchange Trusted Subsystem" muss in die Gruppe der lokalen Admins des Exchange 2007-Servers eingetragen werden. Leider scheiterte der Versuch an einem Fehler in Windows 2008. (Weitere Informationen hier).
Ich habe das Problem aus vier Gründen hier nicht weiterverfolgt:
- eine Remote Bedienung des 2007er-Exchange mit der EMC 2010 ist von Microsoft nicht vorgesehen -> daher taucht der Server dort nicht auf
- Ex 2007 soll nach der Migration abgebaut werden
- Über die EMS ließ sich OWA auf dem 2010 kofigurieren
- OWA hat fehlerfrei auf beiden Servern funktioniert
Für die Übergangszeit kann ich mit der EMS leben.
Erste Admin-Tätigkeiten
Datenbanken
Nach der Installation verschieben wir als erstes die Datenbank. Da die jetzt noch leer ist und keine User betroffen sind, ist dies der optimale Zeitpunkt.
Hierbei ist zu beachten, dass sich der Aufbau der EMC aufgrund der neuen "Datenbankverfügbarkeitsgruppen" etwas geändert hat. Die Datenbank befinden sich nicht mehr im Abschnitt Server, sondern in der Organisationskonfiguration.

Datenbank und Protokolldateien stellen jetzt eine Einheit dar, es gibt keine Speichergruppen mehr. Daher verschiebt man in der folgenden Maske beides (im RC noch ohne Auswahlfenster, der Pfad muss eingetragen oder rein kopiert werden). Die Datenbankbereitstellung wird aufgehoben und wenig später sind die Dateien verschoben.

Und wenn wir schon dabei sind, legen wir auch gleich die Öffentliche-Ordner Datenbank an.



Routing
Exchange 2010 benutzt den bereits unter 2007 konfigurierten Sendeconnector (Organisationskonfiguration -> Hub-Transport) mit. Wir fügen lediglich unseren 2010er hinzu, damit auch dieser gleich selbst routet. So können wir das später nicht vergessen. :)

Kleiner Tipp: In den Eigenschaften des jeweiligen Fensters gibt es links unten einen kleinen neuen Button. Klickt man darauf, sieht man den Shell-Befehl, der ausgeführt wird, wenn wir auf OK klicken. Diese Funktion gibt es neu in allen Eigenschaften-Dialogen.

Auch die Empfangsconnectoren konfiguriert man wie vorher unter "Serverkonfiguration -> Hub-Transport". Hier müssen wir natürlich einen neuen Empfangsconnector anlegen, da der immer an den Server gebunden ist.
Die Schritte zeige ich hier nicht, da sie komplett dem Ablauf bei Exchange 2007 entsprechen.

Sollten Exchange 2007 und Exchange 2010 längere Zeit parallel betrieben werden, empfehle ich die Lektüre des dieses Artikels im Exchange-Blog.
Domänen und E-Mail-Adressen
Wie bei 2007 zu finden in "Organisations-Konfiguration -> Hub-Transport". Die Daten stecken im AD und werden von Exchange 2010 mitbenutzt, weshalb hier nichts mehr zu tun ist.
Der Umzug
Öffentliche Ordner
Wir beginnen mit den Öffentlichen Ordnern, da Benutzer nach dem Umzug sofort Zugriff auf den neuen Server haben sollen.
Dazu fügen wir den neuen Server als Replikat den öffentlichen Ordner hinzu. Dies macht man entweder über die Toolbox -> Öffentliche Ordner-Verwaltungskonsole oder bei vielen Ordnern über die Shell:
C:\Program Files\Microsoft\Exchange Server\V14\scripts\AddReplicaToPFRecursive.ps1 -TopPublicFolder \ -ServerToAdd ex2010Ob die Replikation geklappt hat, kann man mittlerweile auch über die EMC herausfinden (wieder in der Verwaltungskonsole der Öffentlichen Ordner).

Außerdem müssen wir den neuen Öffentlichen-Ordner-Speicher natürlich noch in den Eigenschaften der Postfach-Datenbank eintragen und können in diesem Schritt auch noch das Offline-Adressbuch einstellen:

Postfächer
Nun geht es mit großen Schritten auf den Postfach-Umzug zu.
Zuerst müssen wir die "Generierung des Offline-Adressbuchs" auf den neuen Server verschieben.


Nun fügen wir noch die Webseite zur Verteilung hinzu. Das geschieht normalerweise auf der folgenden Seite:

Leider funktioniert das bei mir nicht, aufgrund des eingangs erwähnten Gruppen-Problems auf dem Exchange 2007-Server.
Daher setze ich die Einstellung mit Hilfe der Exchange-Shell:
Set-OfflineAddressBook \Standard-Offlineadressbuch -VirtualDirectories "EX2007\OAB (Default Web Site)","EX2010\OAB (Default Web Site)"Wichtig dabei ist, dass das alte und das neue Adressbuch eintragen wird, da sonst das alte weg ist. Wir werden es später noch löschen.
Tipp: Der gesamte Prozess der Erzeugung der OAB dauert eine Weile, bis zu 24 Stunden. Entweder warten wir die Zeit ab, oder wir erzeugen sie manuell mit den beiden folgenden Befehlen in der EMS:
Get-AddressList | Update-AddressList
Get-OfflineAddressBook | Update-OfflineAddressBookDie Informationen im Exchange-Server werden dabei sofort aktualisiert, zum Download für Outlook stehen Sie allerdings erst nach 8 Stunden zur Verfügung.
Nun können wir die ersten Postfächer verschieben. Hierfür hat Microsoft uns eine neue Funktion spendiert: Den sog. "online mailbox move" oder auch "asynchrones Verschieben" genannt. Damit ist gemeint, dass Postfächer im Hintergrund verschoben werden, ohne dass der Benutzer dabei Offline geschaltet wird. Weitere Infos gibt es hier.

Zum Testen geht es los mit dem Admin-Postfach:






Und nun der Rest (einige Schritte wie oben):


Auch beim Besprechungsraum finden wir neue Eigenschaftenseiten (vorher war die Konfiguration nur über die EMS möglich):

Aufräumen
Nachdem alle Postfächer umgezogen sind, Routing klappt, Offline-Adressbücher und öffentliche Ordner gefunden werden, können wir ein paar Dinge aufräumen.
Zunächst entfernen wir die Webseite des alten Servers für die OAB-Verteilung. Dies geht bei mir wieder nur über die Shell:
Set-OfflineAddressBook \Standard-Offlineadressbuch -VirtualDirectories "EX2010\OAB (Default Web Site)"Danach entfernen wir den alten Server aus dem Sendeconnector.

Außerdem nehmen wir die Replikate der alten Datenbank aus den öffentlichen Ordnern (Massenänderungen mit dem Script "C:\Program Files\Microsoft\Exchange Server\V14\scripts\RemoveReplicaFromPFRecursive.ps1 -TopPublicFolder \ -ServerToRemove ex2007"

Auch auf dem Exchange 2007-Server müssen wir eine Änderung vornehmen und die neue Öffentliche Ordner-Datenbank in die Postfach-Daten eintragen (nicht nach dem Sinn fragen, denn schließlich soll die alte Datenbank ja gelöscht werden, aber ohne die Änderung schlägt die Deinstallation fehl!).

Deinstallation Exchange 2007:
Als letzter Schritt wird nun Exchange 2007 deinstalliert:




Leider lief der erste Versuch nicht durch, da die Versionsnummer der Öffentlichen Ordner-Datenbank V14 sein soll.
Eine richtige Lösung für dieses Problem war nicht zu finden. Offensichtlich hat Exchange 2010 irgendwas angefasst, was beim 2007-Setup-Programm zu einem Fehler führt.
Da ich den Server eh deinstallieren will und die Datenbank gelöscht werden kann, griff ich zu ADSIEDIT und löschte die Öffentliche-Ordner-Datenbank hart aus AD (siehe auch hier).
Danach lief die Deinstallation durch:

Nach der Deinstallation von Exchange 2007 funktionierte dann auch die Anzeige der OWA-Eigenschaften des Exchange 2010:

Der Vollständigkeithalber, will ich noch sagen, welche Funktionen ich nicht intensiv getestet habe:
- externer Mailversand -> meine Umgebung war virtuell, ohne Verbindung ins Internet
- Zugriff mit Outlook 2010 -> habe ich noch nicht
- Zugriff mit Outlook Anywhere/PO3/IMAP4/EAS -> keine Verbindung zu Internet
Was ist offen? Einige Dinge habe ich hier ausgelassen, da sie entweder wie in 2007 gemacht werden oder nicht unbedingt in allen Standard-Installationen zu finden sind:
- Product-Key eintragen
- Zertifikate für CAS installieren (neue Funktion in der EMC! Serverkonfiguration -> Exchange-Zertifikate)
- Outlook Anywhere wieder einschalten, falls vorher in Betrieb
- Transport-Regel und Verwaltung von Nachrichtendatensätzen checken (sollten dank AD übernommen worden sein)
- POP3 und IMAP4 einstellungen
- Backup-Programme, Anti-Virus und Anti-Spam-Software installieren und testen
Links
2007 Office System Converter: Microsoft Filter Pack
Get-OWAVirtualDirectory returns “An IIS directory entry couldn’t be created. The error message is Access is denied.”
Änderung an lokaler Gruppe nicht möglich
Spotlight on Exchange 2010: Version-Based Routing
Understanding Move Requests
Public Folder Database remove failed "Object is read only"
Rückfragen und Anmerkungen genre an mich!
Robert Wille, Oktober 2009
|
Die hier veröffentlichten Artikel und Kommentare stehen uneingeschränkt im alleinigen Verantwortungsbereich des jeweiligen Autors.
|
||||




![[ANMELDEN]](http://portal.msxforum.de/modules/evennews/language/german/subscribe.gif)
![[ABMELDEN]](http://portal.msxforum.de/modules/evennews/language/german/unsubscribe.gif)

