Verbesserungen in der Post-SP2-Version von "Ntfrs.exe" mit Ntfs.sys-Treiber

SPRACHE AUSWÄHLEN SPRACHE AUSWÄHLEN
Artikel-ID: 321557
Dieser Artikel wurde archiviert. Er wird im vorliegenden Zustand bereitgestellt und nicht mehr aktualisiert.
WICHTIG: Dieser Artikel enthält Informationen zum Bearbeiten der Registrierungs. Bevor Sie die Registrierung bearbeiten, stellen Sie sicher, Sichern und stellen Sie sicher, dass Sie verstehen Sie, wie die Registrierung wiederherstellen, wenn ein Problem auftritt. Weitere Informationen Informationen zum Sichern, wiederherstellen und Bearbeiten der Registrierung, klicken Sie auf die folgenden Artikelnummer auf der Microsoft Knowledge Base:
256986 Beschreibung der Microsoft Windows-Registrierung
Alles erweitern | Alles schließen

Auf dieser Seite

Problembeschreibung

Der Dateireplikationsdienst (FRS) ist eine Multi-threaded, Multimaster-Replikationsmodul, das ersetzt die LANMan-Directory-Replikation Dienst (LMRepl) in Microsoft Windows NT, Versionen 3.x und 4.0. Windows 2000-basierten Domänencontrollern und Servern verwenden FRS zum Replizieren von Systemrichtlinien und Anmeldeskripts für Windows 2000-basierte und ältere Clients.

Der Dateireplikationsdienst kann optional Inhalte zwischen Windows 2000-basierten Servern replizieren, Host die gleichen fehlertoleranten DFS-Stammverzeichnisse (DFS = Distributed File System) oder untergeordneten Knoten Replikate.

Die Änderungen an der Datei "Ntfrs.exe", die in "Änderungen beschrieben werden die Post-SP2-Hotfix-Versionen von NTFRS und Ntfs.sys"Abschnitt dieses Artikel wurden ursprünglich als Hotfix Q307319 im Herbst 2001 veröffentlicht. Wenn ein Microsoft Office-Datei-Löschen von Daten-Problem, das ist in allen Versionen von der Dateireplikationsdienst wurde entdeckt, "Ntfrs.exe" wurde erneut aktualisiert und erneut veröffentlichte als Hotfix Q307319 im März 2002.

Beide Versionen der Q307319-Hotfix verfügbar machen, ein Problem in "NTFS.sys", die verhindert, bestimmte umbenennen dass Vorgänge und die Replikation von einige Dateien blockiert. Aus diesem Grund "Ntfrs.exe" aus die 2002-Version von Hotfix Q307319 wird gerade neu gepackt und wurde erneut veröffentlicht, mit der -Hotfix Q319473 Version von "NTFS.sys" als Hotfix Q321557. Da "NTFS.sys" ist enthalten, erfordert die Installation dieses Hotfix, den Computer neu zu starten.

Dieser Artikel beschreibt Änderungen in den Versionen von "Ntfrs.exe" und "NTFS.sys", die in einer Windows 2000 Post-Service Pack 2 (Post-SP2) Hotfix, der behebt bekannte Probleme und verbessert die Verwaltbarkeit und Stabilität der Dateireplikationsdienst Eine Beschreibung dieser Änderungen finden Sie in der "Änderungen an der Post-SP2 Hotfix-Versionen von NTFRS und Ntfs.sys"Abschnitt in diesem Artikel.

Wenn diese Version von "Ntfrs.exe" auf alle FRS-Replikatsatz installiert ist, Microsoft empfiehlt, dass Administratoren Hotfix Q321557 bereitstellen. Version oder Windows 2000 Service Pack 3-Version von "Ntfrs.exe" auf alle Mitglieder von einem Allgemeine FRS-Replikatsatz, d. alle Domänencontroller in derselben Domäne h. oder alle Mitglieder der Stamm (DFS = Distributed File System) oder die Verknüpfung abzielt, wo FRS Replikation wurde aktiviert.

Ursache

