Distribuite link-ul de urmărire pe controlerele de domeniu Windows

Traduceri articole Traduceri articole
ID articol: 312403 - View products that this article applies to.
Măriți totul | Reduceți totul

În această pagină

REZUMAT

Acest articol descrie cum se poate utiliza serviciile distribuite link-ul de urmărire în Windows pentru a urmări crearea ?i circula?ia fișierele legate peste Volumele NTFS-format și servere.

INFORMAȚII SUPLIMENTARE

O prezentare generală a distribuit link-ul de urmărire

Aveți posibilitatea să utilizați serviciul distribuite link-ul de urmărire Server și Distribuite link-ul de urmărire Client service să urmăriți link-uri la fișiere pe Parti?iile NTFS-format. Distribuite link-ul de urmărire link-uri de piese în scenarii atunci când se face legătura la un fișier de pe un volum NTFS, cum ar fi comenzi rapide shell și OLE link-uri. Dacă acest fișier este redenumit, mutat la un alt volum pe același calculator, sa mutat la un alt computer, sau s-a mutat în alte scenarii similare, Windows utilizează distribuite link-ul de urmărire pentru a găsi fișierul. Când accesați un link care s-a mutat, distribuite link-ul de urmărire localizează link-ul; tu nu sunt conștiente că fișierul a fost mutat sau că distribuite link-ul de urmărire este utilizată pentru a găsi fișierul de mutat.

Distribuite link-ul de urmărire constă dintr-un serviciu de client și un serviciu de server. Serviciul distribuite link-ul de urmărire Server se execută exclusiv pe controlerele de domeniu Windows Server. Se stochează informații în Active Directory, și oferă servicii pentru a ajuta la link-ul distribuit Urmărire Client service. Serviciul distribuite link-ul de urmărire Client ruleaza pe toate computerele bazate pe Windows 2000 și Microsoft Windows XP, inclusiv cele în medii de grup de lucru sau cele care nu sunt într-un grup de lucru. Acesta oferă exclusiv interacțiunea cu serverele distribuite link-ul de urmărire.

Distribuite link-ul de urmărire clienților ocazional oferă link-ul distribuit Urmărire serviciul Server cu informații despre fișier link-uri, care Distribuit link-ul de urmărire Server service magazine în Active Directory. Distribuite link-ul de urmărire clienților, de asemenea, poate interoga distribuite link-ul de urmărire Serviciul Server pentru aceste informa?ii atunci când o comandă rapidă de coajă sau o legătură OLE nu sunt rezolvate. Distribuite link-ul de urmărire clienților prompt legătura distribuite Urmărire server pentru a actualiza legăturile la fiecare 30 de zile. Urmărirea distribuite Link Serviciul Server scavenges obiectele care nu au fost actualizate în 90 de zile

Atunci când un fișier care este referită de o legătură este mutată la un alt volum (pe același computer sau pe un alt computer), clientul distribuite link-ul de urmărire notifică serverul distribuite link-ul de urmărire, care creează un obiect linkTrackOMTEntry în Active Directory. Un obiect linkTrackVolEntry este creat în Active Directory pentru fiecare volum NTFS în domeniu.

Notă: În Windows Server 2008 și mai nou, distribuite link-ul de urmărire serviciul Server nu este inclus în Windows anymore. Astfel aveți posibilitatea să eliminați în siguranță obiectele din Active Directory.

Distribuite link-ul de urmărire și Active Directory

Distribuite link-ul de urmărire obiecte sunt reproduc printre toate domeniu controlere în domeniu care găzduiește contul computerului ?i toate global serverele de catalog în pădure. Serviciul distribuite link-ul de urmărire Server creează obiecte în calea nume distins următoare:
NC = FileLinks, CN = System, DC =Nume de domeniu containerul Active Directory
Obiecte distribuite link-ul de urmărire există în următoarele două tabelele NC = FileLinks, NC = folderul de sistem:
  • NC = ObjectMoveTable, NC = FileLinks, CN = System, DC =domeniu nume:

    Acest obiect magazine informa?ii despre legat fișierele care au fost mutate în domeniu.
  • NC = VolumeTable, NC = FileLinks, CN = System, DC =domeniu nume:

    Acest obiect stochează informații despre fiecare NTFS volumul în domeniu.
Obiecte distribuite link-ul de urmărire consuma foarte putin spatiu individual, dar ele pot consuma cantitati mari de spațiu în Active Directory atunci când li se permite să acumuleze în timp.

Dacă dezactivați Link de urmărire distribuite și a șterge distribuite link-ul de urmărire obiecte la Active Directory, pot apărea următorul comportament:
  • Active Directory baza de date Dimensiune poate fi redusă (acest lucru comportament apare după obiectele au fost tombstoned și gunoi colectate, și după ce efectuați o procedură de defragmentare offline).
  • Trafic replicarea dintre controlerele de domeniu pot fi redusă.

Distribuite link-ul de urmărire Server service implicite pe controlerele de domeniu Windows Server

În Windows 2000, Windows XP și Windows Server 2003, începutul valoarea pentru serviciul distribuite link-ul de urmărire Client este setată la Automată. Pe serverele bazate pe Windows 2000, distribuite link-ul de urmărire Serviciul Server manual, începe în mod implicit. Cu toate acestea, dacă utilizați Dcpromo.exe a să promoveze un server la un domeniu, serviciul distribuite link-ul de urmărire Server este configurat să pornească automat.

Pentru Windows Server 2003-based servere, distribuite link-ul de urmărire Server service is disabled by lipsă. Când utilizați Dcpromo.exe pentru a promova un server la un domeniu, link-ul distribuit Serviciul Server de urmărire nu este configurat să pornească automat. Atunci când o Controler de domeniu Windows 2000 este upgraded la spre Ferestre a servi 2003, Distribuit Server link-ul de urmărire serviciu este dezactivat, de asemenea, în timpul upgrade-ului. Dacă sunteți un administrator și doriți să utilizați distribuite link-ul de urmărire Serviciul Server, trebuie fie să utilizați politica de grup sau trebuie să setați manual serviciu să pornească automat. În plus, distribuite link-ul de urmărire Serviciul Clientelă pe computere care execută Windows Server 2003 sau Windows XP SP1 nu încercați să utilizați serviciul distribuite link-ul de urmărire Server de implicit. Dacă doriți să configurați acele computere pentru a profita de Distribuite serviciu link-ul de urmărire serverului, permite Permite distribuite link-ul de urmărire clienților să utilizeze resursele de domeniu setarea de politică. Pentru a face acest lucru, deschideți Computer Configuration/Administrative Templates/sistem nod din politica de grup.

Recomandări de Microsoft pentru a distribui link-ul de urmărire pe servere bazate pe Windows 2000

