968
правок
Изменения
Перейти к навигации
Перейти к поиску
В данном разделе описаны самые распространенные причины сбоев в работе системы, зарегистрированные у наших заказчиков, связанные с внешними факторами (сеть, антивирус, права доступа, производительность сервера и прочее) и не имеющие отношения к системным ошибкам и логике работы системы.
<b>Возможные проявления:
*не доступен Host (сайт)
*не поступают данные с оборудования:
** части оборудования
*не доступен один или несколько микросервисов
* система "зависает" (загрузка занимает ощутимо больше времени чем обычно, простые формы без аналитики загружаются несколько секунд)
</b>
<b>1. Первое что нужно проверить - запущена ли служба компонента.</b>
На сервере, на котором установлен соответствующий компонент: Диспетчер задач -> Службы -> Открыть службы
На сервере, на котором установлен соответствующий компонент: Диспетчер задач -> Производительность -> Мониторинг ресурсов
<b>Оцените на сколько загружен процессори диск</b> и какие службы получают большую долю ресурсов, возможно службам компонентов DPA не хватает ресурсов для запуска.
<b>Пример</b>: в ходе диагностики обнаружилось, что SQL сервер после перезагрузки сервера потреблял ~100% ОЗУ и не позволял стартовать другим службам, после настройки ограничений на потребление ОЗУ для SQL проблема решилась. Такая проблема, как правило, характерна для низкопроизводительных серверов, выделенных на тестовый период, особенно в случаях когда к системе мониторинга подключено много высокопроизводительного оборудования.
<b>2. Убедитесь, что лицензия активна </b>
Это актуально для случаев, когда в систему "перестали поступать данные" и "станки зависли в одном состоянии".
Меню настройки [[File:Settings.png | 20px]] -> Мониторинг, выберите соответствующий DPA сервер (их может быть несколько) и перейдите в ветку "Лицензия"
Ниже приведен пример активной лицензии
[[File:LicenseView.png | 700px]]
В случае если лицензия не активна:
* У вас кончилась демо-лицензия и нужно запросить продление или купить коммерческую лицензию
* У вас сменился HID машины DPA сервера
HID - это уникальный ключ, базирующийся на физической конфигурации машины, в случае если производилась модернизация сервера (например, замена сетевой карты) или сервер развернут на виртуальной машине и, как следствие, имеет динамические MAC-адреса HID мог измениться, сделав лицензию не действительной.
Подробнее про проблемы и ограничения лицензий вы можете прочитать https://help2.rundpa.com/wiki/%D0%A2%D0%B8%D0%BF%D1%8B_%D0%BB%D0%B8%D1%86%D0%B5%D0%BD%D0%B7%D0%B8%D0%B9
<b>3. Убедитесь, что не изменились IP-адреса серверов</b>
В данной настройке указано "по какому адресу DPA сервер должен отправлять пакеты"
Проверьте что, все ip-адреса и порты пингуются в соответствующих направлениях.
<b>4.Проверьте размер базы данных и наличие свободного места на диске сервера, на котором установлена система/организованно хранение индикаторов </b>
<b>Пример</b>: при обновлении системы на предприятии не удалось обновить микросервис, в ходе диагностики выяснилось, что размер базы превысил лимит, установленный для SQL Express - этот момент совпал с обновлением
==Техподдержка==
При обращении в техподдержку важно указать:
*Версию компонентов
*Описание проблемы в формате:
** В каком модуле/микросервисе была зарегистрирована ошибка (желательно приложить запись или снимок экрана)
** От имени какого пользователя был выполнен вход
** Была ли проблема разовой или регистрируется постоянно
** Пошаговое описание действий, приведших к сбою/ошибке
** Если ошибка связана с данными (логика определения состояния, результаты вычислений) опишите ожидаемый результат
*Критичность проблемы по вашей оценке с кратким пояснением
