Oorsig:
Ontfouting is moeilik om by die ontwikkeling van persoonlike funksies vir Windows Sharepoint Services 3.0 (WSS) of Microsoft Office SharePoint Server (MOSS). The main culprit is that SharePoint normally surfaces very little diagnostic information on the web browser when an error occurs. This blog entry describes how to locate additional system-generated diagnostic information that can often provide that extra bit of detail that one needs in order to identify root causes. This can then lead to solving the problem.
Ek het hierdie tegniek gebruik met groot sukses anders geheimsinnige foute op te los.
Benadering:
SharePoint slaan 'n groot deel van die inligting op 'n diagnostiese teken in 'n log-lêer in die 12 Hive.
Die "12 korf" is gewoonlik in "C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\12". (Ek is nie seker of dit moontlik is vir die 12 korf na nêrens anders te lewe, in werklikheid).
Die idee is om die huidige log lêer op te spoor, force the error and then quickly open the log file. These log files are characterized by:
- Copious amounts of information. SharePoint generates a very large amount of diagnostic information and writes it to that log file very quickly. You need to be quick with the fingers to capture it.
- Multiplicity. SharePoint does not write to a single log file but rather generates multiple log files in sequence.
- Kopieer en plak mooi in MS Excel.
My gunsteling metode:
- Maak 'n Windows Explorer verwys na die 12 Hive logs.
- Sorteer die oog op die toon deur gewysigde datum (die meeste nuwe eers).
- Merk die mees onlangse log-lêer.
- In 'n blaaier, dwing om die fout te voorkom.
- Vinnig die huidige log lêer oopmaak en die inhoud kopieer na MS Excel.
- Spring na die einde en analiseer die betrokke inskrywings.
Ander aantekeninge:
By verstek, die diagnostiese log is geleë in die 12 Hive logs gids.
MS Beste praktyke (soos per Mike T. van Microsoft) state that the log files should be saved to a separate hard drive. One does this via central admin. Your system administrator may have done this, in welke geval jy moet natuurlik die log lêer daar in plaas van die standaard 12 korf plek).
Hierdie inskrywing fokus op kwessies soos:
- SharePoint workflow versuim het om te begin as gevolg van 'n interne fout.
- (meer bygevoeg word verloop van tyd)
- Hierdie inskrywing is nuttig diagnose van workflow foute (bijv. "Die workflow versuim het om te begin as gevolg van 'n interne fout").
So, Daar is tye wanneer ek gaan na die 12 korf logs en vind daar is min tot niks in hulle, selfs al is die meld vlakke is sodanig dat daar data is daar. Byvoorbeeld, Ek sit hier op soek na die Windows Explorer siening van die logs folder en ek sien dat, in die gemiddelde, die logs 1-2 gig. Maar dan sien ek 'n paar uur in wat die logs is 10k. Nou, die sharepoint webwerwe in gebruik is pretty much 24 uur per dag. So iets gebeur met die drade / prosesse wat die opwekking van die inligting wat verhoed dat hulle uit te meld inligting, Ek sou hê om te aanvaar. So, hoe figureer ek uit wat veroorsaak dat hierdie kwessie?
Het ek ontdek dit alles toe ek om te gaan na die logs 'n probleem om te probeer en te ontfout. 'N gebruiker 'n web deel bygevoeg en die web deel vertel hulle die logs om seker te maak. Maar natuurlik, daar is niks in die log.
help my met die fout: LOG ID 5566