v8.01 (build: Jul 11 2023)

Загальні налаштування

Найбільш важливі опції на цій вкладці:

Зберігати звіти не більше N-днів
Вкажіть ретроспективу зберігання звітів користувача у базі даних та папках. Не вказуйте занадто велике значення, щоб не займати багато місця на SQL-сервері та диску.
Якщо вказати 0, то очищення проводитися не буде!

Зберігати журнал не більше N-днів
Аналогічно для Журнала.

Щоденна оптимізація бази
Під оптимізацією розуміється процес видалення старих записів із бази в соотв. з попер. опцією ретроспективи.
Рекомендується виконувати у неробочий час мінімального навантаження на БД.
Для режиму мульти-сервер (кілька серверів підключено до однієї БД) оптимізацію виконуватиме лише той сервер, який вибраний головним (див. налаштування сервера).

Переіндексувати базу
Операція переіндексування не є обов'язковою та може покращувати продуктивність запитів до бази.
В іншому ж особливості цієї опції аналогічні попередньої.

Вести звіти користувачів _LOGOFF_ (стан завершеного сеансу)
Якщо на комп'ютері не виконано вхід для жодного користувача, то в БОСС-Онлайн можна побачити користувача з ім'ям _LOGOFF_.
За необхідності можна дозволити накопичувати звіти таких користувачів.

Оптимізація: ігнорувати ім'я комп'ютера для користувачів домену
Має сенс включати у великих компаніях, де користувачі домену можуть працювати на різних комп'ютерах. У цьому випадку список користувачів у БОСС-Оффлайн може бути дуже великим і це негативно позначиться на продуктивності при побудові звітів. Включаючи цю опцію, ім'я комп'ютера для кожного користувача у списку буде замінено на _ANYPC_, що дозволить скоротити їхню загальну кількість.
Після включення опції старі записи (з реальними іменами комп'ютерів) в БОСС-Оффлайн залишаться і поступово видалятимуться відповідно до ретроспективи зберігання звітів.
Обмеження трафіку
Увага! Занадто маленькі значення вказуйте з великою обережністю!
Вкажіть 0 для скасування обмежень.

Зберігання на клієнтах
Якщо увімкнена будь-яка з трьох опцій і відповідна проблема має місце, то клієнти будуть повідомлені сервером про настання такої події і перестануть передавати перехоплені дані моніторингу на сервер. При цьому будь-який поділ даних не провадиться. Наприклад, якщо недоступна тільки папка тіньового копіювання та встановлена чутливість на цю подію, але дані моніторингу не містять тіньових копій, вони все одно не будуть передані на сервер! І навпаки, якщо недоступна лише база даних, то навіть тіньові копії не передаватимуться.
Дані на клієнтах зберігаються в такому випадку стандартно в локальному сховищі.
Опитування цього стану клієнтами відбувається приблизно раз на хвилину.
Якщо ж опції не використовувати, всі дані будуть передаватися на сервер навіть за наявності проблем і в такому випадку:
- при недоступності папок тіньового копіювання передані тіньові копії знищуватимуться сервером;
- при недоступності бази даних пакети будуть відкладатися в оперативній пам'яті сервера (а після її переповнення дані перестають прийматися від клієнтів на рівні TCP-протоколу).

Макс. кількість спроб введення невірного пароля
Якщо вказати відмінне від нуля число, і кількість поспіль невдалих спроб входу в веб-консоль БОСС зрівняється з цим числом, то обліковий запис буде заблокований на N-мінут (наступний параметр)!
Якщо тривалість блокування встановлена в нуль, то розблокувати зможе тільки адміністратор шляхом скидання пароля на сторінці "Користувачі бази" (для облікових записів SQL) або через видалення/створення облікового запису (у разі облікових записів з Active Directory).

© Mirobase