Microsoft recomandă să utilizați următoarele setări cu Distribuite link-ul de urmărire pe serverele bazate pe Windows 2000:
  1. Dezactivați serviciul Server urmărire Link distribuite toate controlerele de domeniu (aceasta este configurația implicită pe toate Windows Server serverele bazate pe 2003).

    Din cauza de replicare aeriene și spațiul că tabelele FileLinks utilizări în Active Directory, Microsoft recomandă ca tu dezactivați serviciul Server urmărire Link distribuite pe Active Directory Controlerele de domeniu. Pentru a opri serviciul, utilizați oricare dintre metodele următoare:
    • În utilitarul de completare snap-in servicii (Services.msc sau compmgmt.msc), Faceți dublu clic pe Link-ul distribuite de Server de urmărire serviciu, și apoi faceți clic pe Cu handicap în Tipul de pornirecaseta.
    • Define valoarea de pornire din Computer Configuration/Windows Settings/System Services nod politicii de grup.
    • Definiți setările de politică de pe o unitate organizațională care găzduiește toate controlerele de domeniu Windows 2000.

      Reporniți domeniu controlere după politica a fost replicat astfel încât politica va fi aplicată. Dacă nu reporniți controlerii de domeniu, veți avea pentru a opri manual serviciul pe fiecare controler de domeniu.
  2. Ștergeți distribuite link-ul de urmărire obiectele din Active Controlerele de domeniu Directory.

    A se vedea "cum pentru a șterge distribuite Link-ul de obiect de urmărire"sec?iunea din acest articol pentru mai multe informații despre cum să Ștergeți obiecte distribuite link-ul de urmărire. Se recomandă ca ștergeți obiecte după ce Dezactivați Server urmărire Link distribuite serviciu.

    Notă Dimensiunea Directory informații Tree (DIT) pe controlerele de domeniu nu este redus până când sunt îndeplinite următoarele acțiuni:
    1. Obiectele se elimină din directorul serviciu.

      Notă Obiecte șterse sunt stocate în container Obiecte șterse până când expiră tombstone lifetime. Valoarea implicită pentru un tombstone lifetime este de 60 de zile. Valoarea minimă este de două zile. În mod implicit, valoarea este de 180 de zile pentru pădurile noi care sunt instalate împreună cu Windows Server 2003 Service Pack 1 sau o versiune mai recentă de Windows Server 2003.

      Dacă nu ați puternice Active Directory replicare monitorizare, vă recomandăm să utilizați valoarea de 180 de zile. Să nu reducă această valoare să se ocupe de problemele de dimensiunea DIT. Dacă aveți probleme cu mărimea bazei de date, contactați serviciile de asistență pentru clienți Microsoft.
    2. Colectare gunoi a alerga la finalizarea.
    3. Utilizați Ntdsutil.exe pentru a defragmenta fișierul Ntds.dit în Modul de Dsrepair.

Cum pentru a șterge obiecte distribuite link-ul de urmărire

Nu este critică că manual ștergeți obiecte distribuite link-ul de urmărire după ce vă opriți serviciul server distribuite link-ul de urmărire, dacă nu aveți pentru a recupera spa?iul pe disc care este fiind consumate de aceste obiecte cât mai repede posibil. Distribuite link-ul de urmărire clienților prompt server distribuite link-ul de urmărire pentru a actualiza legăturile la fiecare 30 de zile. Serviciul distribuite link-ul de urmărire Server scavenges obiectele care nu au fost actualizate în 90 de zile.

Când executați Dltpurge.vbs VBScript, toate Active Directory obiectele care sunt utilizate de către serviciul distribuite link-ul de urmărire Server sunt elimină din domeniul unde este rulat script-ul. Trebuie să executați script-ul pe una controler de domeniu pentru fiecare domeniu într-o pădure. Pentru a executa Dltpurge.vbs:
  1. Ob?ine produs Microsoft Dltpurge.vbs script Suport. O versiune text Dltpurge.vbs este situat în următoarele Microsoft Articolul din baza de cunoștințe:
    315229 Text traducere de Dltpurge.vbs pentru Microsoft Knowledge Base articolul Q312403
  2. Opriți serviciul Server urmărire Link distribuite pe toate Controlere de domeniu în domeniu care este țintit de Dltpurge.vbs.
  3. Utilizați privilegii de administrator pentru a face log on la Consola de un controler de domeniu sau un computer de membru în domeniu care este țintit de Dltpurge.vbs.
  4. Utilizați următoarea sintaxă pentru a executa Dltpurge.vbs la un command linie:
    cscript dltpurge.vbs -s myserver -d dc = mydomain, dc = mycompany, dc = com
    În această linie de comandă:
    • -s este numele de gazdă DNS de controlerul de domeniu pe care doriți pentru a șterge obiecte distribuite link-ul de urmărire.
    • -d este calea de nume distins al domeniului pe care doriți să Ștergeți obiecte distribuite link-ul de urmărire.
  5. Efectua o procedură de defragmentare offline Fișier NTDS.dit după obiectele au fost tombstoned și gunoi colectate.Pentru mai multe informații despre procesul de colectare gunoi, faceți clic pe următorul număr de articol pentru a vedea articolul în baza de cunoștințe Microsoft:
    198793Procesul de colectare de gunoi a bazei de date de Active Directory

O experiență de client de probă

Scenariul cel mai rău caz descris în această secțiune ilustrează unele probleme să ia în considerare atunci când ștergeți un număr mare de Distribuite link-ul de urmărire obiecte într-un domeniu de producție mari.

Trey De cercetare, un client de Fortune 500 fictive cu peste 40.000 de angajati la nivel mondial implementează o pădure unică Active Directory, care constă dintr-un gol domeniu rădăcină cu domenii copil care hartă regiuni geografice importante ale lumii (America de Nord, Asia, Europa, și așa mai departe). Cel mai mare domeniu din pădure conține aproximativ 35.000 de conturi de utilizator și același număr de conturi de calculator.

Fișierele Ntds.dit au fost plasate pe matrice raid 18 gigaocteți (GO). Deoarece desfășurarea inițială de Windows 2000, fișierele global catalog au crescut de la 17 GB.

Trey cercetare vrea să disloce Windows Server 2003 în următorii 10 de zile dar trebuie cel pu?in 1.5 GO de spa?iu-disc disponibil pe partiția bazei de date înainte de le inițieze upgrade-ul. Ei au nevoie de atât de mult spațiu-disc pentru că Adprep.exe este cunoscut pentru a adăuga trei până la cinci aces moștenite în funcție de pachete de hotfixes și serviciu, care au fost anterior instalat. Următoarele condi?ii contribuie la dimensiunea mare catalog global sau de lipsa de spațiu-disc:
  • Condiție 1: Trey cercetare a fost un adoptatorul timpurie de Windows 2000 și drive-urile mai mari care au primit de la hardware-ul lor preferat furnizor au fost 9 sau 18 GB atunci când acestea au fost configurate într-o matrice raid. Curent unitățile sunt dubla dimensiunea pentru jumătate din costul.
  • Starea 2: DNS coridoarele a fost activat nu pe Active Director-integrate DNS zonele care au fost delegate la fiecare domeniu în pădure.
  • Starea 3: Domeniu utilizatorilor li sa permis să creați calculator conturi în domeniu. Administratorii nu au avut un proces recurentă la identificarea și șterge conturile de calculator orfani.
  • Condiția 4: pe parcursul timpului, descriptorii de securitate au fost definite de administratori, pachetele service pack și remedierile rapide pe denumire rădăcină capete de context (NC) (NC = schemă, NC = configurare, NC =domeniu) ?i a altor containere care găzduiesc mii obiectele din Active Directory. În plus, controlul a fost activat pe același partiții. Atunci când setați permisiunile și a permite auditare la obiectele din Active Director, dimensiunea bazei de date crește. Instrumentul care pregătește Windows 2000 pădurilor și domenii pentru controlerele de domeniu Windows Server 2003 (Adprep), de asemenea, adaugă aces moștenite; prin urmare, Trey cercetare necesare pentru drum liber spațiu pe unitatea de disc înainte ei upgraded domeniu.
  • Condi?ia 5: Trey cercetare a făcut nu cu regularitate efectua defragmentare offline procedurile de fișiere Ntds.dit în Dsrepair modul.
  • Starea 6: Când NC = FileLinks, CN = System, DC =Nume de domeniu recipient în domeniul cel mai mare a fost revizuit, a dezvăluit peste 700,000 distribuite Link Obiecte de urmărire. Descriptorul de securitate pe fiecare distribuite link-ul de urmărire obiectul a fost aproximativ 2 kiloocteți (KBs).
