Изменения

Перейти к навигации Перейти к поиску

Обслуживание системы

5328 байт добавлено, 04:45, 7 декабря 2021
В данном разделе описаны самые распространенные причины сбоев в работе системы, зарегистрированные у наших заказчиков, связанные с внешними факторами (сеть, антивирус, права доступа, производительность сервера и прочее) и не имеющие отношения к системным ошибкам и логике работы системы.
<b>Возможные проявления:
*не доступен Host (сайт)
*не поступают данные с оборудования:
** части оборудования
*не доступен один или несколько микросервисов
* система "зависает" (загрузка занимает ощутимо больше времени чем обычно, простые формы без аналитики загружаются несколько секунд)
</b>
 
<b>1. Первое что нужно проверить - запущена ли служба компонента.</b>
Первое что нужно проверить - запущена ли служба компонента.
На сервере, на котором установлен соответствующий компонент: Диспетчер задач -> Службы -> Открыть службы
 Удостоверьтесь, что служба DPA Host запущена и выполняется.
[[File:Services.PNG | 1000px]]
В случае, если служба не запущена - попробуйте ее запустить. Важно чтобы пользователь от имени которого происходит запуск не утратил соответствующие права.
Пример: на предприятии запуск службы настроен не от имени Системы (настройка по умолчанию), а от имени уполномоченного пользователя, в ходе эксплуатации системы, в соответствии с политикой безопасности истек срок действия пароля, после перезапуска сервера служба не смогла стартовать.
<b>Пример</b>: на предприятии запуск был службы настроен не от имени Системы (настройка по умолчанию), а от имени уполномоченного пользователя, в ходе эксплуатации системы, в соответствии с политикой безопасности истек срок действия пароля, после перезапуска сервера служба не смогла стартовать.  <b>Неконтролируемые периодические остановки службы </b> могут быть вызваны работой антивируса или недостаточностью ресурсов сервера. <b>Пример</b>: Раз в сутки в 3:59 PM происходила остановка службы, выяснилось, что в это время работает ПО, которое завершает все процессы, не внесенные в белый список. На сервере, на котором установлен соответствующий компонент: Диспетчер задач -> Производительность -> Мониторинг ресурсов  <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:59 PM происходила остановка службы, выяснилось. Убедитесь, что в это время работает ПОне изменились IP-адреса серверов</b> В данной настройке указано "по какому адресу DPA сервер должен отправлять пакеты" Проверьте что, которое завершает все процессыip-адреса и порты пингуются в соответствующих направлениях. <b>4.Проверьте размер базы данных и наличие свободного места на диске сервера, на котором установлена система/организованно хранение индикаторов </b> <b>Пример</b>: при обновлении системы на предприятии не внесенные удалось обновить микросервис, в белый списокходе диагностики выяснилось, что размер базы превысил лимит, установленный для SQL Express - этот момент совпал с обновлением
==Техподдержка==
 
При обращении в техподдержку важно указать:
*Версию компонентов
*Описание проблемы в формате:
** В каком модуле/микросервисе была зарегистрирована ошибка (желательно приложить запись или снимок экрана)
** От имени какого пользователя был выполнен вход
** Была ли проблема разовой или регистрируется постоянно
** Пошаговое описание действий, приведших к сбою/ошибке
** Если ошибка связана с данными (логика определения состояния, результаты вычислений) опишите ожидаемый результат
*Критичность проблемы по вашей оценке с кратким пояснением
968

правок

Навигация