Überwachung verteilter Verknüpfungen, auf Windows-basierten Domänencontrollern

SPRACHE AUSWÄHLEN SPRACHE AUSWÄHLEN
Artikel-ID: 312403 - Produkte anzeigen, auf die sich dieser Artikel bezieht
Alles erweitern | Alles schließen

Auf dieser Seite

Zusammenfassung

Dieser Artikel beschreibt die Verwendung der Dienste die Überwachung verteilter Verknüpfungen in Verfolgen Sie die Erstellung und die Verlagerung von verknüpften Dateien in Windows NTFS-formatierten Volumes und Server.

Weitere Informationen

Eine Übersicht über die Überwachung verteilter Verknüpfungen

Verwenden Sie den Distributed Link Tracking Server-Dienst und die Distributed Link Tracking Client Service auf Links zu Dateien zu verfolgen NTFS-formatierte Partitionen. Distributed Link Tracking Spuren Links in Szenarien die Verknüpfung erfolgt, in denen in einer Datei auf einem NTFS-Datenträger, wie z. B. Shell-Verknüpfungen und OLE-Verknüpfungen. Wird die Datei umbenannt, verschoben, um auf das gleiche auf ein anderes volume Computer, auf einen anderen Computer verschoben oder in anderen ähnlichen Szenarios verschoben, Windows verwendet die Überwachung verteilter Verknüpfungen, um die Datei zu suchen. Beim Zugriff auf einen link die wurde verschoben Überwachung verteilter Verknüpfungen den Link sucht; Sie sind nicht bekannt die Datei wurde verschoben oder die Überwachung verteilter Verknüpfungen wird zum Suchen verwendet die verschobene Datei.

Überwachung verteilter Verknüpfungen besteht aus einem Clientdienst und ein Serverdienst. Die Distributed Link Tracking Server-Dienst ausgeführt wird. ausschließlich auf Windows Server-basierten Domänencontrollern. Es werden Informationen gespeichert. in Active Directory und bietet Services für den Distributed Link Tracking Client Service. Die Distributed Link Tracking Client Service läuft auf alle Windows 2000- und Microsoft Windows XP-basierten Computern, einschließlich Workgroup-Umgebungen oder diejenigen, die nicht in einer Arbeitsgruppe sind. Es Stellt die einzige Interaktion mit Servern verteilte Verknüpfungsüberwachung.

Distributed Link Tracking-Clients bieten gelegentlich den Distributed Link Server-Überwachungsdienst mit Informationen zu Datei-Links, die die Distributed Link Tracking Server in Active Directory speichert. Distributed Link Tracking-Clients können auch die Überwachung verteilter Verknüpfungen Abfragen. Server-Dienst für diese Informationen, wenn eine Shell-Verknüpfung oder eine OLE-Verknüpfung kann nicht werden Sie aufgelöst. Distributed Link Tracking Clients aufgefordert, den Distributed Link Tracking Server Verknüpfungen aktualisiert werden alle 30 Tage. Die verteilte Verknüpfungsüberwachung Server-Dienst Aufräumvorgänge-Objekten, die in 90 Tagen nicht aktualisiert wurden

Wenn eine Datei, die eine Verknüpfung verweist auf ein anderes Volume (auf demselben Computer oder auf einem anderen Computer) verschoben wird, benachrichtigt der Überwachung verteilter Verknüpfungen Client Server Überwachung verteilter Verknüpfungen, der ein LinkTrackOMTEntry-Objekt in Active Directory erstellt. Ein LinkTrackVolEntry-Objekt wird für jeden NTFS-Volume in der Domäne in Active Directory erstellt.

Hinweis: In Windows Server 2008 und neueren Betriebssystemen ist der Distributed Link Tracking Server-Dienst nicht mehr in Windows enthalten. So können Sie problemlos die Objekte aus Active Directory entfernen.

Distributed Link Tracking und Active Directory

Distributed Link Tracking Objekte zwischen allen Domänen repliziert werden Domänencontroller in der Domäne, der das Computerkonto und alle globalen Katalogserver in der Gesamtstruktur. Der Dienst Distributed Link Tracking Server erstellt Objekte in den folgenden DN-Pfad:
CN = FileLinks, CN = System, DC =Domänenname Container von Active Directory
Verteilte Verknüpfungsüberwachung Objekte vorhanden sind, in den folgenden beiden Tabellen unter dem CN = FileLinks, CN = System-Ordner:
  • CN = ObjectMoveTable, CN = FileLinks, CN = System, DC =Domäne Name:

    Dieses Objekt speichert Informationen über verknüpft Dateien, die in der Domäne verschoben wurden.
  • CN = VolumeTable, CN = FileLinks, CN = System, DC =Domäne Name:

    Dieses Objekt speichert Informationen über jede NTFS Datenträger in der Domäne.
