Simptome
Jurnalele de utilizare nu sunt șterse niciodată. De obicei, nu trebuie să existe mai mult de 6. fișiere de utilizare în orice moment, dar atunci când aveți această problemă, puteți găsi sute sau mii de jurnale de utilizare în directorul de înregistrare în jurnal.
Veți vedea astfel de erori în jurnalele SharePoint ULS atunci când se execută activitatea cronometrare import:
Fișierul OWSTimer. EXE (0x51A0) 0x59E4 SharePoint Foundation usage Infrastructure a5rv High failed la spre a șterge usage jurnal dosar ' E:\Logs\ServerName-20130701-2117.usage ' după import date. Excepție: System. IO. IOException: procesul nu poate accesa fișierul, deoarece este utilizat de alt proces. at System. IO. __Error. WinIOError (Int32 errorCode, String maybeFullPath) at System. IO. FileInfo. platoul (string destFileName) la Microsoft. SharePoint. Administration. SPProvisioningAssistant. MoveFileOrDirectory (FileSystemInfo fi, șir newPath) la Microsoft. SharePoint. Administration. SPProvisioningAssistant. DeleteFileOrDirectory (FileSystemInfo fi) la Microsoft. SharePoint. Administration. SPUsageLogImporter. ImportUsageLogFiles (lista ' 1 usageLogFileList) alte simptome includ: • date de analiză web lipsă sau incomplete • activitatea de cronometrare "Microsoft SharePoint Foundation data import" nu se termină niciodată. • Lucrarea de cronometrare "reciclare serviciu cronometru" nu poate reporni niciodată serviciul de cronometrare. Încearcă să întrerupă activitatea de import a datelor de utilizare și nu poate, astfel încât după zece minute să omită reciclarea. • Umflarea memoriei (scurgere) din fișierul OWSTimer. exe. Este posibil să vedeți că serviciul de cronometrare consumă mult mai multă memorie decât în mod normal. Repornirea serviciului de cronometrare îl va aduce înapoi la normal, dar se va acumula din nou în timp. • Activitatea de cronometrare "furnizor de date de diagnosticare: jurnal de urmărire" nu importă datele din jurnalul ULS în baza de date de înregistrare.
Cauză
Acest lucru se întâmplă atunci când actualizările Windows KB 2775511 sau KB 2682011 sau KB 2882822 se aplică la serverele SharePoint.
Rezolvare
Remedierea este în actualizarea cumulativă din decembrie 2013 pentru SharePoint 2010.
Dacă vă uitați la Descrierea pachetului Fundației (care este inclusă în pachetul SharePoint Server) aici: http://support.Microsoft.com/KB/2849981, veți vedea această descriere pentru una dintre problemele remediate:
"După ce instalați remedierea rapidă 2775511 sau remedierea rapidă 2682011 pe un server SharePoint Server 2010, fișierele furnizorului de utilizare (. usage) nu sunt șterse din sistemul de fișiere. În plus, fișierele. usage continuă să crească. "
Aceasta este o rezumare oarecum generică a problemei care nu include toate simptomele cunoscute, dar remediază problemele descrise în acest KB.
Iată linkul către KB și descărcați:http://support.Microsoft.com/KB/2849971
Mai multe informații
În cazul în care nu puteți instala rapid actualizarea cumulativă din decembrie 2013, există două soluții independente care ar trebui să vă obțină până când puteți:1. Configurați o activitate programată pentru a recicla manual serviciul de cronometrare (cel puțin) o dată pe zi--la fiecare 6 ore ar fi mai bine. Puteți utiliza o comandă PowerShell ca aceasta pentru a recicla serviciul:
repornire-serviciu-nume SPTimerV4
Apoi, trebuie doar să configurați o activitate programată pentru a o executa la fiecare 6 ore pe fiecare server SharePoint din fermă. Atunci când serviciul cronometru este reciclat manual, handle-ul deschis la fișierele. usage sunt lansate și vor fi șterse automat atunci când se execută următoarea instanță a lucrării cronometrare import date de utilizare (implicit la fiecare 30 de minute). Nu trebuie să fie necesar să ștergeți manual fișierele.
2. dezinstalați KB2775511 sau KB2682011 sau KB2882822 dacă sunt instalați-acest lucru nu este recomandat, dar este o opțiune.
Notă despre "nu trebuie să existe, de obicei, mai mult de 6. fișiere de utilizare la un moment dat" declarație: veți avea un maxim de 6. fișiere de utilizare la un moment dat, atât timp cât setările implicite sunt în vigoare. Două setări care vor afecta acestea sunt:-Programați-vă pentru lucrarea de cronometrare "import date utilizare Microsoft SharePoint Foundation". În mod implicit, rulează la fiecare 30 de minute. Dacă planificarea a fost mărită de spus, o dată pe zi, atunci veți avea mai multe fișiere. usage.-UsageLogCutTime. În mod implicit, acesta este 5, ceea ce înseamnă că creăm un jurnal de utilizare nou la fiecare cinci minute. Cu activitatea de import care se execută la fiecare 30 de minute. Nu trebuie să elaborăm mai mult de 6 fișiere înainte să ruleze activitatea de import, importă datele, apoi șterge fișierele. Puteți să verificați această valoare rulând Get-SPUsageService.
