In diesem Dokument sind wichtige Probleme aufgelistet, die möglicherweise dazu führen können, dass Sie Exchange 2000 Server Service Pack 2 (SP2) nicht installieren bzw. nicht ordnungsgemäß in Ihrer Computerumgebung bereitstellen können.
Die in diesem Dokument enthaltenen Angaben und Daten, einschließlich URL- und anderen Internet-Websiteverweisen, 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 Dokumentes liegt beim dem Benutzer, und Microsoft schließt für dieses Dokument jede Gewährleistung aus, sei sie ausdrücklich oder konkludent. Die in den Beispielen verwendeten Namen von Firmen, Organisationen, Produkten, Personen und Ereignissen sind frei erfunden, soweit dies nicht anders angegeben ist. Jede Ähnlichkeit mit tatsächlichen Firmen, Organisationen, Produkten, Personen oder Ereignissen ist rein zufällig. Die Benutzer sind verpflichtet, sich an alle anwendbaren Urheberrechtsgesetze zu halten. 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 Inhaber von Patenten oder Patentanträgen, Marken, Urheberrechten oder anderen Rechten über geistiges Eigentum sein, die den Inhalt dieses Dokuments betreffen. Die Bereitstellung dieses Dokuments gewährt keinerlei Lizenzrechte an diesen Patenten, Marken, Urheberrechten oder anderem geistigen Eigentum, es sei denn, dies wurde explizit durch einen schriftlichen Lizenzvertrag mit der Microsoft Corporation vereinbart.
Copyright 2001 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 Dokument
Durchführen eines Upgrades auf SP2
In diesem Dokument sind wichtige Probleme aufgelistet, die möglicherweise dazu führen können, dass Sie Exchange 2000 SP2 nicht installieren bzw. nicht ordnungsgemäß in Ihrer Computerumgebung bereitstellen können. Im vorliegenden Dokument werden die Probleme, die sich in den Versionsinformationen zu Microsoft Exchange 2000 Conferencing Server finden, nicht behandelt.
Sie sollten unmittelbar vor und nach der Durchführung des Upgrades auf Exchange 2000 Service Pack 2 eine vollständige Sicherung der Server durchführen. Die Erstellung dieser Sicherungen gewährleistet, dass Ihnen eine gültige Sicherung der Server zur Verfügung steht, wenn diese benötigt werden sollte. Es handelt sich hierbei um eine bewährte Standardvorgehensweise für alle Upgrades.
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 spätere Version von Exchange ausgeführt wird als auf den Front-End-Servern. Wenn Sie einen Server, auf dem Exchange 2000 ausgeführt wird, auf ein späteres Service Pack aktualisieren, müssen zuerst alle Front-End-Server aktualisiert werden, bevor auf einem der Back-End-Server für Exchange ein Upgrade durchgeführt wird. Auf einem aktualisierten Front-End-Server erstellte Skriptdateien sind mit allen Back-End-Servern kompatibel, auf denen ein vorhergehendes Service Pack von Exchange 2000 ausgeführt wird.
Anmerkung Sind mehrere Front-End-Server vorhanden, ist es nicht erforderlich, diese alle gleichzeitig zu aktualisieren. Es ist jedoch erforderlich, dass vor der Durchführung des Upgrades der Back-End-Server alle Front-End-Server aktualisiert werden.
Im Umfang von Exchange 2000 SP2 ist das SMTP-Neuinstallationstool (Smtpreinstall.exe) enthalten, das sich auf der Exchange SP2-CD im Verzeichnis Support Tools befindet. Wenn der Windows 2000-SMTP-Dienst deinstalliert wird, können Sie mit Hilfe dieses Tools Exchange 2000 reparieren, ohne Exchange vollständig neu installieren zu müssen. Zum Reparieren von Exchange muss zuerst der Windows 2000-SMTP-Dienst neu installiert und dann das SMTP-Neuinstallationstool ausgeführt werden. Das SMTP-Neuinstallationstool kann jedoch nicht in einem Cluster verwendet werden, in dem Exchange 2000 ausgeführt wird. Bei dem Versuch, das Tool auszuführen, werden Probleme auftreten, die eine erfolgreiche Reparatur von Exchange verhindern. Aus diesem Grunde wird das SMTP-Neuinstallationstool in einem Exchange 2000-Cluster nicht unterstützt Statt das SMTP-Neuinstallationstool in einem Cluster zu verwenden, installieren Sie im Anschluss an die Neuinstallation des SMTP-Dienstes Exchange vollständig neu sowie alle bisher installierten Service Packs.
Sie können einen Exchange-Server so konfigurieren, dass Berichte über schwerwiegende Dienstfehler automatisch an Microsoft gesendet werden. Tritt ein schwerwiegender Fehler auf, sendet der Server Informationen zu dem Fehler über eine sichere Verbindung (https) an Microsoft, wo diese mit eingeschränktem Zugriff gespeichert werden. Microsoft verwendet diese Berichte ausschließlich zur Verbesserung von Exchange und behandelt alle Informationen vertraulich.
Der Bericht enthält die folgenden Informationen:
Microsoft beabsichtigt nicht, Dateien, Namen, Adressen, E-Mail-Adressen oder sonstige persönliche Informationen von Ihnen zu ermitteln. Es kann aber vorkommen, dass der Bericht kundenspezifische Informationen enthält, z. B. aus Dateien, die zum Zeitpunkt des Auftretens des Fehlers geöffnet waren. Obgleich diese Informationen zur Ermittlung Ihrer Identität verwendet werden könnten, werden sie von Microsoft nicht verwendet.
Die Microsoft-Datensammlungsrichtlinie für Fehlerberichte finden Sie unter http://watson.microsoft.com/dw/1033/dcp.asp
Automatische Fehlerberichte sind standardmäßig deaktiviert. Zum Aktivieren von automatischen Fehlerberichten müssen im Exchange System-Manager allgemeine Eigenschaften für das Server-Objekt festgelegt werden.
Weitere Informationen hierzu finden Sie in folgendem Whitepaper:
Wenn Sie eine zweistufige Exchange-Migration unter Verwendung des Assistenten für die Migration nach Exchange durchführen, und dabei die Sprache für Outlook-Ordner von der im Benutzergebietsschema des Servers, auf dem die Migration durchgeführt wird, abweicht, werden zwei Kopien der besonderen Ordner (Posteingang, Gesendete Objekte, Gelöschte Objekte und Postausgang) erstellt und nach Abschluss der Migration im Outlook-Client angezeigt. Eine Kopie des jeweiligen Ordners wird für die von Outlook verwendete Sprache erstellt, die zweite Kopie des jeweiligen Ordners wird für die im Benutzergebietsschema des Servers verwendete Sprache erstellt.
Anmerkung Es wird empfohlen, die Ordner, die mit Nicht-Standardsymbolen angezeigt werden, zu löschen. Darüber hinaus wird empfohlen, diese Ordner vor dem Löschen zu leeren.
Benutzeroberflächen in den folgenden Sprachen werden weiterhin unterstützt: Chinesisch (vereinfacht), Chinesisch (traditionell), Tschechisch, Dänisch, Niederländisch, Englisch, Französisch, Finnisch, Deutsch, Griechisch, Ungarisch, Italienisch, Japanisch, Koreanisch, Norwegisch, Polnisch, Portugiesisch (Portugal), Portugiesisch (Brasilien), Russisch, Spanisch, Schwedisch und Türkisch. Die Unterstützung für Katalanisch wurde hinzugefügt.
Kontakteverteilerlisten
Abmelden-Seite
Segmentierung
Neue und verbesserte Unterstützung für Internet Explorer 5 und höher
Zusätzliche Detailinformationen zu diesen Funktionen erhalten Sie in der Dokumentation von Exchange Server.
Wenn sich ein Benutzer mittels Internet Explorer 5.5 bei Outlook Web Access anmeldet, zum Kalender wechselt und in der Symbolleiste auf Drucken klickt, tritt ein Fehler auf. Zur Behandlung dieses Problems muss der Browser auf Internet Explorer 5.5 SP2 aktualisiert werden.
Das Verwenden von Outlook Web Access beim Abmelden von einem Front-End-Server, auf dem Exchange SP2 ausgeführt wird, kann in einem unvollständigen Abmeldeversuch enden. Beispielsweise kann in Outlook Web Access das Klicken auf Abmelden dazu führen, dass Sie aufgefordert werden, Ihre Netzwerkidentifikation und Ihr Kennwort einzugeben. Die Eingabe gültiger Netzwerkanmeldeinformationen führt jedoch nicht zu einer Abmeldung vom Server. Für den Front-End-Server muss unter Verwendung des Internetdienste-Managers Integrierte Windows-Authentifizierung deaktiviert werden, damit eine vollständige Abmeldung mittels des Outlook Web Access-Clients durchgeführt werden kann.
So ermöglichen Sie einem Outlook Web Access-Client, sich von einem Front-End-Server abzumelden, auf dem Exchange SP2 ausgeführt wird
Beim Zugreifen auf die Seiten für das Abmelden oder für das Downloaden der Unified Messaging-Steuerelemente in Outlook Web Access erhalten Sie möglicherweise "HTTP 500"-Fehler. Diese Fehler werden durch fehlerhafte Einstellungen für das virtuelle Verzeichnis Exchweb\bin verursacht. Dieser Fehler kann sowohl bei einem Front-End- als auch bei einem Back-End-Server auftreten.
So beheben Sie diese "HTTP 500"-Fehler
Wenn Sie Exchange 2000 Server Service Pack 2 installieren, werden die Hilfedateien für Outlook Web Access-Clients nicht installiert. Die Administratoren müssen diese Hilfedateien manuell aktualisieren oder installieren, indem sie eine MSI-Datei - oder ein Language Pack - für jede Sprache ausführen, die von Outlook Web Access-Clients verwendet wird.
Wichtig Wenn Sie zuvor die Hilfedateien für Outlook Web Access mit Exchange 2000 Server Service Pack 1 aktualisiert hatten, müssen Sie zuerst die Hilfedateiaktualisierungen von Service Pack 1 deinstallieren, bevor die Hilfedateiaktualisierungen von Outlook Web Access Service Pack 2 installiert werden können. Zum Entfernen der Service Pack 1-Hilfe doppelklicken Sie in der Systemsteuerung auf Software.
So aktualisieren Sie die Microsoft Outlook Web Access-Hilfe manuellWenn Sie das Service Pack 2 bereits installiert haben, können Sie auch auf diese Language Packs im Ordner <Laufwerk>:\Programme\Exchsrvr\exchweb zugreifen.
Klicken Sie unter Exchange SP2 mit der rechten Maustaste auf einen Server, klicken Sie auf Eigenschaften, und verwenden Sie dann die neue Registerkarte Verzeichniszugriff zum Anzeigen und Konfigurieren der Verzeichniszugriffsinformationen für jeden Server in Ihrer Topologie, auf dem Exchange SP2 ausgeführt wird. Sie können der Topologieliste nur Exchange SP2-Server hinzufügen oder solche daraus entfernen. Für Exchange 2000- sowie für SP1-Server können Sie nur eine teilweise aktuelle Topologieliste anzeigen. Wenn Sie versuchen, einen Server auszuwählen, auf dem Exchange oder Exchange SP1 ausgeführt wird, werden lediglich die Namen der Domänencontroller aufgelistet, die vom Verzeichniszugriff verwendet werden, und diese Server können nicht manuell konfiguriert werden, da die Befehle Hinzufügen und Entfernen nicht zur Verfügung stehen.
Nachdem Sie auf Exchange SP2 aktualisiert haben, starten der Microsoft Exchange MTA-Stacksdienst sowie der Microsoft Exchange-Informationsspeicherdienst erst, wenn beide der folgenden Anforderungen erfüllt sind:
In Exchange SP2 verwendet der Verzeichniszugriff nur die Domänencontroller und globalen Katalogserver, die dem Server, auf dem Exchange ausgeführt wird, die Berechtigung erteilen, die Systemzugriffssteuerungslisten (SACLs) zu verwenden. Damit der Verzeichniszugriff ordnungsgemäß ausgeführt werden kann, muss das Dienstprogramm DomainPrep in mindestens einer Domäne mit einem globalen Katalogserver ausgeführt werden, es muss ein neuer Empfängeraktualisierungsdienst für diese Domäne erstellt werden, und es muss dann der Server, auf dem Exchange ausgeführt wird und der auf SP2 aktualisiert wurde, neu gestartet werden.
Standardmäßig sendet der Verzeichniszugriff unter Verwendung von ICMP (Internet Control Message Protocol) ein Ping-Signal an jeden Server, mit dem er eine Verbindung herstellt, um festzustellen, ob der Server verfügbar ist. In einem Perimeternetzwerk (auch als Demilitarisierte Zone (DMZ) bekannt oder als abgeschirmtes Sub- oder Teilnetz)-Firewall-Szenario besteht keine ICMP-Verbindung zwischen dem Server, auf dem Exchange ausgeführt wird, und den Domänencontrollern. In dieser Situation verhält sich der Verzeichniszugriff, als ob alle Domänencontroller nicht verfügbar wären. Der Verzeichniszugriff verwirft dann alte Topologien und führt häufig neue Topologieanalysen durch, die die Serverleistung beeinflussen. Sie können das Senden eines Ping-Signals durch den Verzeichniszugriff deaktivieren, indem Sie einen Registrierungsschlüssel für die Windows-Implementierung von LDAP (wLDAP) erstellen.
Der Registrierungsschlüssel, der das Ping-Signal steuert, lautet:
\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\MSExchangeDSAccess\LdapKeepAliveSecs
Vorsicht Verwenden Sie einen Registrierungs-Editor zum direkten Bearbeiten der Registrierung nur, wenn Ihnen keine Alternative zur Verfügung steht. Registrierungs-Editoren umgehen die Standardschutzmechanismen, die durch Verwaltungstools zur Verfügung gestellt werden. Diese Schutzmechanismen bewahren Sie vor der Eingabe widersprüchlicher Einstellungen oder von Einstellungen, die wahrscheinlich die Leistung verschlechtern oder sogar das System beschädigen würden. Das unmittelbare Editieren der Registrierung kann schwerwiegende und unerwartete Folgen haben, durch die der Computer möglicherweise nicht mehr startet, und die es erforderlich machen, Exchange 2000 neu zu installieren. Verwenden Sie, wann immer möglich, zum Konfigurieren oder Anpassen von Exchange 2000 die Programme in der Systemsteuerung oder die Microsoft Management Console (MMC).
Anmerkung Um den Verzeichniszugriff über den Exchange System-Manager manuell unter Verwendung der Registerkarte Verzeichniszugriff zu konfigurieren, muss der Server konfiguriert werden, während er sich nicht innerhalb des Perimeternetzwerks befindet. Nach Abschluss der manuellen Konfiguration kann der Server wieder zurück in das Perimeternetzwerk eingegliedert werden. Die obige Festlegung des Registrierungsschlüssels ist jedoch immer noch erforderlich, damit der Verzeichniszugriff funktionieren kann.
In Exchange SP2 ist die Anzeige des Verzeichniszugriffs neu und die Nachrichtenstatusfunktionalität ist aktualisiert. Wenn Sie Exchange SP2 installieren, wird automatisch ein neuer Microsoft Exchange-Verwaltungsdienst installiert und gestartet, der von diesen beiden Features verwendet wird.
Damit die neue Anzeige des Verzeichniszugriffs verwendet werden kann, muss auf dem Server, der auf der Registerkarte Verzeichniszugriff konfiguriert werden soll, ebenfalls Exchange SP2 ausgeführt werden. Wird der Dienst auf einem Server, auf dem Exchange SP2 ausgeführt wird, nicht ausgeführt, zeigt die Registerkarte Verzeichniszugriff weder Informationen zu verbundenen Domänencontrollern an, noch können Sie diese konfigurieren. Möchte ein Administrator Verzeichniszugriffskonfigurationen anzeigen oder ändern, können nur Server konfiguriert werden, auf denen SP2 ausgeführt wird.
Damit die aktualisierte Nachrichtentrackingfunktionalität verwendet werden kann, muss der Dienst nur auf dem Server bzw. der Arbeitsstation ausgeführt werden, auf dem/der Exchange System-Manager von SP2 ausgeführt wird. Auf je mehr Servern der Dienst gleichzeitig ausgeführt wird, desto besser werden die Trackingleistungsergebnisse sein. Bei reinen Administratorinstallationen muss der Dienst auf der Arbeitsstation ausgeführt werden. Nach der Installation von Exchange SP2 kann ein Administrator den neuen Nachrichtenstatus zum Verfolgen von E-Mail innerhalb der gesamten Exchange-Organisation verwenden, einschließlich der Server, auf denen Exchange 5.5, Exchange 2000 oder Exchange 2000 SP1 ausgeführt wird. Verwendet der Administrator den Nachrichtenstatus von einem beliebigen Server oder einer Arbeitsstation aus, auf dem/der SP2 ausgeführt wird, können E-Mails auf jedem Server verfolgt werden, auf dem noch kein SP2 installiert ist; das Nachrichtentracking nimmt aber auf Nicht-SP2-Servern mehr Zeit in Anspruch als auf SP2-Servern.
Wenn Sie vor dem Aktualisieren auf Exchange SP2 in der Registrierung manuell Verzeichniszugriffsprofile erstellt hatten, bleiben diese nach dem Upgrade erhalten. Die Server, die manuell mittels der Profile konfiguriert wurden, werden ebenfalls im System-Manager angezeigt. Zum Anzeigen der Verzeichniszugriffseigenschaften dieser Server klicken Sie im System-Manager mit der rechten Maustaste auf den Server, klicken auf Eigenschaften, und klicken dann auf die neue Registerkarte Verzeichniszugriff.
Sollte in dem Profil ein ungültiger Eintrag vorhanden oder ein Server ungültig sein, wird, nachdem Sie auf Exchange SP2 aktualisiert haben, beim Zugreifen auf die Registerkarte Verzeichniszugriff die folgende Meldung angezeigt: "Der Server Servername ist entweder nicht vorhanden oder nicht ordnungsgemäß konfiguriert. Soll dieser Server aus dieser Liste entfernt werden?"
So behandeln Sie dieses Problem und erstellen ein gültiges Profil
Im System-Manager, im Nachrichtenstatus, wird das Verfolgen einer Nachricht möglicherweise nicht vollständig abgeschlossen, und es werden nicht alle Ereignisse für eine Nachricht angezeigt, wenn die Nachricht zwischen zwei Servern übermittelt wurde, deren Systemzeiten zum Zeitpunkt der Nachrichtenübermittlung um mehr als 5 Minuten auseinander lagen. Dieses Problem hat keine Auswirkungen auf Server, deren Systemzeiten aufgrund von Zeitzonenunterschieden oder aufgrund der Sommerzeiteinstellung voneinander abweichen. Das Ändern der Systemzeit, nachdem die Nachricht übermittelt wurde, behandelt dieses Problem zwar nicht, verhindert aber sein zukünftiges Auftreten.
Ein Administrator muss nun für den aktualisierten Nachrichtenstatus über bestimmte Berechtigungen verfügen, um Nachrichten verfolgen zu können. Nur Administratoren, die über eine der folgenden zugewiesenen Funktionen auf den Servern verfügen, auf denen Exchange 2000 oder Exchange 5.5 ausgeführt wird, können eine Nachricht unter Verwendung des aktualisierten Nachrichtenstatus verfolgen:
Die Zuweisung dieser Funktionen erfolgt mittels des Assistenten zum Zuweisen der Objektverwaltung. Der Assistent zum Zuweisen der Objektverwaltung steht Ihnen im Exchange System-Manager zur Verfügung, indem Sie mit der rechten Maustaste auf den Organisationsstamm oder auf einen administrativen Gruppenstamm klicken und dann auf Objektverwaltung zuweisen.
Zum Verfolgen von Nachrichten mit dem aktualisierten Nachrichtenstatus muss dem Benutzer eine der oben aufgeführten Funktionen zugewiesen werden. In SP2 überprüft der Nachrichtenstatus die dem Benutzer zugewiesenen Funktionen, bevor diesem gestattet wird, Nachrichten zu verfolgen. Da die Berechtigungen pro Server überprüft werden, muss ein Benutzer über eine der zugewiesenen Funktionen für alle Server verfügen, auf denen Nachrichten verfolgbar sein sollen. Diese neue Sicherheitsmaßnahme macht es darüber hinaus aber nicht überflüssig, eine geeignete Zugriffssteuerung für die Freigabe \\server\server.log einzurichten, die automatisch bei der Installation von Exchange erstellt wird. Sie sollten weiterhin sowohl den Zugriff auf diese Freigabe kontrollieren als auch Benutzern, die Nachrichten verfolgen, geeignete Funktionen zuweisen; andernfalls gehen Sie das Risiko ein, dass jeder, der über Lesezugriff auf die Dateifreigabe verfügt, in der Lage ist, den Nachrichtenverkehr auf dem Server zu analysieren.
Die verschiedenen Administratorstufen steuern nicht, wie und wo ein bestimmter Benutzer E-Mails verfolgen kann; die unterschiedlichen Stufen ermöglichen einem Benutzer, dem eine dieser Funktionen zugewiesen wurde, lediglich das Verfolgen von Nachrichten. Ein Benutzer, dem keine dieser Funktionen für keinen bestimmten Server zugewiesen wurde, kann keine E-Mails auf dem jeweiligen Server verfolgen. Beispielsweise einer Gruppe von Administratoren, deren Aufgabe nur darin besteht, E-Mails zu verfolgen, sollten Sie somit nur die Berechtigung "Exchange-Administrator - Nur Ansicht" gewähren. Wenn Sie ihnen dagegen die Berechtigung "Exchange-Administrator" oder "Exchange-Administrator - Vollständig" erteilen, wären sie berechtigt, Änderungen an der Exchange-Installation vorzunehmen. Angenommen, Sie hätten eine weitere Gruppe von Administratoren, die für das Installieren von Exchange oder das Ändern der Installation verantwortlich ist; dann sollten Sie dieser Gruppe die Berechtigung "Exchange-Administrator - Vollständig" erteilen, damit sie sowohl Änderungen an der Exchange-Installation durchführen kann als auch berechtigt ist, E-Mails zu verfolgen.
Es wird dringend empfohlen, das Prüfpunktvorgangskript zu verwenden, das im Lieferumfang von Exchange SP2 enthalten ist, um mögliche Indizierungsprobleme zu verhindern. Wird der Microsoft Search-Dienst (MSSearch) während eines inkrementellen Crawls (Auffüllen) fehlerhaft beendet, sind einige Ordner und Nachrichten anschließend möglicherweise nicht ordnungsgemäß indiziert. Prüfpunktvorgänge beheben dieses Problem, indem die folgenden Sicherungsdateien im Katalogverzeichnis zurückbehalten werden:
Prüfpunktvorgänge sind nicht standardmäßig aktiviert, da sie eine bedeutende Menge zusätzlichen Festplattenspeicher belegen. Die zusätzliche Dateigröße liegt bei ungefähr 200 Byte für jedes Dokument in Ihrer Datenbank. Bei beispielsweise 5.000.000 Nachrichten oder Dokumenten in der Datenbank erzeugen Prüfpunktvorgänge eine Dateimenge von insgesamt 1 GB. Die Größe dieser Dateien wächst mit dem Zuwachs an Dokumenten in Ihrer Datenbank an. Sie sollten sicherstellen, dass ausreichender Festplattenspeicher vorhanden ist, bevor das Prüfpunktvorgangskript ausgeführt wird. Mindestens 15 % frei verfügbarer Festplattenspeicher werden für die Speicherung von Volltextindizierungskatalogen empfohlen.
So richten Sie Prüfpunktvorgänge ein
<SystemLaufwerk>:\Programme\Gemeinsame Dateien\System\MSSearch\Bin\EnableCheckPoints.vbs <ANWENDUNG> [KATALOG]
Parameterdefinitionen