Технологічний журнал структура файлу - проект - курси 1с

Що Ви дізнаєтеся з цієї статті?

  • Більш детально вивчимо файл настройок logcfg.xml
  • Проведемо тонке налаштування Технологічного журналу

Як вже було сказано, для тонкої настройки ТЖ використовується файл logcfg.xml. давайте детально розберемо структуру цього файлу.

Давайте детально розглянемо кожен рядок.

Визначає початок налаштувань ТЖ і вказує на простір імен xml. цей рядок завжди йде першою і залишається незмінною за змістом.

Визначає, що в разі аварійного завершення одного з процесів сервера 1С. необхідно створити дамп в каталозі «C: \ 1C_Info \ Dumps».

Якщо атрибут create = "0" або create = "false". то дамп не буде створена.

Атрибут «type» визначає, наскільки повний дамп потрібно створювати.

Значення «2». означає що в дамп буде записано вміст всієї пам'яті процесу. Рекомендую використовувати саме його, тому що для більшості випадку цього досить. Можна поставити значення «0». тоді буде зібраний мінімальний дамп, але для розслідування міститься в ньому інформації може не вистачити.

Параметр «location» визначає, в який каталог буде записаний дамп.

Якщо елемента немає, то будуть створені мінімальні дампи і збережені в каталог для дампов за замовчуванням (див. Розділ «Включення ТЖ»)

Відкриває розділ з настройками логів. Тут настроюється каталог для зберігання логів і час зберігання в годиннику. В даному випадку логи будуть зберігатися тільки за останню годину. Лог-файли старше зазначеного часу платформа видалить самостійно.

При виборі каталогу треба враховувати, що там не повинно бути нічого крім файлів логів.

Відкриває розділ для фільтрації та налаштування тих подій, які ми будемо збирати в логах ТЖ.

Розділів також може бути кілька, по одному розділу на одну подію.

Визначає, яку саме подію ми будемо фіксувати і в якому випадку.

ne - це умова на нерівність (not equal). дослівно рядок читається так: якщо властивість події «Ім'я» не дорівнює значенню «». тоді записуємо цю подію в ТЖ.

А тому будь-який акт є ім'я, то дана умова свідомо завжди буде виконуватися, і ми будемо фіксувати абсолютно всі події технологічного журналу.

Зазвичай така установка не використовується, тому що збір повного технологічного журналу буде сповільнювати роботу системи, логи швидко займуть весь вільний місце на диску, та й розібратися в гигабайтах текстової інформації потім буде непросто. Тому зазвичай використовують фільтрацію по подіям, про це ми поговоримо трохи пізніше.

Закриває розділ event. Після цього можна починати новий розділ якщо потрібно фіксувати кілька подій.

Тут ми визначаємо, які властивості подій необхідно фіксувати. Зазвичай це значення залишається за замовчуванням в «all». тобто записуємо все властивості подій, які визначені в розділі .

Закриває розділ log. Після цього можна починати новий розділ .

Визначає кінець налаштувань ТЖ.

На перший погляд така структура може здатися складною, але повірте, це тільки на перший погляд. Насправді завдяки такому формату можна робити дуже гнучкі настройки, що дуже полегшує роботу з розслідування всяких незрозумілих ситуацій.

А поки закріпіть отриманий матеріал на своїй тестовій інформаційній базі :)

PDF-версія статті для учасників групи ВКонтакте

Якщо ви хочете дізнатися більше про оптимізацію 1С і бути експертом в цій галузі - пройдіть наш новий курс «Оптимізація продуктивності 1С: Підприємство».

Схожі статті