– Áttekintés:
Hibakeresés esetén nehéz fejlődő egyéni funkciókat, a Windows SharePoint Services 3.0 (WSS) vagy a Microsoft Office SharePoint Server (MOSS). A fő bűnös az, hogy SharePoint általában felületek nagyon kevés diagnosztikai információk a web böngésző hiba esetén. Ez a blog bejegyzés leírja, hogyan keresse meg a kiegészítő rendszer által generált diagnosztikai adatokat gyakran nyújthat az extra apró részlet, hogy az egyik kiváltó okainak azonosításához szükséges. Ez akkor vezethet, hogy a probléma megoldása.
Nekem van használt ez a technika nagy sikerrel oldja meg egyébként rejtélyes hiba.
Megközelítés:
SharePoint menti a nagy mennyiségű információt a diagnosztikai naplóban egy fatörzs reszelő-ban az 12 kaptár.
A "12 kaptár" általában található "C:\A program FilesCommon FilesMicrosoft SharedWeb Server Extensions12 ". (Nem vagyok benne biztos, ha ez lehetséges, hogy a 12 kaptár élni bárhol máshol, valójában).
Az ötlet, hogy keresse meg az aktuális naplófájl, kényszerít a hiba, és gyorsan nyissa meg a naplófájlt. A naplófájlok jellemzi:
- Bőséges mennyiségű információ. SharePoint létrehoz egy nagyon nagy mennyiségű diagnosztikai adatokat, és írja a naplófájlba nagyon gyorsan. Kell lenned az ujjak, hogy elfog ez a gyors.
- Sokfélesége. SharePoint nem egyetlen naplófájlba írja, de inkább több fatörzs fájlokat generál sorozat.
- Másol és tészta szépen MS Excel.
Az én-m kedvenc módszer:
- Nyit megjelöl a windows-explorer, rámutatva, hogy a 12 hivelogs.
- A nézet megjelenítése a módosítási dátum szerint rendezése (legutóbbi első).
- Jelölje ki az aktuális naplófájl.
- Egy webböngészőablakban, kényszerít a hiba fordul elő.
- Gyorsan megnyitja az aktuális naplófájlt, és másolja annak tartalmát MS Excel.
- Ugrás a végére, és elemezni a vonatkozó bejegyzéseket.
Egyéb megjegyzések:
Alapértelmezés, a diagnosztikai naplóban található a 12 hiveLOGS könyvtár.
MS Best gyakorlatok (szerint Mike T. a Microsoft) kimondják, hogy a log fájlokat kell menteni egy külön merevlemez-meghajtó. Csinál ez keresztül a központi admin. A rendszergazda lehet tenni ez, Ebben az esetben természetesen szüksége lenne megtalálni a fatörzs reszelő van az alapértelmezett helyett 12 kaptár helye).
Ez a bejegyzés kérdésekkel foglalkozik, mint például:
- SharePoint-munkafolyamat indítása egy belső hiba miatt nem sikerült.
- (több-hoz lenni hozzáadott idő múltával)
- Ez belépés volt hasznos, diagnosztizálásában munkafolyamat-hibák (pl. "A munkafolyamat elindításához, belső hiba miatt nem sikerült").
Így, vannak esetek, mikor megy a 12 beállításstruktúra-rönköket és még kevés, hogy nekik semmi sem, annak ellenére, hogy a naplózás szintjei vannak, úgy, hogy az adatokat nem kell. Például, Itt ülök néztem a naplókat mappát a windows explorer nézete, és látom, hogy, az átlagos, a naplók 1-2 koncert. De aztán látom, hogy több órán keresztül, amelyben a tuskók 10k. Most, sok szép használatban a kérdéses sharepoint-webhelyek 24 óra egy nap. Tehát valami történik, hogy a szálak/folyamatok létrehozása az információkat, hogy megakadályozzák őket abban, hogy naplózási információkat, Azt kell feltételezni. Így, hogyan kitalálni, mi okozza ezt a kérdést?
Én felfedező ez mikor mentem-hoz megy a naplókat, hogy megpróbálja, és hibakeresés a probléma. A felhasználó hozzá egy kijelzőt és a kijelző azt mondja nekik, hogy ellenőrizze a naplók. De természetesen, nincs semmi a naplójában.
segítsen nekem-val hiba: NAPLÓFÁJL-AZONOSÍTÓ 5566