Pārskats:
Atkļūdošana ir grūti, izstrādājot pielāgotus funkcionalitāti Windows SharePoint Services 3.0 (WSS) vai Microsoft Office SharePoint Server (SŪNA). Galvenais vaininieks ir ka SharePoint parasti virsmas ļoti maz diagnostikas informāciju par web pārlūku, kad rodas kļūda. Šī bloga ieraksts ir aprakstīts, kā atrast papildu sistēma ģenerē diagnostikas informācija, kas bieži vien sniedz papildu mazliet sīkāk, ka viens, kas vajadzīga, lai identificētu cēloņus. Pēc tam tas var radīt problēmas risināšana.
Ir izmantot šo tehniku ar lieliem panākumiem atrisināt citādi noslēpumaino kļūdas.
Pieeja:
SharePoint saglabā informācijas lielu diagnostikas žurnāla žurnāla failā 12 strops.
"12 Stropu" parasti atrodas "C:\Program FilesCommon FilesMicrosoft SharedWeb Server Extensions12 ". (Es neesmu pārliecināts, ja tas ir iespējams, 12 stropu dzīvot nekur citur, patiesībā).
Ideja ir, lai atrastu pašreizējais reģistrācijas fails, spēkā esošo kļūdu un tad ātri atvērt žurnālfailu. Šie žurnālfaili raksturojas ar:
- Lielu informācijas apjomu. SharePoint rada ļoti lielu daudzumu informācijas diagnostikas un ieraksta to, ka žurnāla failu ļoti ātri. Jums ir ātri ar pirkstiem, lai attēlotu to.
- Daudzveidība. SharePoint vienā žurnāla failā nevar rakstīt, bet drīzāk rada vairākus log failus pēc kārtas.
- Nokopējiet un ielīmējiet labi MS Excel.
Manu iecienītāko metodi:
- Atvērt programmu windows explorer, norādīdams uz 12 hivelogs.
- Kārtot skatu, lai parādītu pēc modifikācijas datuma (Jaunākās pirmās).
- Izcelt visvairāk pašreizējais reģistrācijas fails.
- Web pārlūkprogrammas logā, spēks rodas kļūda.
- Ātri atvērtu pašreizējais reģistrācijas fails un kopēt tā saturu uz MS Excel.
- Pārlēkt uz beigām un analizēt attiecīgos ierakstus.
Citas piezīmes:
Pēc noklusējuma, diagnostikas žurnālā, kas atrodas 12 hiveLOGS katalogs.
MS Best prakse (saskaņā ar Mike T. Microsoft) norāda, ka jāsaglabā log failus atsevišķā cietajā diskā. Viens tas, izmantojot centrālās administrēšanas. Sistēmas administrators var izdarīt šo, tādā gadījumā acīmredzot vajadzēs atrast žurnālfails pastāv nevis noklusējuma 12 stropu atrašanās vieta).
Šis ieraksts atrisina problēmu, piemēram:
- SharePoint darbplūsmu nevar startēt, jo radusies iekšēja kļūda.
- (vairāk laika gaitā jāpievieno)
- Šis ieraksts ir bijusi noderīga, diagnosticējot darbplūsmu kļūdas (piem.. "Darbplūsmas neizdevās startēt iekšējas kļūdas dēļ").
Tik, ir reizes, kad es dodos uz 12 stropu žurnālus un atrastu tur ir maz, lai nekas viņiem, pat ja mežizstrādes līmeņi ir tāda, ka vajadzētu būt datiem tur. Piemēram, Es sēžu šeit, aplūkojot žurnālus mape windows explorer skats un redzēt, ka, vidējā, žurnāli ir 1-2 kabriolets. Bet tad es redzu vairākas stundas, kurās žurnāli ir 10K. Tagad, sharepoint vietnēm jautājumu tiek izmantotas diezgan daudz 24 stundas diennaktī. Tātad kaut kas notiek ar pavedieni/procesus ģenerējot informāciju, kas liedz viņām reģistrēšanas informāciju, Būs vien jādomā, ka. Tik, kā skaitlis, ko rada šo jautājumu?
Es atklāju šo visu, kad es gāju, lai dotos uz apaļkoku izmēģināt un atkļūdošanas problēmu. Lietotājam pievienot web daļu un web daļu stāsta viņiem līdz meklējiet žurnālos. Bet, protams, nav nekas log.
palīdziet man ar kļūdu: ŽURNĀLA ID 5566