Verteilte Verknüpfungsüberwachung Objekte verbrauchen sehr wenig Platz einzeln, sondern sie verbrauchen können große Mengen an Speicherplatz in Active Directory Sie dürfen bei der Zeit ansammeln.

Wenn Sie deaktivieren Verteilte Verknüpfungsüberwachung und Löschen von Objekten die Überwachung verteilter Verknüpfungen Active Directory kann das folgende Verhalten auftreten:
  • Die Größe der Active Directory-Datenbank ist möglicherweise reduziert (this Verhalten tritt auf, nachdem die Objekte als veraltet gekennzeichnet wurden und Garbage Collection, und nach dem Ausführen einer Offlinedefragmentierung-Prozedur).
  • Replikationsverkehr zwischen Domänencontrollern möglicherweise reduziert.

Distributed Link Tracking Server Service-Standardeinstellungen auf Windows Server-basierten Domänencontrollern

In Windows 2000, Windows XP und Windows Server 2003, start der Wert für das Distributed Link Tracking Client Service ist auf festgelegt Automatische. Auf Windows 2000-basierten Servern, die Überwachung verteilter Verknüpfungen Server-Dienst wird standardmäßig manuell gestartet. Jedoch, wenn Sie die Datei DCPromo.exe aus, verwenden Heraufstufen eines Servers zu einer Domäne, wird des Dienstes Distributed Link Tracking Server für den automatischen start konfiguriert.

Für Windows Server 2003-Basis Server, der Distributed Link Tracking Server-Dienst ist standardmäßig deaktiviert. Wenn Sie "Dcpromo.exe" zum Heraufstufen eines Servers zu einer Domäne, die Distributed Link verwenden Server-Überwachungsdienst ist nicht für den automatischen start konfiguriert. Wenn ein Windows 2000-basierten Domänencontroller auf Windows Server 2003 aktualisiert wird die Distributed Link Tracking Server-Dienst auch während der Aktualisierung deaktiviert ist. Wenn Sie Administrator sind und die Überwachung verteilter Verknüpfungen verwendet werden soll. Server-Dienst, Sie müssen entweder mithilfe von Gruppenrichtlinie oder müssen Sie manuell einstellen der Dienst automatisch gestartet. Darüber hinaus die Überwachung verteilter Verknüpfungen Client-Dienst auf Computern unter Windows Server 2003 oder Windows XP SP1 versucht nicht, die von den Distributed Link Tracking Server-Dienst verwenden Standard. Wenn Sie diese Computer nutzen konfigurieren möchten die Distributed Link Tracking Server-Service ermöglichen die Überwachung verteilter Verknüpfungen Clients Domänenressourcen verwenden dürfen Richtlinieneinstellung. Öffnen Sie hierzu den Computer Benutzerkonfiguration/Administrative Vorlagen/System-Knoten in der Gruppenrichtlinie.

Microsoft-Empfehlungen für die Überwachung verteilter Verknüpfungen auf Windows 2000-basierten Servern

