Tariscope 4.6. Керівництво адміністратора
5. Обслуговування Tariscope
5.1 Контроль над роботою Tariscope
5.1.2 Контроль за отриманням інформації про виклики
В системі Tariscope отримання інформації про виконані виклики виконується за допомогою служб Tariscope Observer. Щоб контролювати їх роботу виберіть в дереві настроювань режим Збір даних/Observer → Керування збором даних. Вікно програми буде мати вигляд, подібний показаному на малюнку 5.1.2.1.
Малюнок 5.1.2.1
У цьому вікні в табличному вигляді відображається інформація по всім службам, які працюють в поточний момент. Таблиця містить наступні стовпці:
- Профіль. Відображається найменування профілю служби. Як правило, воно відображає найменування АТС, з якої відбувається взаємодія. Але може бути і якимось абстрактним, якщо ви таке задали.
- Стан служби. Відображається поточний стан служби.
- Пристрій. Відображається найменування АТС, з якої виконується взаємодія. Найменування АТС задається користувачем при створенні пристрою зв'язку.
- Тип обладнання. Відображає тип АТС, який вибирається з переліку підтримуваних типів АТС при створенні пристрою зв'язку.
- Підключена як. Відображається ім'я користувача, від якого запущена служба.
- Час роботи. Час нормальної роботи служби від її запуску до поточного моменту.
- Останній CDR. Дата і час останнього отримання будь-якої інформації від АТС.
- Останній дзвінок. Дата і час останнього отримання інформації про виконані виклики від АТС.
- База даних. Відображає доступність бази даних Tariscope для даної служби. True – означає доступна, False – недоступна. Для роботи служби повинно бути значення True.
- Джерело даних. Відображається логічне значення відповідне результату підключення до джерела даних: True – підключена, False – відключена. Для нормальної роботи має бути значення True.
- Останній звіт. Відображається дата і час останньої перевірки стану служби.
В першу чергу тут слід звертати увагу на Стан служби. Для працюючої служби повинен бути статус: "Виконується". Далі слід визначити значення параметра Останній CDR. У разі щодо довгої відсутності активності, а для різного періоду часу, типу дня, умов роботи компанії та інших параметрів час відсутності активності може бути різним, оцініть значення параметрів База даних і Джерело даних. Якщо в будь-якому з них стоїть значення False, потрібно визначитися з проблемою відключення служби від бази даних або джерела отримання даних про виклики відповідно.
Відстеження роботи зі збору даних про виклики (Tariscope Спостерігач)
Збором даних про виклики від телефонних систем у системі Tariscope займаються служби Tariscope Observer. Ці служби підтримують широкий вибір джерел даних, з яких отримується інформація, наприклад: TCP сервер, TCP клієнт і тому подібне. Тобто в ланцюгу отримання даних про виклики є декілька ланок. Це: телефонна система, IP мережа (у більшості випадків), комп’ютер з Tariscope Observer, операційна система на цьому комп’ютері та сама служба Tariscope Observer. Кожна з цих ланок може мати збій, який приведе до зупинки збору даних.
Якщо для вас важливе оперативне отримання даних про виклики, то слід постійно відстежувати стан системи отримання цих даних. У зв’язку з тим, що інтервали між викликами у системі можуть бути різні у різні години доби, а також у різні дні тижня, то вирішення такої задачі не є простою.
Для її вирішення у систему Tariscope додана підсистема Моніторингу викликів або Tariscope Спостерігач. Ця система базується на штучному інтелекті. Для її роботи бажано мати вже отриману інформацію по викликам за період 3 – 6 місяців. Tariscope Спостерігач проаналізує ці дані і розрахує інтервал, через який в конкретну годину доби конкретного дня тижня зазвичай виконуються виклики. Якщо у вас ще не має накопиченої інформації про виклики, то Tariscope Спостерігача все одно можливо використовувати. Кожного дня він буде обробляти дані по викликам та корегувати їх модель.
Адміністратор Tariscope повинен налаштувати систему Tariscope Спостерігач виходячи із своїх потреб. І якщо ця система виявить, що не було викликів за період більший ніж встановлено при налаштуванні, то вона надішле повідомлення про цю подію адміністратору або іншій особі, яка вказана в налаштуваннях. Тому адміністратор може оперативно виявляти проблеми з отриманням даних про виклики та виправляти їх.
Для роботи підсистеми Tariscope Спостерігача треба, щоб на сервері Tariscope було встановлено ПЗ: .NET Core Desktop Runtime 3.1.10 x86.
Для налаштування Tariscope Спостерігача виберіть у меню: Розумний Помічник. З’явиться відповідна сторінка, де треба клацнути по кнопці Моніторинг викликів. З’явиться сторінка Tariscope Спостерігач, приклад якої наведений на малюнку 5.1.2.2.
Малюнок 5.1.2.2
На цій сторінці клацніть по кнопці Відкрити налаштування. З’явиться сторінка Налаштування, приклад якої наведений на малюнку 5.1.2.3.
Малюнок 5.1.2.3
У позиції Попередній період (у місяцях) задайте потрібне значення. При цьому база даних Tariscope повинна містити виклики за вказаний період. Чим більший період вибрати, тим точніше буде модель. Але треба мати на увазі, якщо ви вибрали великий попередній період, то обробка цих даних може зайняти деякий час. За звичай достатньо 3-6 місяців, якщо процес викликів у вашій компанії не має суттєвих відмінностей для різних місяців року. Якщо база Tariscope ще не містить інформації про виклики, но не має значення, що ви зазначите в цій позиції.
У переліку Розділення дня, виберіть необхідне значення. Чим коротше інтервал, тим точніше буде модель, бо вона буде створюватися для кожного такого інтервалу часу з урахуванням і інших параметрів налаштування. Але в цьому випадку побудова моделі буде займати більше часу. Існують наступні вибори:
- 30 хвилин.
- 1 година.
- 2 години.
- 6 годин.
- 12 годин.
- Не ділити.
В позиціях Початок робочого часу та Кінець робочого часу вкажіть відповідне значення.
В блоці Вихідні та свята треба вказати такі дні. Це налаштування дозволяє створити модель отримання викликів в залежності від типу дня: робочий, вихідний або святковий. За замовчуванням вихідними вважаються субота та неділя. Для того щоб система знала дні, які вважаються святами, треба вибрати у переліку Джерело свят оператора зв’язку, який ви призначали на маршрути або шлюзи вашої телефонної системи та для якого ви призначили перелік свят.
Якщо ваша база даних Tariscope з якихось причин може не мати дані по викликах за якісь дні, які будуть використовуватися для створення моделі, то для створення більш точної моделі має сенс не враховувати такі дні. Для цього треба вказати кількість днів поспіль які не треба враховувати, якщо в базі даних не має за ці дні викликів, в позиції Пропускати порожні дні поспіль. Якщо ваша компанія не працює на вихідні і в ці дні не має викликів, то для правильного налаштування моделі у цій позиції слід вказати 3, як найменше значення.
Для врахування параметрів, розрахованих у моделі, ввімкніть перемикач Адаптивний інтервал роботи. При цьому період спрацювання системи сповіщення залежить від:
- значення, яке розраховане для конкретного періоду часу;
- значення позиції Мінімальний інтервал роботи;
- значення Порогу відхилення.
Наведемо приклад. Припустимо, що у розрахованій моделі вважається, що у робочий день в період з 10 до 11 години виклики виконуються кожні 5 секунд. Якщо ввімкнутий перемикач Адаптивний інтервал роботи, та Поріг відхилення становить 40%, а позиція Мінімальний інтервал роботи містить значення 0, то система сповіщення повинна спрацьовувати у випадку, коли не було виклику біль ніж 7 секунд (5 сек. + 5 сек. * 0,4). Таке налаштування означає, що Tariscope Спостерігач буде вмикатися кожні 7 секунд. По перше, це приведе до навантаження на процесор сервера системи Tariscope. По друге, у разі якихось непередбачених збоїв, наприклад, у IP мережі всього на протязі 8 - 10 секунд, ви будете отримувати повідомлення про зупинення отримання даних. Це буде щось на кшталт хибного спрацювання. Для уникнення такої ситуації треба використовувати позицію Мінімальний інтервал роботи.
Позиція Мінімальний інтервал роботи використовуються, щоб вказати системі Tariscope Спостерігач, через який мінімальний інтервал часу система повинна перевіряти наявність новий викликів у системі. Якщо, наприклад, задати значення 300 секунд, то для наведеного вище прикладу система буде перевіряти наявність нових викликів ні кожні 7 секунд, а кожні 300 секунд. Це зменшує навантаження на процесор сервера та дає можливість запобігти частому спрацюванню системи сповіщення при малому інтервалі між викликами. Вкажіть у цій позиції значення, яке для вашої компанії є найбільш оптимальним.
В позиції Поріг відхилення задайте значення у відсотках, таке що при перевищенні інтервалу більшого ніж розрахований згідно моделі плюс вказане відхилення, буде спрацьовувати система сповіщення.
Якщо Tariscope працює з декількома телефонними системами, і у кожній з них є специфічний трафік, то ввімкніть перемикач Аналізувати кожен пристрій зв’язку окремо. Система буде створювати модель отримання викликів для кожної телефонної системи.
Якщо ви бажаєте не включати якусь телефонну систему до Tariscope Спостерігач, наприклад, ту в яку імпортуються виклики раз на місяць із зовнішніх файлів, то клацніть по посиланню АТС, що не використовуються. З'явиться вікно з переліком усіх АТС заданих у Tariscope. Ввімкніть перемикачі напроти тих, які не треба враховувати при створенні моделі.
В Tariscope існує можливість отримання CDR (SMDR) даних за допомогою FTP, SFTP протоколів або, наприклад, з папки. В цих випадках дані поступають у вигляді файлів з якимось інтервалом. Для того щоб враховувати цей інтервал і не було хибних спрацювань треба ввімкнути перемикач Інтервал отримання CDR/SMDR та задати значення інтервалу отримання файлів в позиції Інтервал в секундах.
Для відстеження роботи підсистеми Tariscope Спостерігач використовується журнал його роботи, який може мати різний рівень деталізації. Виберіть необхідний рівень деталізації журналу у переліку Ведення журналу. Найменш детальний рівень – Статус. Найбільш детальний – Налагодження.
Для формування сповіщень перше, що необхідно, це налаштування відповідної підсистеми у Tariscope, яка виконується на сторінці Повідомлення та пошта. Якщо там налаштування виконано, то ввімкніть перемикач Сповіщення (малюнок 5.1.2.3).
У переліку Сповіщення в робочий час оберіть необхідне значення:
- Одноразово. Сповіщення буде відправлено тільки один раз у випадку, коли підсистема спрацьовує кілька разів поспіль.
- Кожного разу. Сповіщення будуть відправлятися кожного разу, коли спрацює підсистема Tariscope Спостерігач.
Оберіть необхідне значення у переліку Неробочий час. Визначення робочого та неробочого часу виконується по налаштуванням встановленим у позиціях Початок робочого часу, Кінець робочого часу, Вихідні та свята.
За замовчуванням сповіщення надсилається електронною поштою адміністраторам Tariscope. Існує можливість надсилати такі сповіщення і на інші електронні адреси. Для цього у позиції Email вкажіть електронні адреси, розділені крапкою з комою. У позиції Тема листа вкажіть тему. Наприклад, «Не має викликів». У позиції Текст можна нічого не вказувати. Шаблон {body} буде замінений системою на інформацію про перевищення інтервалу між викликами.
Для збереження налаштувань, клацніть по кнопці Зберегти. Після чого буде відображена сторінка Tariscope Спостерігач (малюнок 5.1.2.2).
Tariscope Спостерігач працює як служба Windows. Тому її треба встановити та запустити. За замовчуванням запуск цієї служби пропонується від системного облікового запису LocalSystem. Ви маєте можливість змінити цей обліковий запис на інший. Головне, щоб цей обліковий запис мав права на доступ до бази даних Tariscope. Для використання іншого облікового запису, відключіть перемикач Управління службою.
В позиції Обліковий запис введіть необхідний обліковий запис, а в позиції Пароль відповідний пароль.
Для встановлення служби у системі Windows, клацніть по кнопці Встановити службу. Ця кнопка змінить назву на Видалити службу, кнопка Запустити службу стає активною.
Для запуска службі клацніть по кнопці Запустити службу. При успішному запуску служби ця кнопка змінює назву на Зупинити службу, а статус служби повинен змінитися на «Виконується», кнопка Видалити службу стає неактивною. У разі невдалого запуску служби, клацніть по кнопці Відкрити журнал роботи та проаналізуйте помилки.
Для зупинки працюючої служби клацніть по кнопці Зупинити службу. Вона змінить назву на Запустити службу, статус служби буде «Зупинено». Кнопка Видалити службу стає активною.
Для видалення служби клацніть по кнопці Видалити службу. При цьому кнопка Запустити службу стає неактивною, статус служби – «Не встановлена». В деяких випадках Windows може зупинити роботу працюючої служби. Для того, щоб служба автоматично відновлювала свою роботу, ввімкніть перемикач Автоматичний перезапуск.
