Symptom
På en domänkontrollant (DC) som kör Windows Server 2003, Windows Server 2008 eller Windows Server 2008 R2, kan följande problem uppstå:
-
Servern körs långsammare än väntat var flera timmar.
-
Servern svarar inte var flera timmar.
Det här problemet varar i flera minuter och försvinner sedan.
Obs! Om du använder Resursövervakaren (Perfmon.exe) för att övervaka domänkontrollanten hittar du att CPU-användningen och disk I/O är mycket hög när problemet uppstår.
Obs! Du hittar att skräp samling processen ska köras när det här problemet uppstår om du aktivera händelseloggning för skräp samling enligt KB314980. Tombstone-objekt tas inte bort.
När problemet uppstår ett eller flera av följande händelser läggs till i katalogtjänstens logg:
Händelsetyp: fel
Källa: NTDS ISAM
Händelsekategori: (14)
Händelse-ID: 623
Datum: < datum >
Tid: < tid >
Användare: saknas
Dator: < datornamn >
Beskrivning: NTDS (432) NTDSA: version butiken för den här instansen (0) har nått maximal storlek för < nummer >. Det är sannolikt att en tidskrävande transaktion hindrar rensning av version butiken och orsakar att bygga upp i storlek. Uppdateringar avvisas tills tidskrävande transaktion har genomförts eller dras tillbaka helt.
Möjliga tidskrävande transaktion:
Sessions-ID: < id >
Session-kontext: < sammanhang > Session sammanhang ThreadId: < id > Rensa: 1
Händelsetyp: fel
Källa: NTDS Allmänt
Händelsekategori: Intern bearbetning
Händelse-ID: 1519
Datum: < datum >
Tid: < tid >
Användare: NT AUTHORITY\LOCAL SERVICE
Dator: < datornamn >
Beskrivning: Internt fel: Active Directory kunde inte utföra en åtgärd eftersom databasen har slut på version lagring.
Ytterligare Data internt ID: 2080490
Händelsetyp: fel
Källa: NTDS-replikering
Händelsekategori: replikering
Händelse-ID: 1479
Beskrivning: Active Directory kunde inte uppdatera följande objekt på den lokala domänkontrollanten med ändringar som tas emot från följande källdomänkontrollanten. Active Directory har inte tillräckligt med databasversionen lagra för att tillämpa ändringarna.
Objekt: < object DN >
Objektets GUID: < object GUID >
Källdomänkontrollanten: < DC GUID-baserade DNS-namn >
Användaråtgärd
Starta om den här domänkontrollanten. Om detta inte löser problemet, kan du öka storleken på databasen versionsarkivet. Om du fylla objekt med ett stort antal värden eller värden är särskilt stor, minskar du storleken på framtida ändringar.
Ytterligare Data
Felvärde: 8573 databasen ingår inte i versionsarkivet.
Orsak
Det här problemet uppstår eftersom det finns många objekt inkonsekventa eller referens strukturlistor i Active Directory. Attributet DELTIME för dessa objekt är inställd. Attributet isDeleted för dessa objekt är emellertid NULL. Eftersom attributet DELTIME inkluderar garbagecollector objekten i sin databas sökning. Dessa objekt kan inte tas bort. Inkonsekvent många objekt kan orsaka skräpinsamlingsprocessen att använda upp version lagringsutrymme.
Det här problemet uppstår när skräp samling tombstone-objekt. Tombstone Rensa koden i skräp samling process uppdaterar DELTIME för objekten inkonsekvent, eftersom den anser dem referera strukturlistor. I det här läget skapar tombstone Rensa koden en transaktion för uppdateringarna och för många på varandra följande objekt. Storleken på transaktionen överskrider därför storleken på versionsarkivet.
Skräpinsamlingen behandlas som ett allvarligt fel och slutar. Alla databasposter som kräver rensning kommer inte tittat på, för exempel tombstones som är klara för borttagning. Förfarandet som gjorts på nästa körning av skräpinsamlingen. Nästa försök misslyckas därför också.
Objekten inkonsekvent är inte lätt att identifiera, eftersom DELTIME är en intern databaskolumn. De visas inte som sådana objekt i användargränssnittet eller i en databasexport. Om du misstänker att du påverkas av det här problemet, men du vill vara positiv som tillämpningen av den här snabbkorrigeringen hjälper dig rekommenderar vi att du kontaktar Microsofts tekniska Support för kunden att undersöka statusen för aktuella databaser.
Dessutom kan dessa händelser orsakas bytoo många referera strukturlistor. Dessa poster i en databas är platshållare för enkelriktad GPO-länkar (som har ingen-backlink) i målobjektet togs bort och tombstone tas bort från databasen. Referensen har inte ändrats. Dessa referenser måste rensas. Du kan göra detta genom att ta bort attributvärdet eller genom att ändra referensen till ett giltigt objekt. Ett exempelattribut i den här klassen är attributet "sekreterare".
Werecommend att du kontaktar Microsofts tekniska Support för kunden som hjälper dig att identifiera och ta bort dessa referens strukturlistor.
Lösning
Snabbkorrigeringen för Windows Server 2003 är nu tillgänglig. Om du stöter på det här problemet på en dator som kör Windows Server 2008 eller Windows Server 2008 R2 kan följa du stegen i avsnittet lösning. Det rekommenderas att du kontaktar Microsoft Teknisk Support för ytterligare hjälp.
Information om snabbkorrigeringen
En snabbkorrigering är tillgänglig från Microsoft. Den här snabbkorrigeringen är emellertid avsedd att åtgärda det problem som beskrivs i denna artikel. Använd den här snabbkorrigeringen endast på datorer som har problemet som beskrivs i denna artikel. Snabbkorrigeringen kan komma att testas igen. Om du inte störs alltför mycket av detta problem rekommenderar vi att du väntar på nästa programuppdatering som innehåller den här snabbkorrigeringen.
Om snabbkorrigeringen är tillgänglig för hämtning finns ett avsnitt för "Snabbkorrigeringen är tillgänglig" överst i den här Knowledge Base-artikeln. Om den sektionen saknas, kontakta Microsofts support för att få tag på hotfixen.
Obs! Om det uppstår ytterligare problem eller krävs felsökning, kan du behöva skapa en serviceförfrågan. De vanliga supportkostnaderna gäller för övriga supportfrågor och problem som inte uppfyller kraven för den här snabbkorrigeringen. En fullständig lista över telefonnummer för Microsofts kundtjänst och Support eller skapa en serviceförfrågan finns på följande Microsoft-webbplats:
http://support.microsoft.com/contactus/?ws=supportObs! "Snabbkorrigeringen tillgänglig"-formuläret visar de språk som snabbkorrigeringen är tillgänglig. Om ditt språk inte visas beror det på att ingen snabbkorrigering är tillgänglig för språket.
Förutsättningar
Om du vill installera den här snabbkorrigeringen måste du köra Windows Server 2003 Service Pack 2 (SP2). Dessutom måste Active Directory installeras. För mer information om hur du skaffar service Pack-versionen för Windows Server 2003 eller Windows XP Professional x64 Edition service pack klickar du på följande artikelnummer och läser artikeln i Microsoft Knowledge Base:
889100 hur du skaffar den senaste service Packet för Windows Server 2003
Krav på omstart
Du behöver inte starta om datorn när du har installerat den här snabbkorrigeringen.
Ersättningsinformation för Hotfix
Den här snabbkorrigeringen ersätter inte någon tidigare utgiven snabbkorrigering.
Bruksanvisning
Gör följande när du installerar den här snabbkorrigeringen.
-
Starta om domänkontrollanten i återställningsläge för Directory Service.
-
Logga in som administratör.
-
Öppna en kommandotolk.
-
Skriv följande kommandon vid kommandotolken, och tryck på RETUR efter varje kommando:
Ntdsutil
semantisk analys av databasen
Gå korrigering
-
När kommandot körs du letar efter en "dsdit.dmp.x" i mappen som NTDSUTIL kördes med en lista över alla objekt som har korrigerats. "x" är antalet körning av en semantisk analys av databasen, inspektera du den nyaste filen.
-
Starta om datorn i normalt läge.
Filinformation
Engelska (USA) versionen av den här snabbkorrigeringen installerar filer med de filattribut som visas i följande tabeller. Datum och tider för dessa filer anges i UTC-tid (UTC). Datum och tider för dessa filer på den lokala datorn visas i lokal tid tillsammans med din aktuella sommartid (DST). Datum och tider kan dessutom ändras när du utför vissa åtgärder på filerna.
Filinformation för Windows Server 2003
-
Förutom filerna i dessa tabeller installerar denna snabbkorrigering även en tillhörande säkerhetskatalogfil (KBnummer.cat), som är signerad med en digital Microsoft-signatur.
För alla x86-baserade versioner av Windows Server 2003 SP2 som stöds
|
Filnamn |
Filversion |
Storlek |
Datum |
Tid |
Plattform |
|---|---|---|---|---|---|
|
Ntdsutil.exe |
5.2.3790.4650 |
312,832 |
15-Jan-2010 |
12:42 |
x86 |
För alla x64-baserade versioner av Windows Server 2003 SP2 som stöds
|
Filnamn |
Filversion |
Storlek |
Datum |
Tid |
Plattform |
SP-krav |
Verksamhetsgren |
|---|---|---|---|---|---|---|---|
|
Ntdsutil.exe |
5.2.3790.4650 |
503,296 |
15-Jan-2010 |
15:14 |
x64 |
SP2 |
Ej tillämplig |
|
Wntdsutil.exe |
5.2.3790.4650 |
312,832 |
15-Jan-2010 |
15:14 |
x86 |
SP2 |
WOW |
För alla IA-64-baserade versioner av Windows Server 2003 SP2 som stöds
|
Filnamn |
Filversion |
Storlek |
Datum |
Tid |
Plattform |
SP-krav |
Verksamhetsgren |
|---|---|---|---|---|---|---|---|
|
Ntdsutil.exe |
5.2.3790.4650 |
807,424 |
15-Jan-2010 |
15:14 |
IA-64 |
SP2 |
Ej tillämplig |
|
Wntdsutil.exe |
5.2.3790.4650 |
312,832 |
15-Jan-2010 |
15:14 |
x86 |
SP2 |
WOW |
Temporär lösning
Undvik problemet genom att öka storleken på version lagring genom att ändra värdet för följande post i registret:
Plats: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NTDS\Parameters
Namn: EDB max ver sidor (ökar över lägsta)
Typ: REG_DWORD
Värde: < värde >
Obs! Värdet för inställningen är antalet 16KB minne bitarna (eller 32KB minne-block på en 64-bitars processor) som ska reserveras. Till exempel:
9600 = ~ 150 MB 32-bitars ~ 600 MB 64-bitars
12800 = ~ 200 MB 32-bitars ~ 800 MB 64-bitars
16000 = ~ 250 MB 32-bitars ~ 1000 MB 64-bitars
19200 = ~ 300 MB 32-bitars ~ 1200 MB 64-bitars
(Observera datorns egna pekaren Ändra storlek (4 byte på 32-bitars processorer, 8 byte på 64-bitars processorer) är också en faktor vid beräkning av version datalagringsutrymmets storlek. Därför quadruples använder en 64-bitars processor och operativsystem effektivt standardstorleken på versionsarkivet.)
Obs! Du kan inte ange ett godtyckligt högt värde, särskilt på ett x86 operativsystem. Du får slut på minne i LSASS processutrymme för andra uppgifter.
Obs! Ange värdet för "EDB max ver sidor (ökar över lägsta)" till något mindre än 6400 har ingen effekt. 6400 är standard och det lägsta värdet.
Vi rekommenderar att du använder värdet i steg om 50MB. Värdet som gör skräpinsamling fungerar ska sedan Basvärde försökt för ytterligare påverkas DCs. Om skräpinsamlingen inte fungerar korrekt när värdet är "19200" (302 MB), Werecommend att du kontakta Microsoft support för hjälp.
Öka storleken på version lagring är bara en tillfällig metod. Det gör skräp samling kod att vidarebefordra inkonsekventa objekten. Detta problem kan uppstå igen efter ett intervall för tombstone-livstid eller objekt som finns inom räckvidd Garbage Collector skanna igen.
Status
Microsoft har bekräftat att detta är ett problem i Microsoft-produkterna som nämns i avsnittet "Gäller".
Mer Information
Det här problemet kan uppstå när du utför en auktoritativ återställning. Problemet uppstår med databaser med minst 100 000 objekt som påverkas. Proaktivt kan du köra proceduren i lösningsavsnittet för att åtgärda de berörda databaserna eller du kan använda den överbelastas när du stöter på fel Version butiken i avsnittet Symptom.
Mer information om Active Directory-databasen för skräpinsamlingsprocessen klickar du på följande artikelnummer och läser artikeln i Microsoft Knowledge Base:
198793 Active Directory-databasen skräpinsamlingsprocessen
Mer information om hur du aktiverar loggningsnivån som skräp samling klickar du på följande artikelnummer och läser artikeln i Microsoft Knowledge Base:
314980 hur du konfigurerar du diagnostiska händelseloggning för Active Directory i Windows Server 2003 och Windows 2000 Server
Mer information om hur du aktiverar skräp samling loggningsnivå finns på följande webbplats:
Så här aktiverar du loggningsnivån för skräpinsamling
För mer information om terminologin för programuppdateringar klickar du på följande artikelnummer och läser artikeln i Microsoft Knowledge Base:
824684 beskrivning av standardterminologin som används för att beskriva Microsoft-programuppdateringar
