Tariscope 4.6. Керівництво адміністратора

5. Обслуговування Tariscope

5.2 Резервне копіювання

Цей режим призначений для резервного копіювання бази Tariscope у зовнішній файл.

Можливо виконання резервного копіювання як в автоматичному режимі за заданим розкладом, так і вручну в будь-який момент часу. При цьому можливі два варіанти копіювання інформації:

• Повне копіювання, коли копіюється вся база даних,
• Різницеве копіювання, коли виконується копіювання тільки тих даних, які змінювалися, доповнювалися після останнього раніше проведеного копіювання.

Другий варіант, різницеве копіювання, виконується швидше повного копіювання та файли мають менший обсяг.

Для виконання ручного резервного копіювання необхідно в програмі TWA вибрати в меню Додаткові опції → База даних → іконка на панелі інструментів Резервне копіювання. Програма набуде вигляду, подібний показаному на малюнку 5.2.1.

Малюнок 5.2.1

На сторінці можете вибрати один з двох варіантів копіювання:

• Створити повну резервну копію,
• Створити різницеву резервну копію.

Виберіть необхідний пункт. Зверніть увагу, що резервна копія буде збережена на сервері SQL шляхом запропонованим програмою: С: /. Для зміни місця збереження файлу перейдіть за посиланням Натисніть сюди. Відкриється вікно, малюнок 5.2.2 для вибору папки для збереження файлу.

Малюнок 5.2.2

За замовчуванням пропонується найменування файлу в форматі: РРРРММДД_ГГХХСС.bak, де:
РРРР —поточний рік,
ММ — поточний місяць,
ДД — поточний день,
ГГ — поточна година,
ХХ — поточна хвилина,
СС — поточна секунда.

При бажанні можете змінити найменування файлу.

Виберіть необхідну папку і збережіть файл. З'явиться вікно, що оповіщає про успішне збереженні резервної копії, малюнок 5.2.3.

Малюнок 5.2.3

Результати створення резервної копії, а також відновлення бази даних з резервних копій відображаються в таблиці Журнал резервних копій. Таблиця містить наступні стовпці:

• Опис. Вказується виконану дію.
• Ім'я файлу. Вказується шлях і найменування файлу.
• Дата. Відображається дата і час виконання операції.
• Тип. Для операцій копіювання вказує їх тип: повна або різницева.
• Результат. Відображається успішність виконання операції.

Користувач має можливість змінити значення поля Опис на довільне, необхідне значення. Для цього на панелі інструментів розділу Журнал резервних копій необхідно вибрати іконку Редагувати опис. З'явиться вікно, малюнок 5.2.4. Введіть зрозумілу вам назву і натисніть Зберегти.

Малюнок 5.2.4

 Для очищення журналу необхідно вибрати іконку Очистити журнал резервних копій. Виникне вікно, в якому необхідно підтвердити або скасувати дію.

Для автоматичного виконання операції резервного копіювання створіть таке завдання в режимі Планувальник Tariscope.

Кожен користувач в залежності від умов роботи повинен сам визначитися з періодичністю виконання операції резервного копіювання. У загальному випадку рекомендуємо проводити щоденне копіювання даних.

Попередня сторінка    Наступна сторінка

Зміст "Tariscope 4.6. Керівництво адміністратора"

Tariscope 4.6. Керівництво адміністратора

5. Обслуговування Tariscope

5.1 Контроль над роботою Tariscope

5.1.3 Контроль за змінами в базі даних

У ряді випадків, коли з базою даних Tariscope працює кілька користувачів буває важливо відстежувати, хто з них і які вносив зміни в таблиці бази даних. Для цієї мети в системі Tariscope призначена сторінка Журнал роботи.

Щоб перейти на цю сторінку виберіть: Додаткові опції → Журнал роботи. Вибір цієї сторінки призводить до відкриття вікна програми, на кшталт того, який зображений на малюнку 5.1.3.1.

Малюнок 5.1.3.1

Сторінка Журнал роботи відображає інформацію про роботу програми Tariscope, діях користувачів в системі і можливі помилки, які можуть виникати при роботі програми.

Щоб очистити Журнал роботи, виберіть на панелі інструментів іконку Очистити журнал роботи. Виникне вікно, в якому необхідно підтвердити або скасувати дію.

Попередня сторінка    Наступна сторінка

Зміст "Tariscope 4.6. Керівництво адміністратора"

Tariscope 4.6. Керівництво адміністратора

5. Обслуговування Tariscope

5.1 Контроль над роботою Tariscope

5.1.4 Контроль за автоматичним виконанням завдань

Планувальник Tariscope дозволяє автоматично виконувати широке коло завдань за розкладом. Тому одним із завдань адміністратора Tariscope є відстеження результатів роботи Планувальника. Для цієї мети виберіть в дереві настроювань: Планувальник Tariscope → Керування службою → натисніть Запустити службу → Перелік задач. При його виклику сторінка програми буде мати вигляд, подібний показаному на малюнку 5.1.4.1.

Малюнок 5.1.4.1

Дана сторінка програми відображає таблицю з переліком всіх активних і пасивних завдань, які були поставлені в Планувальнику. Таблиця має такі стовпці:

• Назва. Показує назву завдання, а також за допомогою встановленого або знятого прапорця відображає активність або не активність даного завдання. Неактивне завдання не буде ніколи виконуватися. Для активізації будь-якого неактивного завдання встановіть прапорець в цьому стовпці.
• Наступний запуск. Відображає дату і час наступного запуску завдання.
• Опис. Відображається короткий опис завдання.
• Період. Відображається період, за який повинне виконуватися завдання.
• Тип. Відображається тип завдання (архівація, формування звіту і т.п.). 
• Назва фільтру. Відображає ім'я фільтра, якщо такий було встановлено для виконання завдання.
• Назва звіту. Застосовується тільки для завдань по формуванню звіту. Відображення назви звіту, яке встановлено в системі. 
• Останнє виконання. Відображається дата і час останнього виконання завдання.
• Результат. Відображається результат виконання завдання.
• Статус. Відображається поточний статус завдання, саме в даний момент.
• Шлях до файлу. Показує шлях до папки, куди будуть записуватися результати роботи завдання.
• Шаблон файлу. Шаблон, який застосовується до імені файлу. Застосування шаблону актуально при багаторазовому виконанні завдання, результатом якої є формування якогось файлу.
• Відправляти Email. Вказує чи відправляти звіт або повідомлення про виконання іншої задачі по електронній пошті.
• Email. Відображається електронна адреса для задач, у яких задана відправка по електронній пошті.
• ID. Унікальний ідентифікатор завдання. 

Серед цих стовпців рекомендуємо в першу чергу звертати увагу на дані стовпця Результат. При наявності в ньому значення "Завдання не виконано" слід перейти в Журнал роботи Планувальника Tariscope, проаналізувати його дані і усунути причини невиконання завдання. Для того щоб результат роботи завдання був відразу видно при відкритті таблиці з переліком завдань, клацніть на панелі інструментів Налаштування видимості стовпців, де встановіть/приберіть прапор для відображення необхідних в поточний момент стовпців.

Ви можете при необхідності впорядкувати таблицю за даними будь-якого із стовпців, згрупувати або відфільтрувати дані.

Попередня сторінка    Наступна сторінка

Зміст "Tariscope 4.6. Керівництво адміністратора"

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 може зупинити роботу працюючої служби. Для того, щоб служба автоматично відновлювала свою роботу, ввімкніть перемикач Автоматичний перезапуск.

Попередня сторінка    Наступна сторінка

Зміст "Tariscope 4.6. Керівництво адміністратора"