Огляд:
Налагодження важко під час розробки настроюваних функціональність для служб Windows SharePoint 3.0 (WSS) або Microsoft Office SharePoint Server (ЛИШАЙНИК). Головним винуватцем є що SharePoint зазвичай поверхні дуже мало діагностичну інформацію на веб-браузера при виникненні помилки. Цей запис у блозі статті описано знайти додаткові створений системою діагностичну інформацію яка часто може надати цей додатковий біт докладно, що одним потрібно для того, щоб визначити корінні причини. Це потім може призвести до вирішення проблеми.
Я використав цю техніку з великим успіхом вирішити інакше таємничий помилки.
Підхід:
SharePoint зберігає великий обсяг інформації Надіcлати журнал в лог-файл у в 12 вулик.
"12 Вулика" зазвичай знаходиться у "C:\Програма FilesCommon відомості SharedWeb сервер Extensions12 ". (Я не впевнений, що це можливо для в 12 вулика, щоб жити в іншому місці, Насправді).
Ідея полягає в тому, щоб знайти поточний файл журналу, змусити повідомлення про помилку а потім швидко відкрити файл журналу. Ці файли журналу характеризуються:
- Рясне кількість інформації. SharePoint генерує дуже велику кількість діагностичну інформацію і пише що лог-файл дуже швидко. Ви повинні бути швидким, пальцями, щоб захопити його.
- Кратність. SharePoint не писати до одного файлу журналу, але скоріше генерує декілька файлів журналу в послідовності.
- Скопіюйте та вставте красиво в MS Excel.
Мій улюблений метод:
- Відкрийте провідник windows, вказуючи на 12 hivelogs.
- Відсортувати вміст, щоб відобразити за датою зміни (Востаннє першої).
- Виділити найбільш поточний файл журналу.
- У вікні браузера, змусити помилки відбуваються.
- Швидко відкрити поточного лог-файл і скопіюйте його вміст до MS Excel.
- Перейти до кінця і проаналізувати відповідні елементи.
Інші примітки:
За промовчанням, Надіcлати журнал розташований у в 12 Реєстр hiveLOGS.
MS Best practices (згідно з Майком T. з Microsoft) держави, що лог-файли повинні бути збережені на окремий жорсткий диск. Один робить це за допомогою Центру адміністрування. Ваш системний адміністратор може зробили це, При цьому буде явно потрібно знайти файл журналу там, а не за промовчанням 12 вулик розташування).
Ця запис вирішує питання, такі як:
- Не вдалося запустити через внутрішню помилку робочого циклу SharePoint.
- (більше, щоб бути додані протягом довгого часу)
- Ця запис була корисною діагностування помилки робочого циклу (Наприклад. "Робочого процесу не вдалося запустити через внутрішню помилку").
Так, є моменти, коли я йду в 12 Кущ журнали і знайти практично нічого в них, Незважаючи на те, що рівнів деталізації для журналювання є такими, що не було даних є. Наприклад, Я сиджу тут, дивлячись на подання провідника windows журнали папки, і я бачу, що, в середньому, журнали є 1-2 концерт. Але потім я бачу кілька годин, в якому журнали є 10 к. Зараз, сайти sharepoint в питанні, використовуються досить багато 24 годин на день. Так щось відбувається на ниті/процеси генерації інформацію яка заважає їм відомості журналювання, Я б взяти на себе. Так, як рисунок на причину цієї проблеми?
Я виявив все це, коли я пішов до йду до реєструє спробувати і налагоджувати проблеми. Користувач додав веб-частини й веб-частини розповідає їм, щоб перевірити журнали. Ну, звичайно, немає нічого в журналі.
Допоможіть мені з помилкою: ЖУРНАЛ ID 5566