Fiecare dintre aceste condiții a fost evaluată pentru contribu?ia sa la fișierul .dit 17-GB:
  • Starea 1: Trey cercetare decis să nu implementați noile unități din cauza costurilor și timp ar lua pentru a face acest lucru. De asemenea, doar nevoie de ele spațiu-disc temporar pentru că au așteptat bazei de date Active Directory pentru a micsora după ei upgraded la spre Ferestre a servi 2003 și singură instanță Magazin (SIS) proces a fost finalizat (SIS implementează o stocare mai eficientă a permisiuni în bazele de date Active Directory).
  • Condițiile de 2 și 3: Trey cercetare a decis că acestea condițiile au fost cele mai bune practici; cu toate acestea, chiar dacă Trey cercetare puse în aplicare le, ei nu s-ar atinge rezultatele necesare. Ei au decis să activați DNS coridoarele pentru că aceasta este pusă în aplicare cu ușurință. Pentru mai multe informații despre cum să identifice calculator neutilizate conturi, faceți clic pe următorul număr de articol pentru a vedea articolul în baza de cunoștințe Microsoft:
    197478Cum să detect și remove conturile inactive machine
  • Condiția 4: Trey cercetare realizat că dacă au redefinit Descriptori de securitate și de sistem listele de control al accesului (SACLs), acestea ar atinge rezultatele cauti, dar ei au decis că această procedură ar fi consumatoare de timp să pună în aplicare până când acestea ar putea testa bine dimensiunea reducere, replicare aeriene și, cel mai important, programul/administra?ie compatibilitatea în scenariul de laborator care reflectă mediu de producție.

    Deoarece Trey cercetare a implementat Windows 2000 SP2 și câteva remedieri rapide, au așteptat că incrementale moștenit aces care au fost adăugate de Adprep (la obiectele din domeniu NC) ar putea fi as mic as 300 megaocteți (MO). Ei ar putea verifica acest comportament într-un mediu de laborator care este utilizat pentru a testa upgrade-uri de pădurea de produc?ie.
  • Condi?ia 5: Trey cercetare realizat că dacă au cântat o procedură de defragmentare offline, ei ar putea să nu recupera "spațiu" în Fișier Ntds.dit. De fapt, administratorii de cercetare Trey observat o creștere a Mărimea bazei de date imediat după ce au terminat defragmentare offline procedura. Acest comportament a avut loc din cauza unei ineficiența în Windows motorul bazei de date 2000; Acest motor este îmbunătățit în Windows Server 2003.
  • Starea 6: Trey cercetare convenit că cursul evidente de acțiune ar fi pentru a efectua un simplu vrac ștergerea tuturor distribuite Link-ul de urmărire obiecte din NC = FileLinks, CN = System, DC =domeniu nume container pe un controler de domeniu în fiecare domeniu pădure. Cu toate acestea, au dat seama că în cazul în care au făcut acest lucru, ar spațiu suplimentar pe disc nu fi eliberat până obiectele au fost tombstoned și gunoi colectate, și până când au finalizat o procedură de defragmentare offline pe fiecare domeniu controler în acel domeniu. În timp ce tombstone lifetime valoare poate fi setată la valori cât mai scăzut ca două zile, mai multe controlere de domeniu în cercetare Trey pădure au fost offline ca acestea asteptat hardware și software updates. Dacă obiectele sunt tombstoned înainte de replicare end-to-end poate avea loc, obiecte șterse poate fi reînviat sau date inconsistente pot fi raportate printre global catalog servere în pădure.
Pentru a oferi imediate relief, Trey cercetare efectuate următoarea procedură:
  1. Ei removed descriptorul implicit de securitate pentru Distribuite link-ul de urmărire schemă clasa obiecte și înlocuit cu un singur securitate principal (cont utilizator).
  2. Au scris un program VBScript care scos tot de Descriptori de securitate existente, și apoi le-a înlocuit cu un as explicită pentru o singură garan?ie principal.
  3. Acestea elimină obiecte distribuite link-ul de urmărire incremente de 10.000-unitate cu o întârziere de trei ore între fiecare obiect ștergerea.
  4. Au cântat o procedură de defragmentare offline pe fiecare controler de domeniu în domeniu după toate obiectele distribuite link-ul de urmărire au fost șterse.
Când Trey cercetare eliminat descriptor și efectuate Defragmentare procedura, baza de date recuperată aproximativ 1,5 GB de spațiu-disc pe toate controlerele de domeniu în domeniu. Această cantitate de spațiu a fost suficient pentru a executați instrumentul Adprep confortabil și de upgrade toate bazate pe Windows 2000 domain controlere și catalog global pentru Windows Server 2003.

