In diesem Dokument sind wichtige Probleme aufgelistet, die möglicherweise dazu führen können, dass Sie Exchange 2000 Server Service Pack 3 (SP3) nicht installieren bzw. nicht ordnungsgemäß in Ihrer Computerumgebung bereitstellen können.
Die in diesem Dokument enthaltenen Angaben und Daten, einschließlich URL- und anderer Internet-Websiteverweise, können ohne vorherige Ankündigung geändert werden. Das Dokument wird nur zu Informationszwecken zur Verfügung gestellt. Das vollständige Risiko der Nutzung oder der Ergebnisse der Nutzung dieses Dokuments liegt beim Benutzer, und Microsoft übernimmt für dieses Dokument keine Gewährleistungen, weder ausdrücklich noch konkludent. Die in den Beispielen verwendeten Firmen, Organisationen, Produkte, Personen und Ereignisse sind frei erfunden, soweit nichts anderes angegeben ist. Ähnlichkeiten mit echten Firmen, Organisationen, Produkten, Personen und Ereignissen sind rein zufällig und nicht beabsichtigt. Die Benutzer sind verantwortlich für das Einhalten aller anwendbaren Urheberrechtsgesetze. Unabhängig von der Anwendbarkeit der entsprechenden Urheberrechtsgesetze darf ohne ausdrückliche schriftliche Erlaubnis der Microsoft Corporation kein Teil dieses Dokuments für irgendwelche Zwecke vervielfältigt oder in einem Datenempfangssystem gespeichert oder darin eingelesen werden, unabhängig davon, auf welche Art und Weise oder mit welchen Mitteln (elektronisch, mechanisch, durch Fotokopieren, Aufzeichnen usw.) dies geschieht.
Microsoft kann Besitzer von Patenten oder Patentanträgen, Marken, Urheberrechten oder anderen Rechten über geistiges Eigentum sein, die den Inhalt dieses Dokuments betreffen. Die Bereitstellung dieses Dokuments erteilt keinerlei Lizenzrechte an diesen Patenten, Marken, Urheberrechten oder anderem geistigen Eigentum, ausgenommen, dies wurde explizit durch einen schriftlich festgehaltenen Lizenzvertrag mit der Microsoft Corporation vereinbart.
Copyright 2002 Microsoft Corporation. Alle Rechte vorbehalten.
Microsoft, MS-DOS, Windows, Windows NT, Active Directory und Outlook sind entweder eingetragene Marken oder Marken der Microsoft Corporation in den USA und/oder anderen Ländern.
Dieses Dokument enthält die folgenden Abschnitte:
Informationen zu diesem DokumentIn diesem Dokument sind wichtige Probleme aufgelistet, die möglicherweise dazu führen können, dass Sie Exchange 2000 Server Service Pack 3 (SP3) nicht installieren bzw. nicht ordnungsgemäß in Ihrer Computerumgebung bereitstellen können. Im vorliegenden Dokument werden die Probleme, die sich in den Versionsanmerkungen zu Microsoft Exchange 2000 Conferencing Server finden, nicht behandelt.
Im Folgenden einige wichtige Hinweise zum Update auf Exchange SP3:
Unmittelbar vor und nach dem Updaten der Server auf Exchange 2000 SP sollte eine vollständige Sicherung der Server durchgeführt werden. Dadurch wird sichergestellt, dass im Bedarfsfall eine gültige Sicherung der Server verfügbar ist. Diese Vorgehensweise wird für alle Updates empfohlen.
Weitere Informationen über die Sicherung und Wiederherstellung finden Sie im Whitepaper "Wiederherstellung für Microsoft Exchange 2000 Server" unter http://go.microsoft.com/fwlink/?linkid=1714.
Nach der Installation von Exchange 2000 SP3 auf einem Clusterserver können einige Berechtigungen auf Organisationsebene, die Sie geändert hatten, wieder auf ihren Standardwert zurückgesetzt werden. Wenn Sie beispielsweise im Exchange System-Manager die Gruppe "Jeder" aus den Berechtigungen für das Objekt Organisation entfernt haben, müssen Sie diese Berechtigungen nach der Installation von Exchange 2000 SP3 neu festlegen.
Es wird empfohlen, alle Berechtigungsänderungen aufzuzeichnen, damit sie nach der Installation von Exchange 2000 SP3 erneut vorgenommen werden können.
Outlook Web Access-Clients downloaden Skriptdateien von den Front-End-Servern, mit denen eine Verbindung hergestellt wird. Diese Skriptdateien sind nicht mit Back-End-Servern kompatibel, auf denen eine aktuellere Version von Exchange ausgeführt wird als auf dem Front-End-Server. Wenn Sie einen Server mit Exchange 2000 auf ein aktuelleres Service Pack updaten, müssen Sie zunächst alle Front-End-Server aktualisieren, bevor Sie das Exchange-Update auf einem Back-End-Server durchführen. Die Skriptdateien auf einem aktualisierten Front-End-Server sind mit allen Back-End-Servern kompatibel, auf denen ein früheres Service Pack von Exchange 2000 ausgeführt wird.
Anmerkung Sind mehrere Front-End-Server vorhanden, ist es nicht erforderlich, dass alle diese Front-End-Server gleichzeitig aktualisiert werden. Es müssen jedoch alle Front-End-Server aktualisiert werden, bevor Sie einen Back-End-Server aktualisieren.
Exchange 2000 SP3 enthält das SMTP Reinstall-Tool (Smtpreinstall.exe), das sich im Verzeichnis Supporttools auf der Exchange SP3-CD befindet. Wenn Sie den Windows 2000-SMTP-Dienst deinstallieren, können Sie mit diesem Tool Exchange 2000 reparieren, ohne Exchange vollständig neu zu installieren. Um Exchange zu reparieren, müssen Sie zunächst den Windows 2000-SMTP-Dienst neu installieren und anschließend das SMTP Reinstall-Tool ausführen. Sie können das SMTP Reinstall-Tool jedoch nicht auf einem Cluster verwenden, auf dem Exchange 2000 ausgeführt wird. Wenn Sie das Tool ausführen möchten, treten Probleme auf, die eine erfolgreiche Reparatur von Exchange verhindern. Aus diesem Grund wird das SMTP Reinstall-Tool auf Exchange 2000-Clustern nicht unterstützt. Nach der Neuinstallation des SMTP-Dienstes müssen Sie auf einem Cluster daher Exchange und alle zuvor installierten Exchange Service Packs neu installieren, anstatt das SMTP Reinstall-Tool zu verwenden.
Exchange 2000 Server SP3 unterstützt keine in GB 18030 codierten Nachrichten. In GB 18030 codierte Nachrichten werden von einem Server mit Exchange 2000 SP3 nur dann erfolgreich weitergeleitet, wenn Internet Explorer 6.0 Service Pack 1 (SP1) installiert ist. Anderenfalls erzeugen in GB 18030 codierte Nachrichten auf Servern mit Exchange 2000 SP3 Unzustellbarkeitsberichte.
Anmerkung Exchange benötigt die aktualisierte Version von mlang.dll aus Internet Explorer 6.0 SP1, um in GB 18030 codierte E-Mails empfangen zu können.
Wenn Sie Anwendungen für Exchange entwickeln, empfiehlt Microsoft die Installation von MSXML Parser 3.0 Service Pack 2 auf dem Exchange 2000-Server. Weitere Informationen über MSXML Parser 3.0 Service Pack 2 finden Sie unter http://go.microsoft.com/fwlink/?LinkId=8078.
Sie können einen Exchange-Server so konfigurieren, dass Informationen über schwerwiegende Dienstfehler automatisch an Microsoft gesendet werden. Wenn ein schwerwiegender Fehler auftritt, sendet der Server Informationen zu diesem Fehler über eine sichere https-Verbindung an Microsoft. Bei Microsoft werden diese Berichte vertraulich behandelt und nur zur Verbesserung von Exchange verwendet.
Der Bericht enthält folgende Informationen:
Microsoft beabsichtigt nicht, Dateien, Namen, Adresse, E-Mail-Adresse oder andere persönliche Daten von Ihnen zu sammeln. Dennoch kann der Bericht möglicherweise kundenspezifische Informationen aus Dateien enthalten, die beim Auftreten des Fehlers geöffnet waren. Zwar könnten diese Informationen dazu geeignet sein, Ihre Identität festzustellen; Microsoft wird diese Daten jedoch nicht verwenden.
Informationen zu Microsoft-Fehlerberichten und -Protokollierungsrichtlinien finden Sie unter http://watson.microsoft.com/dw/1033/dcp.asp.
Standardmäßig ist die Fehlerberichterstellung deaktiviert. Um die Fehlerberichterstellung zu aktivieren, klicken Sie im Exchange System-Manager in der Konsolenstruktur mit der rechten Maustaste auf den gewünschten Server und klicken dann auf Eigenschaften. Im Dialogfeld mit den Servereigenschaften aktivieren Sie auf der Registerkarte Allgemein das Kontrollkästchen Informationen über fatale Dienstfehler automatisch an Microsoft senden.
Sie können den Migrations-Assistenten von Exchange SP3 verwenden, um in räumlich getrennten Exchange-Organisationen die Migration von Microsoft Exchange 5,5 Server und Microsoft Exchange 2000-Servern vorzunehmen. Wenn Sie mit dem Migrations-Assistenten Konten migrieren, werden im Zielverzeichnis deaktivierte Benutzerkonten erstellt. Wenn Sie diese Konten aktivieren möchten, sollten Sie zur Migration der Konten (mit Sicherheits-IDs [SIDs]) das Active Directory Migration-Tool (ADMT) verwenden.
Weitere Informationen über ADMT finden Sie im folgenden Whitepaper:
Wenn Sie mit dem Migrations-Assistenten von Exchange eine Exchange-Migration in zwei Schritten durchführen und sich die Sprache der Microsoft Outlook-Ordner vom Benutzergebietsschema des Servers unterscheidet, der die Migration durchführt, werden zwei Kopien der Spezialordner (Posteingang, Gesendete Elemente, Gelöschte Elemente und Postausgang) angelegt, die nach der Migration im Outlook-Client angezeigt werden. Von jedem Ordner wird jeweils eine Kopie für die von Outlook verwendete Sprache erstellt und eine andere für die Sprache des Benutzergebietsschemas auf dem Server.
Anmerkung Die Ordner mit anderen als den Standardsymbolen sollten gelöscht werden. Vor dem Löschen sollten diese Ordner geleert werden.
Front-End-Server, die von Outlook Web Access-Clients verwendet werden, müssen vor der Durchführung des Updates für die Back-End-Server aktualisiert werden. Weitere Informationen hierzu finden Sie im Abschnitt Updaten auf Exchange SP3 in diesem Dokument.
Bei der Installation von Exchange 2000 SP3 werden die Hilfedateien zu Outlook Web Access-Clients nicht installiert. Diese Hilfedateien müssen von einem Administrator durch Ausführen einer MSI-Datei oder eines Sprachpakets für jede von den Outlook Web Access-Clients verwendete Sprache manuell aktualisiert oder installiert werden.
Wichtig Wenn Sie die Hilfedateien zu Outlook Web Access zuvor auf Exchange 2000 Server SP1 oder SP2 aktualisiert haben, müssen Sie die Updates der Hilfedateien aus SP1 oder SP2 zunächst deinstallieren, bevor Sie die SP3-Updates zu den Outlook Web Access-Hilfedateien installieren. Um die Hilfedateiupdates aus SP1 oder SP2 zu entfernen, doppelklicken Sie in der Systemsteuerung auf Software.
So aktualisieren Sie die Hilfe zu Outlook Web Access manuellDurch die Installation von Exchange 2000 SP3 wird das Microsoft Exchange-Multimediasteuerelement aus der Optionsseite in Outlook Web Access entfernt.
Um Verzeichniszugriffsinformationen für Server mit Exchange SP2 oder SP3 in der bestehenden Topologie anzuzeigen und zu konfigurieren, klicken Sie im Exchange System-Manager mit der rechten Maustaste auf einen Server, klicken auf Eigenschaften und verwenden dann die Registerkarte Verzeichniszugriff. Es können nur Server mit Exchange SP2 oder SP3 zu der Topologieliste hinzugefügt oder aus dieser entfernt werden. Für Server mit Exchange 2000 und SP1 wird die aktuelle Topologieliste nur unvollständig angezeigt. Wenn Sie versuchen, einen Server mit Exchange oder Exchange SP1 auszuwählen, werden nur die Namen der Domänencontroller aufgelistet, die vom Verzeichniszugriff genutzt werden; die Server können nicht manuell konfiguriert werden, da die Schaltflächen Hinzufügen und Entfernen nicht verfügbar sind.
Nach der Aktualisierung auf Exchange SP3 von Exchange 2000 oder Exchange 2000 SP1 werden der MTA-Stacks-Dienst und der Informationsspeicherdienst von Microsoft Exchange nur gestartet, wenn die beiden folgenden Voraussetzungen erfüllt werden:
In Exchange SP2 oder SP3 nutzt der Verzeichnisdienst nur die Domänencontroller und globalen Katalogserver, die dem Server mit Exchange die Berechtigung zur Verwendung der System-Zugriffssteuerungslisten einräumt. Wenn Sie einen globalen Katalogserver in einer anderen Domäne verwenden, müssen Sie in dieser Domäne das DomainPrep-Dienstprogramm ausführen, einen neuen Empfängeraktualisierungsdienst für die Domäne erstellen und anschließend den Server mit Exchange, der von Exchange 2000 oder Exchange 2000 SP1 auf SP3 aktualisiert wurde, neu starten, damit der Verzeichniszugriff ordnungsgemäß funktioniert.
Standardmäßig "pingt" der Verzeichniszugriff jeden Server, mit dem eine Verbindung hergestellt werden soll, mit dem ICMP-Protokoll (Internet Control Message Protocol) an, um festzustellen, ob der Server verfügbar ist. In einem Perimeternetzwerk (auch als DMZ, demilitarisierte Zone und überwachtes Subnetz bekannt) mit Firewall besteht zwischen dem Server mit Exchange und den Domänencontrollern jedoch keine ICMP-Connectivity. Infolgedessen reagiert der Verzeichniszugriff, als ob alle Domänencontroller unerreichbar wären. Der Verzeichniszugriff verwirft dann die alten Topologien und führt häufig neue Topologieanalysen durch, wodurch die Serverleistung beeinträchtigt wird. Die Ping-Funktion des Verzeichniszugriffs kann durch einen Registrierungsschlüssel für die Windows-Implementierung von LDAP (wLDAP) deaktiviert werden.
Der für die Steuerung der Ping-Funktion zuständige Registrierungsschlüssel lautet:
\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeDSAccess\LdapKeepAliveSecs
Vorsicht Bearbeiten Sie die Registrierung nur dann direkt mit einem Registrierungs-Editor, wenn Sie keine Alternative haben. Registrierungs-Editoren umgehen die standardmäßigen Schutzmaßnahmen der Verwaltungstools. Diese Schutzmaßnahmen verhindern die Eingabe von Einstellungen, die einen Konflikt verursachen, die Leistung beeinträchtigen oder das System beschädigen können. Das direkte Bearbeiten der Registrierung kann ernsthafte, unvorhersehbare Konsequenzen haben, die den Systemstart verhindern oder eine Neuinstallation von Exchange 2000 erforderlich machen. Verwenden Sie wenn möglich die Programme in der Systemsteuerung oder der Microsoft Management Console (MMC), um Exchange 2000 zu konfigurieren oder anzupassen.
Anmerkung Um den Verzeichniszugriff manuell über den Exchange System-Manager zu konfigurieren, verwenden Sie die Registerkarte Verzeichniszugriff. Konfigurieren Sie den Server, während er sich nicht innerhalb des Perimeternetzwerks befindet. Nach der manuellen Konfiguration können Sie den Server wieder in das Perimeternetzwerk einbinden. Damit der Verzeichniszugriff funktioniert, ist jedoch auch hier die oben beschriebene Registrierungsschlüsseleinstellung erforderlich.
In Exchange SP2 oder SP3 kommt die Verzeichniszugriffsanzeige neu hinzu, und die Nachrichtenstatus-Funktionalität wurde aktualisiert. Bei der Installation von Exchange SP2 oder SP3 wird der neue Microsoft Exchange-Verwaltungsdienst, der sowohl vom Verzeichniszugriff als auch von der Nachrichtenstatus-Funktionalität genutzt wird, automatisch installiert und gestartet.
Um die neue Verzeichniszugriffsanzeige nutzen zu können, muss auch auf dem zu konfigurierenden Server Exchange SP2 oder SP3 ausgeführt werden. Wenn der Dienst auf einem Server mit Exchange SP3 nicht ausgeführt wird, erscheinen auf der Registerkarte Verzeichniszugriff keine Informationen und Konfigurationsmöglichkeiten für die angeschlossenen Domänencontroller. Wenn ein Administrator die Verzeichniszugriffskonfiguration anzeigen oder ändern möchte, ist dies nur für Server mit SP2 oder SP3 möglich.
Damit der Nachrichtenstatus-Funktionalität Informationen zum Nachrichtenstatus bereitgestellt werden können, muss auf dem Server oder der Workstation mit dem Exchange System-Manager aus SP3 der Microsoft Exchange-Verwaltungsdienst ausgeführt werden, ebenso wie auf allen SP3-Servern. Die Leistung der Nachrichtenstatus-Funktionalität wird umso besser, je mehr Server den Microsoft Exchange-Verwaltungsdienst ausführen. Für reine Administratorinstallationen muss der Microsoft Exchange-Verwaltungsdienst auf der Workstation ausgeführt werden. Nach der Installation von Exchange SP3 kann ein Administrator mithilfe des Nachrichtenstatus E-Mails in der gesamten Exchange-Organisation verfolgen, auch auf Servern mit Exchange 5.5, Exchange 2000 und Exchange 2000 SP1. Wenn der Administrator den Nachrichtenstatus von einem Server oder einer Workstation mit SP3 aus abruft, können auch E-Mails auf einem beliebigen Server verfolgt werden, auf dem SP3 noch nicht installiert ist; die Suche zur Ermittlung des Nachrichtenstatus dauert auf Servern ohne SP3 jedoch länger als auf Servern mit SP3.
Wenn Sie vor dem Update auf Exchange SP3 in der Registrierung manuell Verzeichniszugriffsprofile erstellt haben, bleiben diese auch nach dem Update erhalten. Die Server, die über die Profile manuell konfiguriert werden, werden auch im Exchange System-Manager angezeigt. Um die Verzeichniszugriffseigenschaften dieser Server anzuzeigen, klicken Sie im Exchange System-Manager in der Konsolenstruktur mit der rechten Maustaste auf den gewünschten Server, klicken auf Eigenschaften und dann auf die neue Registerkarte Verzeichniszugriff.
Wenn das Profil einen ungültigen Eintrag enthält oder ein Server ungültig ist, erscheint nach dem Update auf Exchange SP2 oder SP3 beim Zugriff auf die Registerkarte Verzeichniszugriff die folgende Meldung: "Der Server
So beheben Sie dieses Problem und erstellen ein gültiges Profil
Die Ermittlung des Nachrichtenstatus wird u. U. abgebrochen und zeigt nicht alle Ereignisse einer Nachricht an, wenn die Nachricht zwischen zwei Servern übermittelt wurde, deren Systemzeiten sich zum Zeitpunkt der Übertragung um mehr als fünf Minuten unterschieden haben. Dieses Problem tritt nicht auf bei Servern mit unterschiedlichen Systemzeiten, beispielsweise in verschiedenen Zeitzonen oder während der Sommerzeit. Das Problem wird durch Ändern der Systemzeit nach der Nachrichtenübermittlung nicht korrigiert; allerdings wird ein weiteres Auftreten in der Zukunft vermieden.
Bei der aktualisierten Nachrichtenstatus-Funktionalität benötigt der Administrator bestimmte Berechtigungen zum Verfolgen einer Nachricht. Nur Administratoren mit einer der folgenden delegierten Rollen auf den Servern mit Exchange 2000 oder Exchange 5,5 können mithilfe der aktualisierten Nachrichtenstatus-Funktionalität eine Nachricht verfolgen:
Zur Zuweisung dieser Rollen verwenden Sie den Exchange-Assistenten für die Zuweisung von Verwaltungsberechtigungen. Um den Assistenten zu öffnen, klicken Sie im Exchange System-Manager mit der rechten Maustaste auf den Stamm einer Organisation oder Verwaltungsgruppe und klicken dann auf Kontrolle zuweisen.
Um mit der aktualisierten Nachrichtenstatus-Funktionalität Nachrichten verfolgen zu können, muss dem Benutzer eine der oben aufgeführten delegierten Rollen zugewiesen sein. Mit SP3 überprüft die Nachrichtenstatus-Funktionalität zunächst die einem Benutzer zugewiesenen Rollen, bevor der Benutzer Nachrichten verfolgen darf. Da die Berechtigungen von jedem Server einzeln geprüft werden, muss der Benutzer eine der delegierten Rollen für alle Server besitzen, auf denen E-Mail-Nachrichten verfolgt werden sollen. Diese neue Sicherheitsmaßnahme bedeutet nicht, dass für den freigegebenen Ordner \\server\server.log, der bei der Installation von Exchange automatisch angelegt wird, keine geeigneten Zugriffssteuerungsberechtigungen festgelegt werden müssen. Sie sollten den Zugriff auf diese Freigabe auch weiterhin kontrollieren und Benutzern für die Nachrichtenverfolgung geeignete Rollen zuweisen. Anderenfalls riskieren Sie, dass jeder Benutzer mit Lesezugriff auf die Dateifreigabe den Nachrichtenverkehr auf dem Server analysieren kann.
Die verschiedenen Administratorebenen haben keinen Einfluss darauf, wie und wann ein bestimmter Benutzer den E-Mail-Status abrufen kann; die verschiedenen Ebenen ermöglichen einem Benutzer, dem eine dieser Rollen zugewiesen wurde, lediglich die Verfolgung von Nachrichten. Ein Benutzer, dem auf einem Server keine dieser Rollen zugewiesen wurde, kann nur auf diesem Server keine E-Mails verfolgen. Verfügen Sie beispielsweise über eine Gruppe von Administratoren, deren Aufgabe die Überwachung des E-Mail-Status ist, sollten Sie ihnen lediglich das Recht Exchange-Administrator – Nur Anzeigen einräumen. Würden Sie ihnen die Rechte Exchange-Administrator oder Exchange-Administrator – Vollständig einrichten, wären sie zum Ändern der Exchange-Installation berechtigt. Würden Sie über eine andere Administratorengruppe verfügen, die für die Installation und Änderung der Exchange-Installation zuständig wäre, sollten Sie ihnen die Berechtigung Exchange-Administrator – Vollständig zuweisen, so dass sie Änderungen an der Exchange-Installation vornehmen können und auch zur Verfolgung von E-Mails berechtigt sind.
Es wird empfohlen, das in Exchange SP3 enthaltene Checkpoint-Skript zu verwenden, um mögliche Indizierungsprobleme zu vermeiden. Wenn der Microsoft Search-Dienst (MSSearch) während einer inkrementellen Indexauffüllung mit einem Fehler abbricht, wurden einige Ordner und Nachrichten möglicherweise nicht ordnungsgemäß indiziert. Durch Checkpointing wird dieses Problem behoben, da im Katalogverzeichnis die folgenden Sicherungsdateien angelegt werden.
Checkpointing ist standardmäßig nicht aktiviert, da es eine beträchtliche Menge zusätzlichen Festplattenspeicherplatzes benötigt. Die zusätzliche Dateigröße beträgt für jedes Dokument in der Datenbank etwa 200 Bytes. So erzeugen 5 000 000 Nachrichten oder Dokumente in der Datenbank Checkpointdateien mit einer Gesamtgröße von 1 GB. Die Größe dieser Dateien nimmt mit zunehmender Zahl der Dokumente in der Datenbank zu. Stellen Sie sicher, dass genügend Festplattenspeicher verfügbar ist, bevor Sie das Checkpointing-Skript ausführen. Auf der Festplatte, auf der Kataloge für die Volltextindizierung abgelegt werden, sollten mindestens 15 Prozent frei sein.
So richten Sie Checkpointing ein
<Systemlaufwerk>:\Programme\Gemeinsame Dateien\System\MSSearch\Bin\EnableCheckPoints.vbs <ANWENDUNG> [KATALOG]
Parameterdefinitionen