Wichtige Überlegungen für die Standortkonsolidierung im gemischten Modus

  • Artikel

 

Letztes Änderungsdatum des Themas: 2006-08-16

Bevor Sie die Konsolidierung von Microsoft® Exchange-Remotestandorten in Betracht ziehen, sollten Sie sowohl mit den folgenden Empfehlungen und Vorbedingungen in diesem Zusammenhang vertraut sein, als auch mit den Problemen, die während und nach der Standortkonsolidierung auftreten können:

  • Aktualisieren von Clientcomputern auf Microsoft Office Outlook®** 2003**   Bevor Sie Standorte konsolidieren, aktualisieren Sie die Clientcomputer am Remotestandort auf Outlook 2003 und aktivieren Sie den Exchange-Cachemodus. Der Exchange-Cachemodus ist eine wichtige Komponente der Standortkonsolidierung, da Remotebenutzer unabhängig davon, ob gerade eine Netzwerkverbindung besteht, auf dem lokalen Cache arbeiten können. Durch die Aktualisierung von Outlook auf den Clientcomputern und die Aktivierung des Exchange-Cachemodus wird eine lokale Kopie des Postfachs eines Benutzers erstellt. Wenn Sie vor dem Verschieben von Postfächern eine lokale Kopie erstellen, vermeiden Sie den hohen Download-Datenverkehr nach dem Verschieben der Postfächer vom lokalen Standort. Dieses Vorgehen ist besonders nützlich, wenn die Netzwerkbandbreite zwischen dem Remote- und dem zentralen Standort begrenzt ist. Obwohl Clientcomputer mit früheren Versionen von Outlook und andere E-Mail-Anwendungen unterstützt werden, können diese Clientcomputer aus dem Exchange-Cachemodus keinen Vorteil ziehen. Um Supportprobleme zu minimieren, sollten Sie außerdem Outlook 2003-Schulungen und -vorbereitungen für Endbenutzer in den Aktualisierungsvorgang einplanen.

  • Aktualisieren von ADC auf Exchange 2003 SP1   Verwenden Sie die Exchange 2003 SP1-Version von ADC (Active Directory Connector), in der neue Funktionen enthalten sind, mit denen Objekte und Verteilerlisten nach der Standortkonsolidierung bereinigt werden. Wenn Sie Postfächer zwischen Standorten verschieben, aktualisiert ADC die Benutzerobjekte und Verteilergruppen, denen der Benutzer zugeordnet ist. Dadurch werden Änderungen zwischen Verzeichnissen repliziert und die Benutzer können weiterhin E-Mail-Nachrichten empfangen.

  • Konsolidieren von Microsoft Windows®-Domänen, sofern möglich.   Um Probleme beim Einstellen von Stellvertretern, Veröffentlichen von Zertifikaten der Schlüsselverwaltungsdienste und Aktualisieren von Gruppen durch Outlook zu verhindern, wird empfohlen, dass Sie die Windows-Domänen der Remotestandorte und die Exchange-Postfächer gleichzeitig konsolidieren. Für den Microsoft Active Directory®-Verzeichnisdienst ist erforderlich, dass Outlook einen globalen Katalogserver verwendet, der sich in derselben Domäne wie das Objekt befindet, das Outlook aktualisieren möchte. Beispielsweise kann ein Benutzer, dessen Benutzerobjekt sich in der Remotedomäne befindet und der sich in der zentralen Domäne bei Outlook anmeldet, keine Stellvertreter einstellen. Der Grund hierfür ist, dass sich Outlook an die zentrale Domäne richtet, die Benutzerobjekte sich jedoch in der Remotedomäne befinden. Der globale Katalogserver der zentralen Domäne enthält eine schreibgeschützte Kopie der Verzeichnisobjekte anderen Domänen. Wenn nicht die Möglichkeit besteht die Exchange- und die Windows-Domänen gleichzeitig zu konsolidieren, können Sie auf dem Outlook-Client den folgenden Registrierungsschlüssel konfigurieren, damit dieser einen globalen Katalogserver in der zentralen Domäne verwendet, in der sich die Verzeichnisobjekte befinden:

    • Speicherort:
    • HKEY_CURRENT_USER\Software\Microsoft\Exchange \Exchange Provider
    • Name:
    • DS-Server
    • Typ:
    • REG_SZ (Zeichenfolge)
    • Wert:
    • <vollqualifizierter Domänenname des globalen Katalogservers>

  • Anwenden des Hotfix für die DS/IS-Konsistenzanpassung (Directory Service/Information Store) und Verwenden der Anpassung zum Aufrechterhalten des Zugriffs auf Öffentliche Ordner in Exchange 5.5.   Wenn Sie Benutzer und Gruppen an den zentralen Standort verschieben, bevor Sie Öffentliche Ordner in Exchange 5.5 verschieben, sind die ACLs (Access Control Lists, Zugriffssteuerungslisten) der Öffentlichen Ordner falsch und die Benutzer können nicht auf die Öffentlichen Ordner zugreifen. Dieses Problem können Sie mit den beiden folgenden Optionen umgehen:

    • Option 1: Nach dem Verschieben der Benutzer und Gruppen können Sie die DS/IS-Anpassung ausführen und dadurch die ACLs der öffentlichen Ordner mit den neuen Informationen der Benutzer und Gruppen aktualisieren.
    • Option 2: Sie können zuerst die Öffentlichen Ordner an den zentralen Standort replizieren und dann die Benutzer und Gruppen verschieben. Stellen Sie außerdem sicher, dass Bezüge auf Öffentliche Ordner über die Connectors aktiviert sind.
      noteAnmerkung:
      Wenden Sie auf alle Exchange 5.5-Server mit Öffentlichen Ordnern den Hotfix für die Exchange 5.5-DS/IS-Konsistenzanpassung (verfügbar unter https://go.microsoft.com/fwlink/?linkid=3052&kbid=836489) an, bevor Sie mit der Konsolidierung von Exchange 5.5-Standorten beginnen. Nach einer Verschiebung von einem Standort zum anderen garantiert dieser Hotfix die korrekte Aktualisierung der ACLs von Öffentlichen Ordnern, sodass Benutzer und Gruppen weiterhin auf diese zugreifen können.

  • Planen der vollständigen Downloads des Offlineadressbuchs.   Bevor Sie mehrere Postfächer zwischen Standorten verschieben, sollten Sie feststellen, ob Sie über ausreichend Bandbreite verfügen, um den vollständigen Download des Offlineadressbuchs für die Outlook-Clientcomputer aller Remotestandorte zu unterstützen. Weitere Informationen über die Gründe für einen vollständigen Download des Offlineadressbuchs finden Sie weiter unten in diesem Thema unter „Download des Offlineadressbuchs“.

  • Aktualisieren von Outlook-Profilen nach dem Verschieben von Postfächern.   Nachdem Sie Postfächer zwischen administrativen Gruppen verschoben haben, müssen Sie die Outlook-Profile aktualisieren, sodass die Benutzer sich bei den verschobenen Postfächern anmelden können. Das Exchange-Profilaktualisierungstool (Exprofre.exe) ist ein Befehlszeilentool, das Sie auf Clientcomputern ausführen, um Outlook-Profile von Benutzern automatisch zu aktualisieren. Durch Exprofre.exe wird das Outlook-Standardprofil so geändert, dass Benutzer sich nach dem Verschieben bei ihren Postfächern anmelden können. Dieses Tool ist auf der Exchange Server 2003-Website für Tools und Aktualisierungen erhältlich (https://go.microsoft.com/fwlink/?linkid=21316).

Download des Offlineadressbuchs

Auf Outlook-Clientcomputern, die den Exchange-Cachemodus verwenden, ist zum Auflösen von E-Mail-Adressen ein Offlineadressbuch erforderlich. Das Offlineadressbuch ist auf einem Server für öffentliche Ordner gespeichert. In den folgenden Situationen findet ein vollständiger Download des Offlineadressbuchs statt:

  • Wenn Sie einen Standort konsolidieren, wird für die Benutzer dieses Standorts, die den Exchange-Cachemodus verwenden und deren Postfächer verschoben wurden, ein vollständiger Download des Offlineadressbuchs durchgeführt. Dieser Download findet statt, wenn die entsprechenden Benutzer Outlook nach dem Verschieben des Postfachs zum ersten Mal starten.
  • Wenn eine bedeutsame Anzahl an Verzeichnisänderungen stattfindet (z. B., wenn Sie viele Postfächer zwischen Standorten verschieben oder wenn Sie Änderungen an der Exchange-Topologie vornehmen), wird für die Benutzer aller Standorte, die den Exchange-Cachemodus verwenden, ein vollständiger Download des Offlineadressbuchs durchgeführt.

Weitere Informationen zu den Auswirkungen der vollständigen Downloads des Offlineadressbuchs und zu den Situationen, in denen sie auftreten, finden Sie im Microsoft Knowledge Base-Artikel 839826 (https://go.microsoft.com/fwlink/?linkid=3052&kbid=839826).

noteAnmerkung:
Je nach Größe des Adressbuchs sowie der verfügbaren Bandbreite und den Wartezeiten der Verbindungen zu Remotestandorten, können die vollständigen Downloads des Offlineadressbuchs in Ihrer Organisation zu Einschränkungen führen.

Dieser umfangreiche Download kann im Netzwerk und in Outlook zu Leistungsproblemen führen. Beachten Sie beim Bestimmen der Dauer des Offlineadressbuchdownloads die Bandbreite der Netzwerkverbindungen mit den Remotestandorten, die zu übertragende Datenmenge und die Wartezeit der Netzwerkverbindung. Sie können die zu übertragende Datenmenge schätzen, indem Sie die Größe des Offlineadressbuchs mit der Anzahl der Benutzer am Remotestandort muliplizieren.

noteAnmerkung:
Beispiel: Wenn das Offlineadressbuch 20 MB groß ist und 25 Outlook-Benutzer den Exchange-Cachemodus verwenden, beträgt die geschätzte zu replizierende Datenmenge 500 MB: (20 MB Offlineadressbuch × 25 Benutzer = 500 MB).

Die Netzwerkwartezeit bezieht sich auf die Zeit, die im Netzwerk für die Übertragung von Daten von einem Punkt zu einem anderen benötigt wird. Anhand der Wartezeit können Sie bestimmen, wann eine Netzwerkverbindung überlastet ist. Mit einer langen Wartezeit ist die Datenübertragungsrate kleiner, d. h., dass eine Überlastung der Netzwerkverbindung erst später auftritt. Umgekehrt bedeutet eine kürzere Wartezeit, dass die Daten schneller übertragen werden und dadurch die Wahrscheinlichkeit steigt, dass die Verbindung überlastet wird, wenn viele Clients den Download des Offlineadressbuchs gleichzeitig durchführen.

Bevor Sie mehrere Postfächer zwischen Standorten verschieben, sollten Sie feststellen, ob Sie über ausreichend Bandbreite verfügen, um den vollständigen Download des Offlineadressbuchs für die Outlook-Benutzer am Remotestandort zu unterstützen. Außerdem sollten Sie die Auswirkung des Downloads auf das Netzwerk einschätzen, indem Sie die über das Netzwerk zu übertagende Datenmenge und die Netzwerkwartezeit berücksichtigen.

Frei/Gebucht-Funktionalität

Wenn Ihre Organisation im gemischten Modus betrieben wird und Sie Postfächer zwischen Standorten mit dem Assistenten zum Verschieben von Postfächern verschieben, aktualisiert dieser die entsprechenden Benutzobjekte mit dem neuen Attribut legacyExchangeDN. Da der Assistent das Attribut legacyExchangeDN aktualisiert, müssen Sie keine Frei/Gebucht-Systemordner verschieben. Die Frei/Gebucht-Daten der Benutzer werden anhand des neuen Attributs legacyExchangeDN erneut veröffentlicht, wenn sich der Benuzter beim neuen Postfach anmeldet.

noteAnmerkung:
Die Frei/Gebucht-Daten werden nicht sofort beim Verschieben von Postfächern zwischen Standorten auf den neuen Server übertragen. Stattdessen werden die Daten auf dem neuen Server 15 Minuten, nachdem der Benutzer sich beim Postfach angemeldet oder eine Kalenderaktion (wie Erstellen oder Annehmen einer Besprechungsanfrage) durchgeführt hat, veröffentlicht.

Bekannte Einschränkungen beim Standortkonsolidierungsvorgang

In diesem Abschnitt werden bekannte Einschränkungen bei der Standortkonsolidierung beschrieben. Der Standortkonsolidierungsvorgang wird von vielen Faktoren beeinflusst, beispielsweise von der Reihenfolge, in der Sie die einzelnen Schritte durchführen, dem Zeitraum, den die Replizierung der Verzeichnisinformationen in Anspruch nimmt, und dem Zeitraum, den die Replizierung der Exchange-Daten zwischen den Standorten dauert. Außerdem können weitere E-Mail-Features durch das Verschieben von Postfächern und Benutzern zwischen Standorten beeinflusst werden. Sie sollten sich vor der Planung der Standortkonsolidierung mit allen hier aufgeführten bekannten Problemen vertraut machen.

  • Beim Verschieben von Postfächern entsteht erhöhter Netzwerkverkehr.   Wenn Sie Postfächer zwischen Standorten verschieben, sollten Sie den zusätzlichen Netzwerkverkehr zwischen den Standorten einplanen. Der zusätzliche Datenverkehr entspricht der Summe der Größen der zu verschiebenden Postfächer.

  • Erhöhter Verzeichnisreplikationsverkehr.   Wenn Sie Postfächer von Exchange 5.5-Standorten an einen zentralen Exchange-Standort verschieben, gehen Sie von steigendem Verzeichnisreplikationsverkehr aus, während ADC am Remotestandort Benutzer und Verteilergruppen aktualisiert und alte Objekte entfernt. Die Dauer dieses Vorgangs variiert je nach Größe der Umgebung, der Replikationsgeschwindigkeit zwischen den Exchange 5.5-Standorten und der Replikationsgeschwindigkeit zwischen Exchange 5.5 und Active Directory. In der Standardeinstellung wird die Verzeichnisbereinigung alle 12 Stunden durchgeführt. In kleinen Umgebungen wird die Verzeichnisbereinigung möglicherweise in der nächsten automatischen Replikationssitzung abgeschlossen, in großen Umgebungen können hierfür mehrere Sitzungen erforderlich sein.

    Wichtig

    Sie können die Verzeichnisbereinigung beschleunigen, indem Sie die Replikation im Active Directory Connector-Manager und dem Administrationsprogramm von Exchange 5.5 initiieren.

  • Erhöhter Datenverkehr bei der Replikation Öffentlicher Ordner.   Wenn Sie Öffentliche Ordner mit dem Exchange-Migrationstool für Öffentliche Ordner (pfMigrate) an einen zentralen Standort verschieben, gehen Sie während der Aktualisierung der Öffentliche Ordner-Hierarchie und der Replikation der Öffentliche Ordner-Inhalte zwischen den Standorten von erhöhtem Datenverkehr aus. Das pfMigrate-Tool und die DS/IS-Konsistenzanpassung verursachen zusätzlichen Replikationsverkehr.

  • Zwischengespeicherte Offlineordnerdateien im ANSI-Format werden automatisch neu im Unicode-Format erstellt, nachdem Sie Microsoft Exchange Server 5.5-Postfächer verschieben.   Zwischengespeicherte Offlineordnerdateien (OST) und Offlineadressbuchdateien (OAB) bleiben im ANSI-Format, nachdem Sie Exchange Server 5.5-Postfächer auf einen Computer verschieben, auf dem Exchange Server 2003 oder Microsoft Exchange 2000 Server ausgeführt wird. Für eine zwischengespeicherte Offlineordnerdatei (OST) im ANSI-Format besteht eine Größenbeschränkung auf 2 GB, und da diese Datei im ANSI-Format vorliegt, verwendet das Offlineadressbuch ebenfalls das ANSI-Format. Außerdem ist für die im Knowledge Base-Artikel 841207 erläuterte Lösung ein vollständiger Download des Offlineadressbuchs auf alle betroffenen Clientcomputer erforderlich. Dieser Download kann eine erhebliche Steigerung des Netzwerkverkehrs zur Folge haben.
    Weitere Informationen zu und eine Lösung für zwischengespeicherte Offlineordnerdateien, die im ANSI-Format anstatt im Unicode-Format in Exchange 2003 oder in Exchange 2000 erstellt werden, finden Sie im Knowledge Base-Artikel 841207 "Eine zwischengespeicherte Outlook 2003-Offlineordnerdatei wird im ANSI-Format anstatt im Unicode-Format in Exchange 2003 oder in Exchange 2000 erstellt" (https://go.microsoft.com/fwlink/?linkid=3052&kbid=841207).
    Weitere Informationen zu Unicode mit Outlook 2003 finden Sie unter Configuring Unicode Options for Outlook 2003 (https://go.microsoft.com/fwlink/?LinkId=33526).

  • Möglicherweise kein Zugriff für Stellvertreter.   Um in Outlook den Zugriff für Personen mit Stellvertreterberechtigungen aufrecht zu erhalten, verschieben Sie die Manager und ihre Stellvertreter vom Exchange 5.5-Remotestandort an den zentralen Standort. Wenn es nicht möglich ist, sie zusammen zu verschieben, verschieben Sie zuerst den Manager und anschließend den Stellvertreter oder weisen Sie dem Stellvertreter die Zugriffsrechte nach dem Verschieben erneut zu.

  • Journalempfänger müssen erneut zugewiesen werden.    Ein Journalempfänger ist ein Benutzer, dessen Konto für den Empfang aller archivierten Nachrichten eines Postfachspeichers konfiguriert ist. Ordnen Sie die Zuweisung für den Journalempfängers einem anderen Benutzer zu, bevor Sie den aktuellen Journalempfänger zwischen den Standorten verschieben. Nach dem Verschieben können Sie den Benutzer wieder als Journalempfänger festlegen.

  • Posteingangsregeln funktionieren möglicherweise nicht.   Wenn sich das Postfach eines Benutzers nicht auf einem Server mit Exchange 2003 SP1 befindet, werden die Posteingangsregeln nicht funktionieren, die auf anderen zwischen Standorten verschobenen Benutzern aufbauen, da sich für diese das Attribut legacyExchangeDN geändert hat. Der Benutzer kann die Regeln jedoch wieder erstellen. Wenn sich das Postfach des Benutzers auf einem Exchange 2003 SP1-Server befindet, funktionieren die Regeln weiterhin. Dieses Problem betrifft keine Benutzer, deren Postfächer verschoben wurden. Es sind nur Benutzer betroffen, die Regeln aufweisen, die auf der Grundlage von verschobenen Benutzern erstellt wurden. Wenn sich die Postfächer aller Benutzer auf Exchange 2003 SP1-Servern befinden, funktionieren die Regeln wieder.

  • Benutzernamen werden in der globalen Adressliste von Exchange 5.5 möglicherweise kurzzeitig nicht angezeigt.   Möglicherweise werden in Exchange 5.5 Benutzernamen, die zwischen Standorten verschoben wurden, in der globalen Adressliste für eine kurze Zeit bis zum Abschluss der Verzeichnisreplikation nicht angezeigt. Während dieser Zeit ist das ursprüngliche Exchange 5.5-Objekt am Remotestandort ausgeblendet, und das neue Exchange 5.5-Objekt wird zum neuen Standort kopiert. Das globale Adressbuch von Exchange 2003 ist nicht betroffen.

  • Nach der Migration empfangen einige Benutzer möglicherweise Unzustellbarkeitsberichte.   Wenn nicht verschobene Exchange 5.5-Benutzer auf E-Mail-Nachrichten von verschobenen Exchange 5.5-Benutzern antworten, nachdem Sie Postfächer von Exchange 5.5 an den zentralen Standort verschoben haben, empfangen diese einen Unzustellbarkeitsbericht. Diese Situation bleibt bestehen, bis die Verzeichnisreplikation von Exchange 5.5 abgeschlossen ist. Diese Situation können Sie vermeiden, indem Sie die Replikation im ADC-Manager durch Auswählen von Jetzt replizieren erzwingen. Eine andere Möglichkeit ist, Exchange 5.5-Mail durch einen Exchange 2000- oder Exchange 2003-Bridgeheadserver umzuleiten, da diese Server in der Lage sind, E-Mail-Nachrichten an das neue Postfach weiterzuleiten.

    noteAnmerkung:
    Sie können Unzustellbarkeitsberichte vermeiden, indem Sie die Standortconnectors zwischen den Exchange 5.5-Standorten entfernen und Connectors zum zentralen Standort erstellen, sodass der gesamte E-Mail-Verkehr durch den zentralen Standort oder über einen Exchange 2003-Server weitergeleitet wird.

  • Ein autorisierter Benutzer muss eine Kalenderaktion durchführen, um Frei/Gebucht-Daten für Ressourcenpostfächer erneut zu veröffentlichen.   Wenn Sie Postfächer zwischen Standorten verschieben, werden die Frei/Gebucht-Daten nicht auf den neuen Server übertragen. Für Benutzer werden die Frei/Gebucht-Daten auf den neuen Servern 15 Minuten nachdem der Benutzer sich beim Postfach angemeldet oder eine Kalenderaktion (wie Erstellen oder Annehmen einer Besprechungsanfrage) durchgeführt hat veröffentlicht. Für Ressourcenpostfächer (wie Besprechungsräume) muss jedoch jemand mit dem entsprechenden Zugriff das Postfach öffnen und eine Kalenderaktion durchführen, damit die Frei/Gebucht-Daten erneut veröffentlicht werden.

  • Für den Schlüsselverwaltungsdienst ist der Export der Zertifikate erforderlich.    Der Schlüsselverwaltungsdienst funktioniert auch nach der Verschiebung von einem Standort zum anderen, wenn Sie X.509-Zertifikate der Version 3 verwenden, nicht jedoch bei Zertifikaten der Version 1. Bei Zertifikaten der Version 1 können zwischen Standorten verschobene Benutzer alte E-Mail-Nachrichten entschlüsseln, neue Nachrichten können jedoch nicht signiert oder verschlüsselt werden. Wenn Sie den Schlüsselverwaltungsdienst verwenden, exportieren Sie Ihre Zertifikate auch dann vor dem Verschieben von Benutzern zwischen Standorten, wenn der Dienst für den zentralen Standort von demselben Schlüsselverwaltungsdienst-Server bereitgestellt wird. Importieren Sie nach dem Verschieben die Zertifikate in den Schlüsselverwaltungsdienst-Server des zentralen Standorts. Führen Sie nach dem Verschieben das Exchange-Profilaktualisierungstool (Exprofre.exe) aus.

  • Für Exchange Conferencing Server muss in den einheitlichen Modus umgeschaltet werden.   Wenn Sie Exchange Conferencing Server ausführen, sollten Sie zuerst in den einheitlichen Exchange-Modus umschalten und dann die Standorte konsolidieren. Durch dieses Vorgehen können Sie Probleme mit den legacyExchangeDN-Attributen verhindern und eine durchgehende Funktionalität von Exchange Conferencing Server sicherstellen.