Pregled:
Razhroščevanje je težko pri razvoju po meri funkcionalnost za Windows SharePoint Services 3.0 (WSS) ali Microsoft Office SharePoint Server (MOSS). Glavni krivec je, da SharePoint običajno površine zelo malo diagnostične informacije na spletnem brskalniku, ko pride do napake. Ta blog vnos opisuje, kako poiskati dodatne sistemsko ustvarjena diagnostične informacije, ki lahko pogosto zagotavljajo da ekstra nekaj podrobnosti, ki potrebuje za prepoznavanje vzrokov. To lahko nato privede do rešitve problema.
Imam uporabljajo to tehniko z velikim uspehom rešiti drugače skrivnostne napake.
Pristop:
SharePoint prihrani veliko informacij za diagnostični dnevnik v dnevniški datoteki v na 12 panj.
"12 panj" se običajno nahaja na "C:\Program FilesCommon FilesMicrosoft SharedWeb Server Extensions12 ". (Nisem prepričan, če je mogoče, je 12 panj živeti kjerkoli drugje, v bistvu).
Ideja je najti trenutna dnevniška datoteka, silo napako in nato hitro odprite dnevniško datoteko. Ta dnevniške datoteke so značilna:
- Veliko količino informacij. SharePoint ustvari zelo veliko količino diagnostične informacije in piše Ta dnevniške datoteke zelo hitro. Morate biti hitro s prsti se je zajetje.
- Mnogoterost. SharePoint ne napisati eno dnevniško datoteko, vendar ne ustvarja več dnevniške datoteke v zaporedju.
- Kopirajte in prilepite lepo v MS Excel.
Moja najljubša metoda:
- Odprt navzgor Raziskovalcu, kaže na 12 hivelogs.
- Razvrščanje pogleda razkazati po datumu spremembe (najprej najbolj nedavne).
- Označite najbolj trenutna dnevniška datoteka.
- V oknu spletnega brskalnika, silo napake pojavijo.
- Hitro odprite trenutna dnevniška datoteka in prekopirajte njegovo vsebino v MS Excel.
- Skok do konca in analizo ustreznih vpisov.
Druge opombe:
Privzeto, diagnostični dnevnik se nahaja na 12 hiveLOGS imenik.
MS Best practices (kot Mike T. Microsoft) država, ki dnevniške datoteke je mogoče shraniti na ločen trdi disk. Nedoločni zaimek does to preko osrednje skrbniško. Skrbnik sistema lahko naredil to, v tem primeru očitno bi morali najti dnevniško datoteko tam namesto privzete 12 panj mesto).
Ta vnos obravnava vprašanja, kot so:
- SharePointov potek dela ni bilo mogoče zagnati zaradi notranje napake.
- (več dodajo sčasoma)
- Ta vnos je bil koristen, diagnosticiranje napak poteka dela (npr.. "Potek dela se ni začel zaradi notranje napake").
Tako, so časi, ko sem šel na 12 panj dnevniki in Poišči, tam je malo ali nič v njih, Čeprav so stopnje kontrolnega beleženja tako, da je treba podatke tam. Na primer, Sedim tukaj gledamo na windows explorer pogled mape dnevnikov in vidim, da, v povprečju, dnevniki so 1-2 gig. Ampak potem vidim več ur, v katerih so dnevniki 10k. Zdaj, zadevnega mesta sharepoint, so v uporabi precej veliko 24 ur na dan. Tako nekaj se dogaja, da niti/procesov Ustvarjanje informacije ki jih preprečujejo dnevniških podatkov, Bi moral prevzeti. Tako, kako ugotoviti, kaj povzroča težavo?
Odkril sem vse to, ko sem šel iti v zapor poskusiti in debug problem. Uporabnik doda spletni gradnik in spletni gradnik pove, da preverite dnevniki. Ampak seveda, nič ni v dnevniku.
Pomagaj mi s zmota: ID DNEVNIKA 5566