Microsoft empfiehlt, dass Sie mit die folgenden Einstellungen verwenden Überwachung verteilter Verknüpfungen auf Windows 2000-basierten Servern:
  1. Deaktivieren Sie den Distributed Link Tracking Server-Dienst auf alle Domänencontroller (Dies ist die Standardkonfiguration für alle Windows-Server 2003-basierten Servern).

    Aufgrund der Replikations-Overhead und der Raum FileLinks-Tabellen verwendet, in Active Directory, Microsoft empfiehlt, dass Sie Deaktivieren Sie den Dienst Distributed Link Tracking Server in Active Directory Domänencontroller. Um den Dienst zu beenden, verwenden Sie eine der folgenden Methoden:
    • In das Dienste-Snap-in (Services.msc oder compmgmt.msc) Doppelklicken Sie auf die Distributed Link Tracking Server Dienst, und Klicken Sie dann auf Deaktivierte Klicken Sie im Dialogfeld Starttypim Feld.
    • Definieren Sie die Startart auf dem Computer Computerkonfiguration/Windows-Einstellungen/Systemdienste Knoten der Gruppenrichtlinien.
    • Definieren Sie die Richtlinieneinstellungen für eine Organisationseinheit. die hostet alle Windows 2000-Domänencontroller.

      Starten Sie die Domäne neu. Controller, nachdem die Richtlinie repliziert hat, so dass die Richtlinie angewendet wird. Wenn der Domänencontroller nicht neu starten, müssen Sie manuell beenden. der Dienst auf jedem Domänencontroller.
  2. Löschen von Objekten die Überwachung verteilter Verknüpfungen aus aktiv Directory-Domänencontroller.

    Finden Sie in der "How to Delete verteilt "Link Tracking-Objekt im Abschnitt dieses Artikels Weitere Informationen dazu, wie Sie Überwachung verteilter Verknüpfungen Objekte löschen. Es wird empfohlen, die Sie löschen Objekte nach dem Deaktivieren von Distributed Link Tracking Server Service.

    Hinweis Die Größe (Directory Information Tree, DIT) auf Domänencontrollern wird nicht reduziert werden, bis die folgenden Aktionen durchgeführt werden:
    1. Objekte werden aus dem Verzeichnis gelöscht. Service.

      Hinweis Gelöschte Objekte werden im Container gelöschten Objekte gespeichert, bis die Tombstone-Lebensdauer abgelaufen ist. Der Standardwert für eine Tombstone-Ablaufzeit beträgt 60 Tage. Der Mindestwert beträgt zwei Tage. In der Standardeinstellung ist der Wert 180 Tage bei neuen Gesamtstrukturen, die zusammen mit Windows Server 2003 Service Pack 1 oder eine höhere Version von Windows Server 2003 installiert sind.

      Es sei denn, Sie starke Replikationsüberwachung für Active Directory haben, empfehlen wir, dass Sie den 180-Tage-Wert verwenden. Verringern Sie diesen Wert zum Behandeln von Problemen der DIT-Größe nicht. Wenn Sie Probleme mit der Größe der Datenbank haben, wenden Sie sich an Microsoft Customer Support Services.
    2. Garbagecollection wurde vollständig ausgeführt.
    3. Verwenden Sie Ntdsutil.exe zum Defragmentieren der Datei "Ntds.dit" in Modus "Dsrepair-".

Vorgehensweise beim Löschen von Objekten für die Überwachung verteilter Verknüpfungen

Es ist nicht wichtig, dass die Überwachung verteilter Verknüpfungen Objekte manuell zu löschen, nachdem der Server-Dienst Überwachung verteilter Verknüpfungen stoppen, es sei denn, Sie müssen den entsprechenden Speicherplatz freizugeben, der von dieser Objekte so schnell wie möglich verbraucht wird. Distributed Link Tracking Clients aufgefordert, den Server die Überwachung verteilter Verknüpfungen Verknüpfungen aktualisiert werden alle 30 Tage. Der Dienst Distributed Link Tracking Server Aufräumvorgänge-Objekten, die in 90 Tagen nicht aktualisiert wurden.

Beim Ausführen der Dltpurge.vbs VBScript, alle Active Directory Objekte, die von der Distributed Link Tracking Server-Dienst verwendet werden, sind die Domäne, in denen das Skript ausgeführt wird, gelöscht. Sie müssen das Skript auf einem ausführen. der Domänencontroller für jede Domäne in einer Gesamtstruktur. Führen Sie Dltpurge.vbs aus:
  1. Das Skript Dltpurge.vbs aus Microsoft-Produkten zu erhalten. Unterstützung. Eine Textversion von befindet sich in der folgenden Microsoft Knowledge Base-Artikel:
    315229 Die Textversion von für den Microsoft Knowledge Base-Artikel Q312403
  2. Beenden Sie den Distributed Link Tracking Server-Dienst auf allen Domänencontroller in der Domäne, die durch gezielt Dltpurge.vbs.
  3. Verwenden Sie zur Anmeldung an der Konsole des Administratorrechte ein Domänencontroller oder einem Mitgliedscomputer in der Domäne, die durch gezielt Dltpurge.vbs.
  4. Verwenden Sie die folgende Syntax Dltpurge.vbs einen Befehl aus Zeile:
    Cscript dltpurge.vbs -s Myserver -d dc = Mydomain, dc = meineFirma, dc = com
    In dieser Befehlszeile:
    • -s ist der DNS-Hostname des Domänencontrollers auf die gewünschte um die Überwachung verteilter Verknüpfungen Objekte zu löschen.
    • -d ist der Pfad des definierten Namens der Domäne, auf der Sie möchten Überwachung verteilter Verknüpfungen Objekte löschen.
  5. Führen Sie eine offline-Defragmentierung Verfahren von der Datei "NTDS.dit", nachdem die Objekte als veraltet gekennzeichnet wurden und Garbage Collection erfasst.Weitere Informationen über die Garbage Collection-Prozesses finden Sie in folgendem Artikel der Microsoft Knowledge Base anzuzeigen:
    198793Der Garbagecollectionvorgang von Active Directory-Datenbank

