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