Wenn sie einen Änderungsauftrag auf einen downstream-Partner verarbeitet, NTFRS benennt die entsprechende Stagingdatei in einem Ordner vor der Installation zu seiner Name der Zieldatei und Ordner. Frühere Versionen von Ntfrs können auftreten. Freigabeverletzungen während des Umbenennungsvorgangs, wenn der Zielordner ist gesperrt durch andere Prozesse, z. B. "Explorer.exe".

Um gemeinsame Nutzung zu vermeiden. Verletzungen der Q307319 (und die Q321557) Version von FRS öffnet den übergeordneten Ordner mit eingeschränktem Zugriffsanforderungen (FILE_READ_ATTRIBUTES statt GENERIC_READ und GENERIC_EXECUTE). Vermeiden dabei die gelockerte Ordner Sperren freigeben Verstöße, die verhindern, die Umbenennung nicht abgeschlossen dass. Allerdings dies macht eine falsche Zugriffsüberprüfung in der Ntfs.sys-Dateisystemtreiber. Dadurch wird die von einem Dienst wie Dateien umbenennen NTFRS, die keinen ausreichenden expliziten Zugriff zum Ausführen des Vorgangs auf einen Datei oder eines Ordners, jedoch keine implizite Rechte als Dienst verfügen. In diesem Fall NTFRS Backup/Restore-Rechte, die impliziten Zugriff auf alle Ordner ermöglicht hat und Dateien auf einem Volume. Q321557 beinhaltet Ntfs.sys-Treiber zur Behebung dieses Problems.

Lösung

Service Pack-Informationen

Um dieses Problem zu beheben, beziehen Sie das neueste service Pack für Microsoft Windows 2000. Weitere Informationen klicken Sie auf der folgende Artikelnummer, um den Artikel in der Microsoft Knowledge Base anzuzeigen:
260910 Wie Sie das neueste Windows 2000 Service Pack erhalten

Hotfix-Informationen

Ein unterstützter Hotfix ist von Microsoft erhältlich. Dieser Hotfix behebt jedoch nur das Problem, welches in diesem Artikel beschrieben wird. Wenden Sie diesen Hotfix nur auf Systeme an, bei denen dieses spezielle Problem auftritt.

Wenn der Hotfix zum Download zur Verfügung steht, wird es im oberen Bereich dieses Artikels einen Link "Hotfix donwload" geben. Wenn in diesem Abschnitt nicht angezeigt wird, senden Sie eine Anforderung an Microsoft Customer Service and Support, um den Hotfix zu erhalten.

Hinweis Falls weitere Probleme auftreten oder andere Schritte zur Problembehandlung erforderlich sind, müssen Sie möglicherweise eine separate Serviceanfrage erstellen. Die üblichen Support-Kosten gelten für zusätzliche Supportfragen und Probleme, die für diesen speziellen Hotfix nicht qualifizieren. Eine vollständige Liste der Microsoft-Kundendienst und Support-Telefonnummern oder eine separate Serviceanfrage erstellen finden Sie auf der folgenden Microsoft-Website:
http://support.Microsoft.com/contactus/?WS=Support
Hinweis Das Formular "Hotfixdownload available" zeigt die Sprachen an, in denen der Hotfix verfügbar ist. Wenn Ihre Sprache nicht angezeigt wird, liegt es daran, dass kein Hotfix für diese Sprache verfügbar ist. Die englische version Dieses Update sollte die folgenden Dateiattribute haben oder höher:
   Date         Time   Version        Size     File name
   --------------------------------------------------------
   02-Mar-2002  23:40  5.0.2195.5016  733,456  Ntfrs.exe
   03-Mar-2002  02:44  5.0.2195.5016   54,544  Ntfrsapi.dll
   03-Mar-2002  02:44  5.0.2195.5016   21,264  Ntfrsprf.dll
   02-Mar-2002  23:39  5.0.2195.5016   80,384  Ntfrsres.dll
   03-Apr-2002  02:41  5.0.2195.5524  513,072  Ntfs.sys

Vermeiden Sie Probleme bei der Replikation in der System keine vollständige Kontrolle über die FRS-Replikatstruktur befindet, installieren Sie diesen "NTFS.sys" Hotfix auf allen Windows 2000-basierten Domänencontrollern und Mitgliedsservern auf dem die Q307319 Version von "Ntfrs.exe" installiert ist. Nach der Installation dieses Hotfix müssen Sie den Computer neu starten.

Abhilfe

Um dieses Problem umgehen möchten, ohne den Hotfix zu installieren, Wählen Sie ein Mitglied des betroffenen Ntfrs Replica Set (vorzugsweise einen Bridgehead-Server Server mit vielen ausgehende Verbindungen). Das System-Konto volle Steuerung gewähren für alle Ordner in der FRS-Replikatstruktur mithilfe der folgenden Schritte aus:
  1. Beenden Sie den Ntfrs-Dienst.
  2. Mithilfe der Sicherheit Registerkarte in Windows Explorer oder mithilfe der Befehlszeile Entsprechungen Gewähren Sie das System Konto Vollzugriff auf alle Ordner in und unterhalb der FRS Replikat-Stamm, einschließlich der versteckten DO_NOT_REMOVE_NtFrs_PreInstall_Directory Ordner, so dass neue Dateien und Ordner diese Berechtigung erben. Sie müssen beenden FRS die ACL für die DO_NOT_REMOVE_NtFrs_PreInstall_Directory ändern Ordner.

    Sie möchten möglicherweise verwenden Sie das folgende Beispielskript aus einer die Eingabeaufforderung. Das Skript konzentriert sich auf den Stammordner der FRS-Replikat mit Erteilen Sie die Systemkonto vollständige Kontrolle der FRS-Replikatstruktur Subinacl.exe und den DO_NOT_REMOVE_NtFrs_PreInstall_Directory Ordner:
    C:\>for/r"X:\Frs_root_dir"/ d %i in / (**) Subinacl File"% i"/ GRANT = System = f
    In diesem Beispielskript X:\Frs_root_dirdas Laufwerk und Pfad des Stammordners der FRS-Replikat in der ACL werden geändert hat.

    Das Skript fügt "SYSTEM = Full Control" auf die vorhandene Berechtigungen für alle im angegebenen Ordner auf und unterhalb der Pfad derX:\Frs_root_dir Parameter. Als Antwort auf die ACL Änderung repliziert Ntfrs aller Ordner im angegebenen Verzeichnis, aber die Dateien nicht repliziert.

    Die Version von Subinacl.exe müssen Version 2.6.0.1399 oder später vermeiden falsch bestellt werden ACEs. Die Datei Informationen für eine bekannte gute Subinacl.exe ist:
    --a-- W32i   APP ENU   2.6.0.1399 shp   193,024 01-15-2002 subinacl.exe
  3. Starten Sie den FRS-Dienst neu.
  4. Überwachen der Ordner vor der Installation und die Replikat-Strukturen. Dateien im Ordner vor der Installation werden entfernt, da die Dateien, um verschoben werden ihre Zielordner als die neue ACL-Änderung wird wirksam.

Status

Microsoft hat bestätigt, dass dies ein Problem in Microsoft-Produkten, die aufgeführt sind zu Beginn dieses Artikels. Dieses Problem wurde erstmals in Microsoft Windows 2000 Servicepack 4.

Weitere Informationen