Eine Beispiel-Kundenerfahrung

Worst-Case-Szenario, das in diesem Abschnitt beschrieben wird veranschaulicht einige Punkte zu berücksichtigen, wenn Sie eine große Anzahl von löschen Verteilte Verknüpfungsüberwachung Objekte in einer großen Domäne.

Trey Research, einem fiktiven Fortune 500-Kunden mit mehr als 40.000 Mitarbeiter weltweit stellt eine einzelne Active Directory-Gesamtstruktur aus einer leeren besteht Stammdomäne mit untergeordneten Domänen, die große geografische Regionen der Welt zuordnen (Nordamerika, Asien, Europa und So weiter). Der größte Domäne in der Gesamtstruktur enthält ca. 35.000 Benutzerkonten und die gleiche Anzahl von Computerkonten.

Die Ntds.dit-Dateien wurden auf 18 Gigabyte (GB)-RAID-Arrays gespeichert. Seit der ersten Bereitstellung von Windows 2000 haben die Dateien des globalen Katalogs gewachsen und 17 GB.

Trey Research möchte, um die Bereitstellung von Windows Server 2003 innerhalb der nächsten bedürfnissehaben 10 Tage aber mindestens 1,5 GB verfügbarer Speicherplatz die Datenbankpartition vor die Aktualisierung zu initiieren. Sie benötigen diese viel Speicherplatz, da "Adprep.exe" bekannt ist, dass drei bis fünf geerbten Aces hinzufügen Abhängig von den Hotfixes und Service Packs, die zuvor wurden installiert. Die folgenden Bedingungen beitragen, um die Größe von großen globalen Katalog oder das Fehlen von Speicherplatz auf dem Datenträger:
  • Bedingung 1: Trey Research wurde ein early Adopter von Windows 2000 und der größten Laufwerke, die sie von ihrer bevorzugten Hardware erhalten Kreditor waren 9 GB oder 18 GB, wenn sie in einem RAID-Array konfiguriert wurden. Aktuelle Laufwerke sind doppelt so groß für die Hälfte der Kosten.
  • Bedingung 2: DNS-Aufräumvorgang wurde nicht mit aktiven aktiviert Directory-integrierten DNS-Zonen, die innerhalb jeder Domäne delegiert wurden die Gesamtstruktur.
  • Bedingung 3: Domänenbenutzer durften Computer erstellen Konten in der Domäne. Administratoren haben keinen wiederkehrenden Vorgang an Identifizieren und Löschen von verwaisten Computerkonten.
  • Zustand 4: im Laufe der Zeit von Sicherheitsbeschreibungen wurden durch Administratoren, Servicepacks und Hotfixes zum Benennen von Root definiert. Namenkontextköpfen (NC) (Cn = Schema, Cn = Configuration, CN =Domäne) und andere Container, die Tausende hosten Objekte in Active Directory. Darüber hinaus wurde die Überwachung auf demselben aktiviert Partitionen. Wenn Sie Berechtigungen festlegen und Aktivieren der Überwachung für Objekte in aktiven Verzeichnis, erhöht die Größe der Datenbank. Das Tool, das vorbereitet wird 2000-Gesamtstrukturen und Domänen für Windows Server 2003-basierten Domänencontrollern ("Adprep") fügt auch geerbte Aces; Daher musste Trey Research frei Speicherplatz auf der Festplatte, bevor sie die Domäne aktualisiert.
  • Bedingung 5: Trey Research hat nicht regelmäßig ausgeführt Offline-Defragmentierung Prozeduren Ntds.dit-Dateien im Dsrepair Modus.
  • Bedingung 6: Wenn die CN = FileLinks, CN = System, DC =Domänenname in Container die größte Domäne überprüft wurde, offenbart über 700.000 Distributed Link Tracking-Objekten. Die Sicherheitsbeschreibung für jede Überwachung verteilter Verknüpfungen Objekt wurde 2 Kilobyte (KB).
Jede dieser Bedingungen wurde für ihren Beitrag zur ausgewertet. die 17 GB DIT-Datei:
  • Bedingung 1: Trey Research möchte keinen neue Laufwerken bereitstellen aufgrund der Kosten und die Zeit würde es dauern um zu tun. Ebenso mussten sie nur des Speicherplatz auf dem Datenträger vorübergehend weil sie erwartet, dass die Active Directory-Datenbank zum Verkleinern nach dem Upgrade auf Windows Server 2003 und die Einzelinstanz Store (SIS) abgeschlossen wurde (SIS implementiert einen effizienteren Speicherung von Berechtigungen in Active Directory-Datenbanken).
  • Sonderbedingungen 2 und 3: Trey Research hat entschieden, dass diese die best Practices waren; aber selbst wenn Trey Research implementiert Sie, sie würden nicht die gewünschten Ergebnisse erzielen. Sie beschlossen, zum Aktivieren von DNS Aufräumvorgang, da sie leicht implementiert ist. Weitere Informationen dazu, wie Sie erkennen unbenutzter Computerkonten finden Sie in folgendem Artikel der Microsoft Knowledge Base anzuzeigen:
    197478Erkennen und Entfernen von inaktiven Computerkonten
  • Zustand 4: Trey Research erkannte, dass wenn sie neu definiert Security Descriptors and System Access Control Lists, Systemzugriffssteuerungslisten (SACLs), würden Sie erreichen Sie die Ergebnisse, die sie suchen, aber sie beschlossen, dass dieses Verfahren wäre zeitaufwändig implementieren, bis sie die Größe gründlich getestet werden konnte Reduzierung, Replikations-Overhead und vor allem, Programm-Administration Kompatibilität in einer Testumgebung, die die Produktionsumgebung widerspiegelt.

    Da Trey Research Windows 2000 SP2 und ein paar bereitgestellt hat Hotfixes, erwarten sie, dass die inkrementellen Aces geerbt, die durch hinzugefügt wurden Adprep (auf Objekte im Domänennamenskontext) könnte so klein wie 300 Megabyte (MB). Sie können dieses Verhalten in einer Testumgebung zu überprüfen, die verwendet wird, um zu testen Upgrades von der Produktionsgesamtstruktur.
  • Bedingung 5: Trey Research erkannte, dass sie durchgeführt. eine offline-Defragmentierung-Prozedur kann nicht "Leerzeichen" in wiederhergestellt werden die Datei "NTDS.dit". In der Tat bemerkt Trey Research-Administratoren eine Zunahme Größe der Datenbank unmittelbar nach Abschluss der offline-Defragmentierung Prozedur. Dieses Verhalten ist aufgrund eines ein Ineffizienz in den Fenstern aufgetreten. 2000-Datenbank-Engine; Dieses Modul ist in Windows Server 2003 erweitert.
  • Bedingung 6: Trey Research vereinbart, dass der offensichtliche Kurs Aktion wäre, führen Sie eine einfache Massenlöschung aller von der Distributed Link Tracking-Objekten in CN = FileLinks, CN = System, DC =Domäne Name Container auf einem Domänencontroller in jeder Domäne in der Gesamtstruktur. Allerdings erkannten sie, dass wenn sie das getan, zusätzlichen Speicherplatz würde nach oben, bis die Objekte war veraltet und Garbage Collection nicht freigegeben Sie werden, und bis sie eine offline-Defragmentierung-Prozedur für jede Domäne abgeschlossen in dieser Domäne-Controller. Während der Tombstone-Lebensdauer kann Wert festgelegt werden die Werte so niedrig wie zwei Tage mehrere Domänencontroller in der Trey Research Gesamtstruktur offline waren, wie sie Hardware und Software erwarteten Updates. Wenn Objekte als veraltet gekennzeichnet sind, vor der End-to-End-Replikation, Gelöschte Objekte erfolgen kann wiederbelebt werden können oder die gemeldeten Daten inkonsistent können unter den globalen Katalog Server in der Gesamtstruktur.
Trey Research durchgeführt, um die sofortige Abhilfe zu schaffen, die folgende Verfahren:
  1. Sie entfernt die Standardsicherheitsbeschreibung für Verteilte Verknüpfungsüberwachung Schemaklasse Objekte und ersetzt es mit einem einzigen Sicherheitsprinzipal (Benutzerkonto).
  2. Sie schrieb ein VBScript-Programm, das alle entfernt die vorhandenen Sicherheitsbeschreibungen und dann durch einen expliziten Ace für ersetzt ein einzelnes Sicherheitsprinzipal.
  3. Gelöschte Objekte in die Überwachung verteilter Verknüpfungen Schritten von 10.000 Einheiten mit einer Verzögerung von drei Stunden zwischen den einzelnen Objekten Löschen.
  4. Sie durchgeführt eine Offlinedefragmentierung, auf jedem Domänencontroller in der Domäne, nachdem alle Objekte der Überwachung verteilter Verknüpfungen wurden gelöscht.
