Prehľad:
Ladenie je ťažké pri vytváraní vlastnej funkcie služieb Windows SharePoint Services 3.0 (WSS) alebo Microsoft Office SharePoint Server (MACHY). Hlavným vinníkom je, že SharePoint zvyčajne povrchy málo diagnostické informácie na webovom prehliadači pri výskyte chyby. Tento blog vstupe popisuje vyhľadajte ďalšie vygenerované systémom diagnostické informácie, ktoré môžu často poskytnúť to navyše trochu detail, že jeden potrebuje určiť príčiny. To môže viesť k vyriešeniu problému.
Použil som túto techniku s veľkým úspechom vyriešiť inak záhadné chyby.
Prístup:
SharePoint ukladá veľké množstvo informácií na diagnostický denník do súboru denníka v 12 úľ.
"12 úľ" je zvyčajne umiestnený v "C:\Programu FilesCommon FilesMicrosoft SharedWeb Server Extensions12 ". (Nie som si istý, či je možné 12 úľ žiť nikde inde, v skutočnosti).
Cieľom je nájsť aktuálny súbor denníka, účinnosti chybu, a potom rýchlo otvoriť súbor denníka. Tieto protokoly sú charakterizované:
- Veľkým množstvom informácií. SharePoint vytvára veľmi veľké množstvo diagnostické informácie a zapíše ho do súboru denníka veľmi rýchlo. Musíte byť rýchly, s prstami zachytiť.
- Mnohorakosť. SharePoint nebude písať do jedného súboru denníka, ale skôr vytvára viacero súborov denníka v poradí.
- Skopírujte a prilepte pekne do MS Excel.
Môj obľúbený spôsob:
- Otvoriť Prieskumník poukazuje na 12 hivelogs.
- Zoradiť zobrazenie podľa dátumu úpravy (Najnovšie prvé).
- Zvýraznite najviac aktuálny súbor denníka.
- V okne webového prehľadávača, sila chyby sa vyskytujú.
- Rýchlo otvoriť aktuálny súbor denníka a skopírujte jeho obsah do MS Excel.
- Prejsť na koniec a analyzovať relevantné údaje.
Iné poznámky:
V predvolenom nastavení, v diagnostickom denníku sa nachádza v 12 hiveLOGS adresári.
MS Best practices (podľa Mike T. Microsoft) štátu, ktoré log súbory by mal byť uložený na samostatný pevný disk. Robí to prostredníctvom centrálnej správy. Správca systému môže nespravili, v takom prípade by samozrejme musíte nájsť súbor denníka tam namiesto predvoleného 12 umiestnenie úľa).
Táto položka zaoberá otázkami, ako napríklad:
- SharePoint pracovného postupu sa nepodarilo spustiť kvôli internej chybe.
- (viac pridané v priebehu času)
- Tento záznam bol užitočný diagnostikovanie chýb pracovného postupu (napr.. "Toku činností sa nepodarilo spustiť kvôli internej chybe").
Takže, tam sú časy, keď som ísť na 12 úľ denníky a nájsť tam je málo k nič v nich, Hoci úrovne zaznamenávania sú také, že by mala existovať údaje sú k dispozícii. Napríklad, Sedím tu pri pohľade na windows explorer zobrazenie priečinka záznamy a vidím, že, v priemere, záznamy sú 1-2 koncert. Ale potom vidím niekoľko hodín v ktorom záznamy sú 10kA. Teraz, predmetné lokality sharepoint sa používajú dosť veľa 24 hodín denne. Tak niečo sa deje vlákna/procesy generovanie informácií, ktoré im bránia zapisovanie informácií, Já bych predpokladať. Takže, ako môžem zistiť, čo je príčinou tohto problému?
Som to všetko zistil, keď som išiel do prejsť na protokoly vyskúšať a ladenie problém. Používateľ pridal webovej časti a webová časť povie im, pre kontrolu logov. Ale samozrejme, nie je nič v log.
pomôžte mi s dlh: IDENTIFIKÁCIA DENNÍKA 5566