Zwei Versionen von "Ntfrs.exe", die als Hotfix veröffentlicht wurden Q307319 im Herbst 2001 und im März 2002 verfügbar machen, ein Kontrollkästchen Zugriffsproblem in "NTFS.sys", die verhindert, dass den Dateireplikationsdienst vollständig Replizieren von Dateien und Ordnern. Administratoren, die einer dieser Versionen von "Ntfrs.exe" auf Computern installiert. auf dem das Systemkonto Vollzugriff auf die replizierten keinen Verzeichnisstruktur kann die folgenden Symptome auftreten:
  • Eine Inkonsistenz im Inhalt des FRS-replizierten DFS- oder SYSVOL-Replikatsätzen. Im einzelnen:
    • Eine Datei oder einen Ordner existiert auf den upstream-Partner auf die Datei wurde erstellt oder zuletzt geschrieben, aber nicht auf andere Mitglieder des der Replikatgruppe.
    • Dateien und Ordner existieren auf beiden upstream und Downstream-Partner, sondern ihre Versionen inkonsistent mit (älteren) verglichen werden der Computer, der die letzte Aktualisierung empfangen.
    • Dateien und Ordner, die in Windows Explorer erstellt werden (durch Klicken auf Neue auf der Datei Menü, und erstellen dann eine Datei oder einen Ordner) werden auf repliziert. Downstream-Partner, sondern sind repliziert nicht, wenn sie erstellt werden, indem Sie eine andere Methoden (z. B. die mkdir Befehl, der Copy con Dateiname.ext Befehl, der Kopie Befehl, der Speichern Befehl auf der Datei Menü der Speichern als Befehl auf der Datei Menü, oder ziehen die Datei im Windows Explorer.
  • Dateien, die sich in der in der DO_NOT_REMOVE_NtFrs_PreInstall_Directory-Ordner werden nicht in ihrer endgültigen verschoben Standorte.
  • Gibt ein Connstat Bericht vom upstream-Partner an, dass Alle Änderungsbefehle, die an downstream-Partner gesendet wurden, wurden empfangen und verarbeitet.
  • Die Ntfrsutl idtable Befehl gibt an Diese Dateien, befinden sich in Ordnern auf den upstream-Partner sind nicht vorhanden auf den downstream-Partner in den FRS IDtable ist von beiden Computern befinden. Dies bedeutet, dass die Reihenfolge ändern, für eine Datei von der nachgelagerten empfangen wurde Partner.
  • "Zugriff verweigert" Fehlermeldungen werden in den Dateireplikationsdienst aufgezeichnet. Wenn der Dateireplikationsdienst versucht, in die endgültige Version eine Datei vor der Installation umbenannt Debug-Protokolle der Name. Zum Beispiel:
    <StuPreInstallRename: 2728:="" 1546:="" s0:="" hh:mm:ss="">++ - Fehler vor der Installation die Datei NTFRS_ umbenennen<ChangeOrder_GUID> für<b00> </b00> </ChangeOrder_GUID></StuPreInstallRename:>Dateiname.ext WStatus: ERROR_ACCESS_DENIED
  • Das Protokoll der eingehenden (mithilfe der ntfrsutl inlog Befehl) downstream-Partnern zeigt, das Ändern von Bestellungen für die Fehlende Dateien sind in einem Zustand "IBCO_INSTALL_REN_RETRY". Dies weist darauf hin, dass mehrere Versuche, benennen Sie die Datei vor der Installation an ihr Ziel Speicherort vorgenommen wurden (Siehe den Zustand: Feld). Zum Beispiel:
    Table Type: Inbound Log Table for DFSROOT|APPS (1)
    SequenceNumber               : 0000000d
    Flags                        : 0100004e Flags [VVAct Content Locn Retry CmpresStage ]
    IFlags                       : 00000001 Flags [IFlagVVRetireExec ]
    State                        : 0000000e  CO STATE:  IBCO_INSTALL_REN_RETRY   <--Note the rename retry error state.
    ContentCmd                   : 00002000 Flags [RenNew ]
    Lcmd                         : 00000004  D/F 0   Movein
    FileAttributes               : 00000020 Flags [ARCHIVE ]
    FileVersionNumber            : 00000005
    ..
    ..
    ChangeOrderGuid              : 9883330a-265f-4384-a38b69acb9d224bc
    OriginatorGuid               : fce4a387-68c7-43b2-9a2e93c3acbb401c
    FileGuid                     : 16ed465b-0324-4248-8c25535248bb51b6
    OldParentGuid                : 54d058b9-9a2e-4225-866d0a8a77cce7f0
    NewParentGuid                : 54d058b9-9a2e-4225-866d0a8a77cce7f0
    CxtionGuid                   : 86bc5234-f9ec-496b-8fc1b09eb55fa4b9
    Spare1Ull                    : Mon Jan  7, 2002 09:13:26
    MD5CheckSum                  : MD5: 9ac5676d 669a9926 a5a86bac 6eeae417 
    ..
    FileName                     : SOMESUCHFILE.EXT
Dieses Szenario ist am besten durch den Fehler "Zugriff verweigert" gekennzeichnet. Nachrichten in den FRS-Debugprotokolle und, wenn Dateien und Ordner, die in erstellt werden Windows Explorer zu downstream-Partner repliziert werden, aber werden nicht repliziert Wenn sie mit eine anderen Methode erstellt werden.

Änderungen an der Post-SP2-Hotfix-Versionen von "Ntfrs.exe" und "NTFS.sys"

Dieser Artikel beschreibt Änderungen in den Versionen von "Ntfrs.exe" und "NTFS.sys", die in einer Windows 2000 Post-Service Pack 2 (Post-SP2) Hotfix, der behebt bekannte Probleme und verbessert die Verwaltbarkeit und Stabilität der Dateireplikationsdienst

FRS entdeckt und unterdrückt eine übermäßige Replikation

Wenn Daten in eine Datei geschrieben werden, wird für diese Datei bereitgestellt. Replikation. Es gibt jedoch einige Fälle, in dem Daten geschrieben werden, aber die Datei wird nicht geändert. Beispielsweise, wenn Sie Gruppenrichtlinien verwenden, um die Datei übernehmen Berechtigungen, die Datei wird nicht geändert. Wenn Sie eine Gruppenrichtlinie verwenden, um zu erzwingen Berechtigungen für Dateien in Sysvol, Richtlinien alle fünf Minuten nach Anwendung Standard. Aus diesem Grund FRS versucht, die die "geänderten" Dateien replizieren, obwohl die Berechtigungen wurden nicht notwendigerweise geändert.

In der Post-SP2-hotfix FRS repliziert eine Datei nicht, wenn keine tatsächlichen Änderungen vorgenommen wurden. Auch wenn FRS erkennt eine deutliche Steigerung der Zahl der Änderungen an einer Datei FRS-Protokolle ein Ereignis-ID 13567 Nachricht im FRS-Ereignisprotokoll.

FRS führt serialisierten Versionsvektor Verknüpfungen

Wenn ein Mitglied eine Replikatgruppe zuerst hinzugefügt wird, sucht FRS den upstream Partner und fordert eine Liste aller Dateien in der Replikatgruppe. In Versionen von Windows 2000 vor dem Post-SP2-Hotfix FRS erhält diese Liste der Dateien aus allen upstream-Partner zur gleichen Zeit, die Ergebnisse in einem Doppelter Arbeitsaufwand auf diesen Partnern. In der Windows 2000 Post-SP2-hotfix Dieses Verhalten wurde geändert, sodass der Dateireplikationsdienst die Liste von der vorgelagerten erhält Partner nacheinander. Daher ist der erste upstream-Partner wird synchronisiert, repliziert das neue Mitglied alle Dateien aus. Die version Vorgang des Beitritts Vektor mit jeder nachfolgenden Partner viel kürzer ist da die Neues Mitglied muss keine Dateien zu replizieren. Wenn der erste Partner nicht ist synchronisiert, die nachfolgenden Verknüpfungen führen zu Updates, die auf den neuen gesendet werden Member.

FRS funktioniert nicht replizieren, wenn der Stagingbereich gefüllt wird

Wenn FRS versucht, Speicherplatz für eine Stagingdatei aber nicht reserviert erfolgreich, weil nicht genügend Speicherplatz vorhanden ist oder die Höhe der verwendeter Speicherplatz hat 90 Prozent der staging Space Limit Parameters (die erreicht. Standardwert ist 660 Megabyte), FRS gestartet wird, Löschen von Stagingdateien. Bereitgestellt Dateien werden gelöscht (in der Reihenfolge die längste Zeit seit dem letzten Zugriff) bis die Größe des Speicherplatzes verwendet weniger als 60 Prozent der Testserver gelöscht wurde Space-Limit-Parameter. Daher FRS nicht mehr reagiert replizieren, wenn die Staging-Bereich kein freier Speicherplatz mehr ausgeführt wird. Wenn ein Mitglied des Replikatsatzes für offline geht ein lange Zeit FRS blockiert keine Replikation auf einem upstream-Mitglied da die Stagingbereich gefüllt wird. Weitere Informationen über die Stagingbereichsgrenze Parameter, klicken Sie auf die nachstehende Artikelnummer klicken, um den Artikel in der Microsoft anzuzeigen. Knowledge Base:
221111 Beschreibung der FRS-Einträge in der Registrierung

Erhöhen Sie die NTFS-Journalgröße

Der Dateireplikationsdienst verwendet das Journal des NTFS-Dateisystems zur Benachrichtigung bei Änderungen an einer Datei vorgenommen werden. Verliert die Buch.-Blatt-Packungen FRS Verfolgen der Änderungen repliziert werden muss. Sie müssen eine nicht autorisierende Wiederherstellung ausführen. Die NTFS-Journalgröße wurde erhöht auf 128 Megabyte (MB) zur Verringerung der Möglichkeit eines Journalumbruchs.

Änderungen an der Funktionalität für automatische nicht autorisierende Wiederherstellung

Der Dateireplikationsdienst führt eine automatische nicht autorisierende Wiederherstellung nicht mehr, wenn eine Journalumbruch-Bedingung wird erkannt. In diesem Fall protokolliert Ereignis-ID 13568 Nachricht im FRS-Ereignisprotokoll darauf hinweisen, führen Sie den Vorgang zu einem einige Minuten Zeit. Ein Registrierungsschlüssel wurde so konfigurieren Sie automatische aufgenommen. nicht autorisierende Wiederherstellung, wenn Sie dies tun möchten. Jedoch, wenn Sie Diese Einstellung konfigurieren, den Inhalt der Replikationsstruktur erfolgen können nicht verfügbar, während der Wiederherstellung stattfindet.

Timeout-Probleme

Die folgenden Timeout-Probleme wurden behoben:
  • Das Timeout-Problem, das auftritt, wenn Sie versuchen, viele Mitglieder zu mit upstream-Partner auf einmal synchronisieren.
  • Das Timeout-Problem, das auftritt, wenn eine Stagingdatei für ein sehr große Datei wird erstellt.

Änderungen an der in dem Sie den Dateireplikationsdienst Staging-Pfad ändern

Sie können jetzt die FRS-Stagingpfads ändern, ohne durchführen zu müssen eine nicht autorisierende Wiederherstellung. Wenn der Dateireplikationsdienst eine Änderung der Staging erkennt Pfad, protokolliert Ereignis-ID 13563 Nachricht im FRS-Ereignisprotokoll, die beschreibt, die Prozedur. Diese Nachricht ist:
Der Dateireplikationsdienst hat festgestellt, dass der staging-Pfad für den Replikatsatz %1 geändert wurde.
Aktuelle Stagingpfads = %2
Neue Stagingpfads = %3
Der Dienst wird gestartet unter Verwendung des neuen Stagingpfads dahinter wird neu gestartet. Der Dienst wird festgelegt, nach jedem Neustart neu zu starten. Es wird empfohlen dass Sie den Verlust von Daten in der Stagingdatenbank zu verhindern-Dienst manuell neu starten Verzeichnis. Um den Dienst manuell neu zu starten, führen Sie die folgenden Schritte aus:

[1] Führen Sie "net Stop Ntfrs" oder verwenden Sie das Dienste-Snap-in Datei beenden Replikationsdienst.

[2] Verschieben Sie alle entsprechenden Stagingdateien Replikatgruppe %1 zum neuen Verzeichnis "staging". Wenn mehr als ein Replikat festgelegt werden. aktuelle Stagingverzeichnis freigeben, dann es sicherer ist, Testserver kopieren Dateien, die das neue staging-Verzeichnis.

[3] Führen Sie "net Start Ntfrs" oder verwenden das Dienste-Snap-in File Replication Service starten.

FRS Umbenennen von Dateien im Ordner vor der Installation "Zugriff verweigert" generiert

Diese Version von FRS öffnet den übergeordneten Ordner mit eingeschränktem Zugriff Anforderungen (statt GENERIC_READ und GENERIC_EXECUTE FILE_READ_ATTRIBUTES) um zu vermeiden, Freigabeverletzungen, die den Umbenennungsvorgang auf Stagingdateien verhindern nicht abgeschlossen. Dies macht jedoch eine falsche Zugriffsüberprüfung in der "NTFS.sys" Dateisystemtreiber. Ntfs.sys-Treiber ist in diesem enthalten. Hotfix-Paket.

Andere Änderungen

  • Ereignismeldungen, die protokolliert werden, wenn ein Domänencontroller ist kann nicht erstellt werden die Sysvol-Freigabe sind jetzt aussagekräftigeren.
  • Das FRS-Update für Windows 2000 Service Pack 2 (SP2) aktiviert die Komprimierung "auf"der Leitung. Wenn die replizierten Daten bereits komprimiert, kann die resultierende Datei tatsächlich größer als das Original sein. Wenn in diesem Fall wird der Dateireplikationsdienst "automatisch" nicht repliziert. Dieses Problem wurde aufgelöst.
  • Änderungen an Dateien, Microsoft Office-Dokument (.doc, .xl?, usw.) in einem Replikat verursachen die gleiche Datei auf allen downstream gelöscht werden Partner. Dieses Problem wurde behoben.
  • Der Dateireplikationsdienst muss das seriellen Links-Volume erstellen Zahlen Laufwerkbuchstaben. Diese Tabelle wird verwendet, um sicherzustellen, dass der Dienst kann Suchen Sie den richtigen Datenträger für den replizierten Ordner, auch wenn Laufwerkbuchstaben Zuordnungen ändern. FRS fragt nicht mehr austauschbare Laufwerke, bei der Erstellung dieses Tabelle.
  • Ereignismeldungen, die Anweisungen zum Update der Registrierung wurden behoben.
  • Speicherverluste, die in Umgebungen erheblich sein kann, haben Sie viele Domänencontroller wurde behoben.
Weitere Informationen klicken Sie auf die nachstehende Artikelnummer klicken um den Artikel der Microsoft Knowledge Base anzuzeigen:
221111 Beschreibung der FRS-Einträge in der Registrierung
Weitere Informationen dazu, wie einen Hotfix für Windows 2000 Datacenter Server erhalten, klicken Sie auf die Artikelnummer unten, um den Artikel der Microsoft Knowledge Base anzuzeigen:
265173 Das Datacenter-Programm und Windows 2000 Datacenter Server-Produkt

Eigenschaften

Artikel-ID: 321557 - Geändert am: Mittwoch, 26. Februar 2014 - Version: 6.0
Keywords: 
kbnosurvey kbarchive kbautohotfix kbhotfixserver kbqfe kboswin2000fix kbwin2ksp4fix kbbug kbfix kbwin2000presp3fix kbmt KB321557 KbMtde
Maschinell übersetzter Artikel
Wichtig: Dieser Artikel wurde maschinell und nicht von einem Menschen übersetzt. Die Microsoft Knowledge Base ist sehr umfangreich und ihre Inhalte werden ständig ergänzt beziehungsweise überarbeitet. Um Ihnen dennoch alle Inhalte auf Deutsch anbieten zu können, werden viele Artikel nicht von Menschen, sondern von Übersetzungsprogrammen übersetzt, die kontinuierlich optimiert werden. Doch noch sind maschinell übersetzte Texte in der Regel nicht perfekt, insbesondere hinsichtlich Grammatik und des Einsatzes von Fremdwörtern sowie Fachbegriffen. Microsoft übernimmt keine Gewähr für die sprachliche Qualität oder die technische Richtigkeit der Übersetzungen und ist nicht für Probleme haftbar, die direkt oder indirekt durch Übersetzungsfehler oder die Verwendung der übersetzten Inhalte durch Kunden entstehen könnten.
Den englischen Originalartikel können Sie über folgenden Link abrufen: 321557
Microsoft stellt Ihnen die in der Knowledge Base angebotenen Artikel und Informationen als Service-Leistung zur Verfügung. Microsoft übernimmt keinerlei Gewährleistung dafür, dass die angebotenen Artikel und Informationen auch in Ihrer Einsatzumgebung die erwünschten Ergebnisse erzielen. Die Entscheidung darüber, ob und in welcher Form Sie die angebotenen Artikel und Informationen nutzen, liegt daher allein bei Ihnen. Mit Ausnahme der gesetzlichen Haftung für Vorsatz ist jede Haftung von Microsoft im Zusammenhang mit Ihrer Nutzung dieser Artikel oder Informationen ausgeschlossen.

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com