Відстрочений моніторинг

Відкладений моніторинг має сенс використовувати для економії мережного трафіку клієнт-сервер, а також зниження навантаження на сервер комплексу та базу даних при великій кількості клієнтських підключень до сервера.
Увімкнення режиму для комп'ютера або користувача дані моніторингу накопичуються локально на клієнтських машинах і не передаються на сервер якщо звіти по даному комп'ютеру/користувачу не будувалися більше N-годин (параметр "Зберігати історію побудов звітів"). Фактично це максимальний час, скільки оператор БОСС-Оффлайн може чекати на надходження всіх відкладених даних після побудови звіту. Не вказуйте для параметра велике значення, т.к. зростає навантаження на мережеві ресурси. Зазвичай значення більше 6-8 годин не має сенсу.
Слід зазначити, що дані відкладеного моніторингу передаються на сервер тільки в тому проміжку часу, для якого будувався звіт!
Також не має значення, на якому ПК працював користувач - побудова звіту по користувачеві для будь-якого ПК ініціює передачу даних відкладеного спостереження з усіх ПК, де цей користувач працював у зазначених часових інтервалах.
Відключення відкладеного режиму не викликає автоматичної передачі відкладених даних на сервер!
Таким чином, "нецікаві" в даний момент для спостереження користувачі не навантажуватимуть мережу та базу своїми даними (ретроспектива локального зберігання на машинах та ін. опції налаштовуються на вкладці налаштувань для комп'ютерів "Локальне сховище").
Якщо ж побудувати звіт по користувачеві, який перебуває у відкладеному режимі роботи, то одразу даних в основі, звісно, ​​нічого очікувати і звіт буде порожнім. Проте, через 1-2 хвилини накопичені дані почнуть передаватися на сервер.
Подивитися поточний розмір локального сховища машини можна за допомогою функції БОСС-Онлайн "Загальні відомості". Також через БОСС-Онлайн можна видалити локальне сховище або тимчасово припинити передачу відкладених даних.

Обмеження при побудові звітів у БОСС-Оффлайн
Можливі ситуації, коли оператори через БОСС-Оффлайн масово генеруватимуть звіти з великої кількості користувачів. великі проміжки часу, у результаті значно зросте навантаження на мережу та базу даних під час передачі відкладених даних від клієнтів до сервера, т.к. даних може бути дуже багато! Для запобігання можна задати обмеження на одну побудову звіту та/або сумарно за всіма запитами на звіти, які вже зроблені протягом останньої N-години (параметр "Зберігати історію побудов звітів") одним або декількома операторами.
Саме значення розраховується як кількість користувачів/комп'ютерів помножена на кількість днів глибини побудови звіту.
Наприклад, якщо вказати 30, це означатиме, що можна побудувати звіт:
- по одному користувачеві за 30 днів;
- за трьома користувачами за 10 днів;
- по 30-ти користувачам за 1 день;
і т.д....
Якщо вказати 0, то обмежень не буде.
Якщо обмеження перевищено, то при побудові звіту оператору буде видана помилка.