Журналы
Логирование на диск
В настройках Кластера, Систем, Сервера и Сервисов находится блок logStorageParams:
"logStorageParams": {
"$type": "DT.LogStorageParams, DT_Core",
"storeDays": 0,
"folderMaxSizeMb": 50,
"uncompressedDays": 0,
"uncompressedMaxSizeMb": 30,
"tempFolderMinSizeMb": 10,
"tempFolderMaxSizeMb": 100,
"tempStoreMinutes": 4
},
Он определяет условия для хранения и удаления файлов с логами в папке.
Внимание
При возникновении ошибки Сработал лимит на размер директории Temp увеличьте значение tempFolderMaxSizeMb параметра logStorageParams, сохраните изменения и примените конфигурацию.
Папка для хранения файлов с логами настраивается при установке Платформы из дистрибутива на этапе Размещение. Чтобы выбрать другой путь для размещения логов нужно установить флажок Размещать данные логирования отдельно и указать путь до папки.
Если выбрать вариант установки без отдельного размещения, тогда папка Logs для хранения логов будет создана в общей папке для хранения данных. (По умолчанию C:\ProgramData\Datareon\Platform\Logs).
В этой папке хранятся логи для всех сервисов и систем, настроенных в Платформе.
У каждого объекта есть папки Debug и Events.
В папку Debug логируются записи из вкладки Журнал соответствующего объекта в Центре Мониторинга. В папку Events логируются записи из вкладки События соответствующего объекта в Центре Мониторинга.
Детализация логируемых данных определяется согласно настроенному уровню логирования minLogLevelHistory и defaultEventLevelHistory в конфигурации кластера:
Эти уровни логирования могут быть переопределены на вкладке Логирование любого объекта Платформы в Центре Мониторинга.
Папка очищается согласно настройкам в блоке logStorageParams.
Принцип работы logStorageParams:
int StoreDays = по умолчанию 0 (Длительность хранения в днях);
int uncompressedDays = по умолчанию 0 (Архивация файлов, которые лежат больше uncompressedDays суток);
int uncompressedMaxSizeMb = по умолчанию 50 (Архивация старых файлов, если объем файлов превышает uncompressedMaxSizeMb МБ в папке);
int FolderMaxSizeMb = по умолчанию 50 (Максимальное количество в Мб файлов в папке, включая архивные);
int tempFolderMinSizeMb = по умолчанию 10 (Минимальное количество в Мб файлов в папке temp);
int tempFolderMaxSizeMb = по умолчанию 30 (Максимальное количество в Мб файлов в папке temp);
int tempStoreMinutes = по умолчанию 4 (периодичность очистки папки temp);
Если StoreDays>0, то папки (debug и events) чистятся, удаляются все файлы, включая архивные, которые лежат больше StoreDays дней. При умалчиваемом значении или при StoreDays=0 данный процесс удаления не выполняется;
Если uncompressedDays>0, то архивируются все файлы в папках debug и events, которые лежат больше указанного числа суток. При умалчиваемом значении или при uncompressedDays=0 данный процесс архивации не выполняется.
Имя архивируемого файл имеет вид: arch_16052022_14_13_debug-20220410-00001.zip, первая дата - дата архивации и затем время архивации, а вторая - дата исходного файла. Внутри файла ZIP исходный файл с датой создания в имени файла: debug-20220410-00001.log;
Если uncompressedMaxSizeMb>0, то в каждой из папок debug и events считаем объем несжатых файлов и архивируем лишние самые старые файлы. Не допускается задание значения uncompressedMaxSizeMb=0, при нулевом значении выводится предупреждение;
если folderMaxSizeMb>0, то в каждой из папок debug и events считаем объем всех файлов, включая архивные, и удаляем лишние самые старые файлы, включая архивы. Не допускается задание значения folderMaxSizeMb=0, при нулевом значении выводится предупреждение.
Очистка происходит:
При применение конфигурации.
При создании нового файла с логами/трейсами.
Принятие решения об очистке, высчитывается значение по формуле
Формула = РазмерКорня - Temp.ТекущийРазмер + МАКС(Temp.ТекущийРазмер,tempFolderMinSizeMb). Если (РазмерКорня - Temp.ТекущийРазмер) больше значения из формулы, то производится очистка каталога
При хранении по дням отсчитывается ровно то количество дней в часах (1 день = 24 часа), которое задано в блоке logStorageParams в параметре StoreDays, считая от текущего времени.
Для всех сервисов настройки берутся из их конфигурации.
Если в конфигурации сервиса настройки не заданы, тогда они берутся из конфигурации кластера.
Регистрация ошибок в системных журналах
При неуспешной установке Платформы необходимо посмотреть ошибки в системных журналах.
Ошибки установки регистрируются в системном журнале на Windows в приложении «Просмотр событий» во вкладке Журналы приложений и служб → 3.0_DatareonPlatform:
Ошибки установки регистрируются для Linux в системном логе: