Общ преглед:
Е трудно при разработването персонализирани функции за Windows SharePoint Services 3.0 (WSS) или Microsoft Office SharePoint Server (МОС). Основният виновник е, че SharePoint обикновено повърхности много малко диагностична информация на уеб браузъра, когато възникне грешка. Този блог пост описва как да намерите допълнителни генериран от системата диагностична информация, която често могат да предвидят, че допълнителната малко подробности, че един трябва да се идентифицират основните причини. Това може да доведе до решаване на проблема.
Аз са използвали тази техника с голям успех да се реши по друг начин мистериозни грешки.
Подход:
SharePoint спестява голяма част от информацията за диагностичен регистрационен файл в регистрационен файл в 12 кошер.
"12 кошера" обикновено се намира в "C:\Програма FilesCommon FilesMicrosoft споделениуеб сървър Extensions12 ". (Аз не съм сигурен дали това е възможно за 12 кошер да живея никъде другаде, Всъщност).
Идеята е да се намери на текущия регистрационен файл, сила грешка и след това бързо отваряне на регистрационния файл. Тези регистрационни файлове се характеризират с:
- Обилно количество информация. SharePoint генерира много голям обем на диагностична информация и много бързо, той пише за този регистрационен файл. Трябва да се бърза с пръсти да го плен.
- Множеството. SharePoint не пише за отделен регистрационен файл, но по-скоро генерира множество регистрационни файлове в последователност.
- Копирайте и поставете добре в MS Excel.
Моят любим метод:
- Отворен горе Прозорец Изследовател, сочещи към 12 hivelogs.
- Сортирай изгледа да показва по дата на промяна (най-новите отпред).
- Осветяване на най-актуалните регистрационния файл.
- В прозореца на уеб браузъра, сила грешка се появява.
- Бързо отваряне на текущия регистрационен файл и копиране на съдържанието му в MS Excel.
- Направо до края и анализ на съответните вписвания.
Други бележки:
По подразбиране, дневник на диагностиката се намира в 12 hiveLOGS директория.
MS най-добри практики (Според Майк T. на Microsoft) посочва, че регистрационните файлове трябва да бъдат записани на отделен твърд диск. Човек прави това чрез централен администратор. Вашият системен администратор може да направи това, в този случай очевидно трябва да се намери в регистрационния файл там вместо по подразбиране 12 кошер местоположение).
Този запис се отнася въпроси като:
- Работния поток на SharePoint не успя да стартира поради вътрешна грешка.
- (повече да се добави във времето)
- Този запис е била полезна, диагностициране на грешки на работен поток (e.g. "Работният поток не можа да стартира поради вътрешна грешка").
Така, има моменти, когато отида до 12 Кошера трупи и да намерят там е малко за нищо в тях, Въпреки, че нивата на сеч са такива, че трябва да има данни там. Например, Аз стоя тук гледам на windows explorer оглед на трупа папка и виждам, че, в средното, Дънерите са 1-2 концерт. Но след това виждам няколко часа, в който трупа са 10k. Сега, въпросните сайтовете на sharepoint се използват доста много 24 часа на ден. Така че нещо се случва с Конци/процеси, генериране на информация които им пречат да информация за регистриране, Аз ще трябва да поеме. Така, Как разбера какво причинява този проблем?
Аз открих всичко това, когато отидох да отида на трупите да се опита да развенчавам проблем. Един потребител добавя уеб компонент и уеб частта им казва да проверите трупите. Но разбира се, няма нищо в регистрационния файл.
Помогнете ми с грешка: ИД НА РЕГИСТРАЦИОНЕН ФАЙЛ 5566