Какво ще научите от тази статия?
- Един по-близък поглед към logcfg.xml конфигурационния файл
- Ние извършваме фина настройка на технологии вестник
Както беше казано, за фина настройка TJ използва logcfg.xml файл. Да се анализират подробно структурата на този файл.
Нека да разгледаме по-подробно всяка линия.
TJ определя началото на настройките и показва XML пространство от имена. Тази линия винаги е на първо място и остава един и същ по съдържание.
Посочва, че в случай на катастрофа на един от сървърни процеси 1С. вие трябва да създадете сметище в директория "C: \ 1C_Info \ Извежда».
Ако създадете атрибут = "0" или да създадете = »невярно». Няма да бъде създадена на сметището.
Умение «вид» определя как пълното разтоварване на паметта трябва да се създаде.
Стойността "2". Това означава, че сметището ще бъде написано на всички съдържанието на паметта на процеса. Аз препоръчвам да го използвате, защото В повечето случаи това е достатъчно. "0" могат да доставят стойност. след това изхвърлят ще бъдат построени най-малко, но да разследва информацията, съдържаща се в него, не може да бъде достатъчно.
Параметърът «място» посочва директорията, в която ще бъдат записани на сметището.
Ако елементът не е налице, той ще бъде създаден минимум сметища и съхранява в директорията за сметището по подразбиране (виж. "Включване TJ" раздел)
Отваря секция с трупи настройки. Това определя директория за съхранение на трупи и съхранение на времето в часове. В този случай, трупите ще се съхраняват само в последния час. В регистрационните файлове по-стари от определеното време ще премахне платформата на техните собствени.
Когато изберете директория, ние трябва да помним, че трябва да има нищо друго освен лог файлове.
Отваря раздел, за да филтрирате и персонализирате събитията, които ще се събират на TJ трупи.
Секции могат да бъдат няколко, една секция в едно събитие.
Тя определя кои случаи ние ще предупредим по никакъв начин.
СИ - това условие не е равна на (не е равно). буквално линия гласи, както следва :. ако имотът събитие "Име" не е равно на "" След това записва събитието в TJ.
И тъй като във всеки случай има име, това състояние е известно, че се винаги изпълнен, а ние ще улови абсолютно всичко списание събития Technology.
Обикновено, тази настройка не се използва, защото събиране на пълен технологичен дневник ще се забави системните логове бързо да заемат цялото налично пространство на твърдия диск, и да оправи гигабайта текстова информация след това ще бъде трудно. Така че това обикновено се използва за филтриране на събитията, ние ще обсъдим това по-късно.
Затваря профил събитие. След това можете да започнете нова секция, ако искате да заснемете няколко събития.
Тук ние определяме кои свойства на събития трябва да бъдат записвани. Обикновено тази стойност остава по подразбиране за «всички». т.е. Пишем всички свойства на събитията, които са определени в раздел
Затваря раздел дневник. След това можете да започнете нова секция
TJ определя края на настройките.
На пръв поглед такава структура може да изглежда обезсърчително, но повярвайте ми, това е само на пръв поглед. В действителност, благодарение на много гъвкава конфигурация може да се направи такъв формат, което значително улеснява работата да разследва всички необясними ситуации.
В същото време, затягане на получения материал в тестовата си информационна база данни :)
PDF-версия на статията за членовете на групата, VKontakte
Ако искате да научите повече за оптимизация и 1C да бъде експерт в областта - вървим по нов курс "Оптимизиране на ефективността на 1C: Enterprise".
Свързани статии