Bei Trey Research entfernt den Deskriptor und durchgeführt, die Defragmentierung-Prozedur, die Datenbank wiederhergestellt etwa 1,5 GB Speicherplatz auf alle Domänencontroller in der Domäne. Diese Menge an Speicherplatz war genug, um bequem zum Tool Adprep ausführen und alle Windows 2000-Domäne aktualisieren Domänencontroller und globale Kataloge auf Windows Server 2003.

Nach Trey Forschung aktualisiert das Betriebssystem auf Windows Server 2003 mehr Speicherplatz wurde freigegeben, wenn die Funktion für die Einzelinstanz-Speicherung in Windows Server 2003 verringert Datenbankgröße um ca. 8 GB (Sie müssen eine Offlinedefragmentierung durchführen Prozedur, um diese Ergebnisse zu erhalten). Mehr Speicherplatz wurde nach dem TSL wiederhergestellt. Intervall abgelaufen ist, die verteilte Verknüpfungsüberwachung Objekte waren Garbage Collection, und Sie führten eine offline-Defragmentierung-Prozedur.

Trey Research einen neues Replikat Windows 2000-basierten Domänencontroller in der Domäne heraufgestuft und das Computerkonto platziert in einer anderen Organisationseinheit als in der Regel verwendet. In zwei Tagen 8.000 Distributed Link Tracking-Objekten auf dem Windows 2000-basierten Domänencontroller vorhanden waren. Trey Research entweder beendet die Überwachung verteilter Verknüpfungen oder erstellt eine Richtlinie zum Beenden des Dienstes und die Richtlinie dann verknüpft mit Organisationseinheiten, die Windows 2000-basierten host Domänencontroller. Schließlich Trey Research Dltpurge.vbs verwendet, um kennzeichnen die Verbleibende Überwachung verteilter Verknüpfungen Objekte zum Löschen.

Anatomie des DLT-Objektlöschung

DLT-Objekte enthalten nur sehr wenige Attribute und sehr verwenden wenig Speicherplatz in Active Directory. Wenn ein Objekt zum Löschen markiert ist (veraltet) alle unnötige Attribute entfernt werden entfernt, mit Ausnahme von diejenigen erforderlich, um das Objekt zu verfolgen, bis er aus Active Directory gelöscht wird.

Im Falle der Link-Tracking-Objekten markieren das Objekt für Löschung beträgt nur zwei Attribute, die entfernt werden: Dscorepropagationdata und Objectcategory. Das Löschen der beiden Attribute in eine erste Ergebnisse Einsparungen von 34 Bytes. Allerdings der Prozess das Link-Tracking-Objekt zu markieren. für die Löschung auch das Objekt aktualisiert durch Hinzufügen des Attributs IS_DELETED (4 Bytes), und durch Experimente der RDN und der "common Name" Attribute, verursacht jeder Diese Attribute Wachstum von ca. 80 Byte groß. Darüber hinaus die Replikation" "-Metadatenattribut wächst auch um ca. 50 Bytes entsprechend der updates für dieses Objekt ausgeführt. Also, durch eine Link-Tracking-Objekt zum Löschen markieren, das Objekt wird am Ende wächst um etwa 200 Bytes. NTDS.DIT wird eine Verkleinerung nicht aufweisen, bis die gelöschten Objekte als veraltet gekennzeichnet haben, wurden Garbage Collection und eine offline-Defragmentierung durchgeführt.

Hinweis Wenn der Dienst wie in diesem Artikel empfiehlt deaktiviert ist, tritt das Autocleanup nicht.

Eigenschaften

Artikel-ID: 312403 - Geändert am: Freitag, 18. November 2011 - Version: 0.1
Die Informationen in diesem Artikel beziehen sich auf:
  • Microsoft Windows 2000 Server
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows Server 2003 Service Pack 2
  • Windows Server 2008 Standard
  • Windows Server 2008 Enterprise
  • Windows Server 2008 R2 Standard
  • Windows Server 2008 R2 Enterprise
Keywords: 
kbenv kbinfo kbmt KB312403 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: 312403
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.

Ihr Feedback an uns

 

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