Översikt:
Felsökning är svårt när de utvecklar anpassade funktioner för Windows SharePoint Services 3.0 (WSS) eller Microsoft Office SharePoint Server (MOSS). Den största boven är att SharePoint normalt ytbehandlar mycket lite diagnostisk information på webbläsaren när ett fel uppstår. Denna bloggpost beskriver hur att hitta ytterligare systemgenererade diagnostisk information som ofta kan ge det extra bit av detalj som man behöver för att identifiera grundorsaker. Detta kan sedan leda till att lösa problemet.
Jag har använt denna teknik med stor framgång för att lösa annars mystiska fel.
Tillvägagångssätt:
SharePoint sparar en hel del information till en diagnostiklogg i en loggfil i den 12 kupan.
"12-kupan" ligger oftast på "C:\Programmera delade filerMicrosoft SharedWeb Server Extensions12 ". (Jag är inte säker på om det är möjligt för den 12 kupan för att bo var som helst annars, I själva verket).
Tanken är att leta upp den aktuella loggfilen, tvinga felet och sedan snabbt öppna loggfilen. Dessa loggfiler kännetecknas av:
- Rikligt med information. SharePoint genererar en mycket stor mängd diagnostisk information och skriver det till att loggfilen mycket snabbt. Du måste vara snabb med fingrarna att fånga den.
- Multiplicity. SharePoint skriva inte till samma fil men ganska genererar flera loggfiler i sekvens.
- Kopiera och klistra in fint i MS Excel.
Min favorit metod:
- Öppna upp en Utforskaren som pekar på den 12 hivelogs.
- Sortera vyn Visa ändrade datum (senaste första).
- Markera den mest aktuella loggfilen.
- I ett webbläsarfönster, tvinga felet inträffar.
- Snabbt öppna den aktuella loggfilen och kopiera innehållet till MS Excel.
- Hoppa till slutet och analysera uppgifterna.
Andra anteckningar:
Som standard, diagnostiklogg ligger i den 12 hiveLOGS katalog.
MS Best practices (enligt Mike T. av Microsoft) staten som loggfilerna ska sparas till en separat hårddisk. Man gör detta via central admin. Systemadministratören kan ha gjort detta, i vilket fall du skulle naturligtvis behöva hitta loggfilen där istället för standard 12 kupan läge).
Den här intrade tar upp frågor som:
- SharePoint-arbetsflöde som kunde inte startas på grund av ett internt fel.
- (mer att läggas över tid)
- Detta inlägg har varit hjälpsamma diagnostisera arbetsflödesfel (t.ex. "Arbetsflödet misslyckades att starta på grund av ett internt fel").
Så, Det finns tillfällen när jag går till den 12 Hive loggar och hitta det finns lite att ingenting i dem., även om loggningsnivåerna är sådana att det bör finnas uppgifter där. Till exempel, Jag sitter här titta på vyn windows explorer för mappen loggar och jag ser att, i genomsnitt, loggarna är 1-2 gig. Men sedan ser jag flera timmar där stockarna är 10k. Nu, sharepoint-webbplatser i fråga används i ganska mycket 24 timmar per dag. Så händer något de trådar/processer genererar information som hindrar dem från att logga information, Jag skulle behöva ta. Så, Hur jag räkna ut vad som orsakar problemet?
Jag upptäckte detta när jag gick för att gå till loggarna för att testa och felsöka ett problem. En användare lagt till en webbdel och webbdelen talar om för dem att kontrollera loggarna. Men naturligtvis, Det finns inget i loggen.
hjälp mig med fel: LOG-ID 5566