Symptom
Användnings loggarna är aldrig borttagna. Det bör normalt inte finnas fler än 6. användnings filer samtidigt, men när du har det här problemet kan du hitta hundratals eller tusentals användnings loggar i loggnings katalogen.
Du ser fel som det här i SharePoint ULS-loggar när det tidsinställda import jobbet körs:
OWSTIMER. EXE (0x51A0) 0x59E4 SharePoint Foundation användnings infrastruktur a5rv High kunde inte ta bort användnings logg filen ' E:\Logs\ServerName-20130701-2117.Usage ' efter data importen. Undantag: system. IO. IOException: processen kan inte komma åt filen eftersom den används av en annan process. på system. IO. __Error. WinIOError (Int32 errorCode, String maybeFullPath) på system. IO. FileInfo. MoveTo (String destFileName) på Microsoft. SharePoint. administration. SPProvisioningAssistant. MoveFileOrDirectory (FileSystemInfo Fi, String newPath) på Microsoft. SharePoint. administration. SPProvisioningAssistant. DeleteFileOrDirectory (FileSystemInfo Fi) på Microsoft. SharePoint. administration. SPUsageLogImporter. ImportUsageLogFiles (lista ' 1 usageLogFileList) andra symptom: • saknade eller ofullständiga Web Analytics-data • det tidsinställda Microsoft SharePoint Foundation användnings data import • Tidsinställt jobb med tids tjänst åter användning kan aldrig starta om tids tjänsten. Det försöker pausa import jobbet för användnings data och kan inte användas efter tio minuters omkörning. • Minne bloat (läcka) i OWSTimer. exe. Tids tjänsten kan se mycket mer minne än normalt. Om du startar om tids tjänsten kommer den tillbaka till normal, men den kommer att byggas igen med tiden. • Tidsinställt jobb för "diagnostikdata: spårnings loggen" importerar ibland inte ULS-loggdata till loggnings databasen.
Orsak
Det här inträffar när Windows updates KB 2775511 eller KB 2682011 eller KB 2882822 tillämpas på SharePoint-servrar.
Lösning
Korrigerings filen finns i den kumulativa uppdateringen för december 2013 för SharePoint 2010.
Om du tittar på beskrivningen för Foundation-paketet (som ingår i SharePoint Server-paketet) här: http://support.Microsoft.com/kb/2849981, visas den här beskrivningen för något av de problem som åtgärd ATS:
"När du har installerat snabb korrigering 2775511 eller Hotfix 2682011 på en SharePoint Server 2010-server tas inte användnings leverantörs-filer bort från fil systemet. Dessutom växer filerna.
Det här är en ganska allmän sammanfattning av problemet som inte innehåller alla kända symptom, men det löser problemen som beskrivs i denna KB.
Här är länken till KB och ladda ned:http://support.Microsoft.com/kb/2849971
Mer information
Om du inte snabbt kan installera den kumulativa uppdateringen för december 2013 finns det två oberoende lösningar som gör att du kan:1. Konfigurera en schemalagd aktivitet för att manuellt återvinna tids tjänsten (minst) när en dag – var sex timmar blir bättre. Du kan använda ett PowerShell-kommando som detta för att återvinna tjänsten:
Restart-service-namn SPTimerV4
Då behöver du bara konfigurera en schemalagd aktivitet för att köra den var sjätte timme på alla SharePoint-servrar i Server gruppen. När tids tjänsten återvinns, släpps de öppna handtagen till. Usage-filerna ned och de tas bort automatiskt när nästa instans av användnings data importens tidsinställda jobb körs (som standard var 30: e minut). Du behöver inte ta bort filerna manuellt.
2. Avinstallera KB2775511 eller KB2682011 eller KB2882822 om de är installerade – rekommenderas inte, men det är ett alternativ.
Obs! om du inte har mer än 6. användnings filer vid en given tids sats är det normalt att du får högst 6. Usage-filer vid en given tidpunkt så länge standardinställningarna är på plats. Två inställningar som påverkar detta är:--schema för tidsinställt jobb för Microsoft SharePoint Foundation användnings data import. Den körs som standard var 30: e minut. Om schemat har ökats med en gång per dag har du många mer. Usage-filer.--UsageLogCutTime. Som standard är detta fem, vilket innebär att vi skapar en ny logg för användning var femte minut. När import jobbet körs var 30: e minut. Vi ska inte kompilera fler än 6 filer innan import jobbet körs, importerar data och tar sedan bort filerna. Du kan kontrol lera det här värdet genom att köra Get-SPUsageService.
