Решение проблем и задач

 

Проблемы пользователей клиентских приложений (не касающиеся интерфейса или логики расчетов)

1) Ошибки авторизации

В случае возникновения ошибки авторизации будет показано окно с сообщением «Ошибка авторизации» и дополнительной информацией, которую вернул сервер.

 

 

2) Ошибки физического подключения

В случае возникновения этих ошибок появляется окно с сообщением «Невозможно установить соединение с сервером <server>, где <server> — это IP-адрес сервера, к которому производилось подключение. Причиной возникновения таких ошибок может быть неправильно настроенная серверная часть, ошибка при указании сервера и/или порта подключения. Для решения проблемы необходимо обратиться к администратору.

 

 

Действия администратора системы:

•Попробовать подключиться с другого ПК для определения массовости проблемы;

•В случае успешного подключения с другого ПК искать проблемы на рабочей станции (неработающая сеть, неверная подсеть, отсутствие маршрута к серверу, наличие конфигурационного файла platex.ini и корректность настроек в нем, проверка коррекноси конфигурации в файле tnsnames.ora, если он используется);

•В случае массовости проблемы искать проблему на сервере (варианты решения проблем с сервером описываются в следующей части текущего подраздела).

 

3) Ошибки работы приложения:

В случае возникновения могут появляться сообщения о не найденной таблице, ошибке индекса, зависания на какой-либо операции и т. д.

 

Действия сотрудника при зависании программы на какой-либо операции:

•Определить последствия остановки задачи (если их нет или контролируются им самим — остановка задания или прерывание операции и запуск/выполнение заново через 1-2 минуты);

•В случае, если остановка может вызвать невосполнимую сотрудником потерю данных или вероятность потери неизвестна — обратиться к руководителю отдела.

 

Действия руководителя отдела при зависании программы на какой-либо операции после обращения сотрудника:

•В приложении plBilling -> Инструменты -> Блокировки на сервере -> Взаимные найти блокирующую сессию;

•В случае, если это сессия другого сотрудника, попросить его закрыть приложение, после чего проверить блокировку еще раз (может получиться так, что нужно таким образом закрыть более десятка приложений, чтобы убрать одну блокировку);

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

 

Действия руководителя отдела при ограниченном функционале и ошибках при работе с программой:

•Проверка версии приложения (если старее или без необходимости установлена новее, чем у остальных сотрудников — установить соответствующую версию);

•В случае сохранения проблемы в рекомендованной разработчиком версии выполнить проверку на другой рабочей станции;

•В случае отсутствия проблемы на другом ПК удалить ветку реестра системы;

•В случае воспроизведения проблемы на других ПК обратиться в техническую поддержку системы.

 

Проблемы на сервере АСР Platex

1) Проблемы с СУБД Oracle при попытке подключения:

В этом случае при попытке подключения к базе могут появляться ошибки вида «Connection timeout», «TNS Operation timeout», «TNS Listener does not know…», «TNS No available free…», «Archiver error. Connect internal only until freed…» и др.

 

 

2) Проблемы с RADIUS-сервером:

Как правило, ошибки RADIUS-модуля могут быть разделены на 2 категории: проблемы у единичных абонентов и массовый отвал сессий.

 

Проблемы у единичных абонентов, как правило, может решаться сотрудником/администратором системы самостоятельно путем просмотра файлов журнала RADIUS на сервере или протокола RADIUS-сервера в приложении plBilling. Могут встречаться следующие ошибки: «Invalid account», «Tariff not found!», «Not enough money!» и др.  В этих случаях необходимо проверять состояние абонента в приложении plClients, а именно: не заблокирован ли абонент, не заблокирован ли ресурс, не истек ли срок его действия и т.д.

 

Проблема массового отвала сессий, как правило, решается администратором системы совместно с сотрудниками технической поддержки. Такие проблемы могут возникать в случае «лавинных» запросов со стороны оборудования, неисправностью оборудования, проблемами на стороне сервера биллинга и СУБД (см. предыдущую часть подраздела).

 

Действия администратора системы:

•Перезапустить RADIUS-сервер (в большинстве случаев данного действия достаточно для решения проблемы);

•В случае неудачи на предыдущем шаге проверить наличие блокировок в СУБД (в случае наличия — устранить);

•Проверить наличие места в табличных пространствах СУБД (в случае отсутствия — расширить);

•В случае неудачи на всех предыдущих шагах обратиться в техническую поддержку.

 

3) Проблемы с коллектором:

Со стороны коллектора проблемы можно разделить на 2 категории: ошибки загрузки файлов ПТД и ошибки сбора файлов ПТД. В первом случае файлы ПТД поступают на сервер коллектор, но некорректно загружаются в БД (сотрудник может увидеть ошибку в журнале событий системы) или не загружаются вовсе. Во втором случае на коллектор не поступают данные с источников для загрузки в БД вовсе и проблема в большинстве случае в сетевых настройках или настройках оборудования, поэтому сотрудник не увидит в системе никаких ошибок загрузки (единственное, что он может в данном случае заметить, так это отсутствие файлов ПТД за определенный период).

 

 

 

Действия администратора в случае отсутствия файлов ПТД в базе:

•Проверить, что сервер-коллектор включен и доступен по сети;

•Проверить, что с сервера-коллектора доступен сервер биллинга и открыт порт 1521;

•Проверить, что на сервере-коллекторе есть место для сбора и хранения файлов ПТД;

•Проверитьчто активен процесс crond и в расписании настроена загрузка данных (от пользователя oracle);

•Проверить, что активны сборщики Netflow (при их наличии);

•Проверить, что на оборудовании корректно настроена отправка трафика (IP, порт);

•В случае сбора файлов ПТД по FTP убедиться, что FTP-сервер доступен с сервера-коллектора;

•Проверить реквизиты подключения к FTP-серверу в /usr/local/PLATEX/converters/etc/ftp_fetch_<SOURCE_NAME> в поле REMUSERPASS, изменить, если потребуется;

•В случае, если файлы собираются в каталоге /usr/local/PLATEX/converters/data/<SOURCE_NAME>, но не загружаются в БД, проверить журнал /var/log/platex/Renamer_<SOURCE_NAME>.log;

•Проверить реквизиты подключения загрузчиков к БД и доступность сервера БД с сервера-коллектора;

•Проверить место в табличных пространствах СУБД (расширить в случае переполнения);

•При неудаче на всех вышеописанных шагах обратиться в техническую поддержку производителя.