După Trey Cercetare actualizat sistemul de operare Windows Server 2003, mai mult spațiu pe disc a fost eliberat atunci când caracteristica magazin singură instanță în Windows Server 2003 reduse Mărimea bazei de date la aproximativ 8 GB (trebuie să executați o defragmentare offline procedura pentru a obține aceste rezultate). Mai mult spațiu a fost recuperat după TSL intervalul expirat, obiecte distribuite link-ul de urmărire au fost colectate, gunoi și au cântat o procedură de defragmentare offline.

Trey cercetare promovat un controler de domeniu Windows 2000 replica noi în domeniu și plasat contul computerului într-o unitate organizațională diferite decât ei utilizează de obicei. În două zile, în jurul 8000 obiecte distribuite link-ul de urmărire au fost prezenți pe controlerul de domeniu Windows 2000. Trey cercetare fie oprit distribuite link-ul de urmărire sau creată o politică pentru a opri serviciul, și apoi legate politica unitățile organizaționale care găzduiesc bazate pe Windows 2000 Controlerele de domeniu. În cele din urmă, Trey cercetare utilizate Dltpurge.vbs pentru a marca restul de obiecte distribuite link-ul de urmărire pentru ștergere.

Anatomia DLT ștergerea obiectului

Obiecte DLT ei înșiși conțin atribute foarte puține și de a folosi foarte puțin spațiu în Active Directory. Când un obiect este marcat pentru ?tergere (tombstoned), toate atributele inutile sunt deposedat departe, cu excepția cele necesare pentru a urmări obiectului până când acesta este curățit de Active Directory.

În ceea ce prive?te obiectele link-ul de urmărire, marcarea obiectul pentru Ștergerea numai sume la două atribute fiind eliminate: dscorepropagationdata și objectcategory. Ștergerea celor două atribute rezultatele unei ini?ial economii de octeți 34. Cu toate acestea, procesul de marcare obiectul link-ul de urmărire pentru ștergere, se actualizează, de asemenea, obiectul prin adăugarea unui atribut IS_DELETED (4 octeți), și de mangling RDN și numele"comune" atribute, cauzând fiecare aceste atribute să crească de aproximativ 80 de octe?i. În plus, reproducerea" metadate"atribut, de asemenea, crește cu aproximativ 50 de octeți pentru a reflecta actualizări efectuată pe acest obiect. Deci, prin marcarea unui obiect de link-ul de urmărire pentru ștergere, obiectul va termina de creștere de aproximativ 200 de octeți. NTDS.DIT va nu prezintă o reducere în mărime de până șters obiectele au tombstoned, fost gunoi colectate și o defragmentare offline efectuate.

Notă Dacă serviciul este dezactivat ca acest articol recomandă, autocleanup nu are loc.

Proprietă?i

ID articol: 312403 - Ultima examinare: 18 noiembrie 2011 - Revizie: 0.1
SE APLICĂ LA:
  • 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
Cuvinte cheie: 
kbenv kbinfo kbmt KB312403 KbMtro
Traducere automată
IMPORTANT: Acest articol a fost tradus de software-ul de traducere automată Microsoft, nu de un traducător. Deoarece Microsoft vă oferă atât articole traduse de persoane, cât și articole traduse automat, toate articolele din Baza noastră de cunoștințe vor fi disponibile în limba dvs. nativă. Totuși, un articol tradus automat nu este întotdeauna perfect. Acesta poate conține greșeli de vocabular, sintaxă sau gramatică, precum în cazul în care un vorbitor străin poate face greșeli vorbind limba dvs. nativă. Compania Microsoft nu este responsabilă pentru nicio inexactitate, eroare sau daună cauzată de traducerea necorespunzătoare a conținutului sau de utilizarea traducerii necorespunzătoare de către clienții săi. De asemenea, Microsoft actualizează frecvent software-ul de traducere automată.
Face?i clic aici pentru a vizualiza versiunea în limba engleză a acestui articol:312403

Trimite?i feedback

 

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