Изменения

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

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

2120 байт добавлено, 04:45, 7 декабря 2021
В данном разделе описаны самые распространенные причины сбоев в работе системы, зарегистрированные у наших заказчиков, связанные с внешними факторами (сеть, антивирус, права доступа, производительность сервера и прочее) и не имеющие отношения к системным ошибкам и логике работы системы.
<b>Возможные проявления:
*не доступен Host (сайт)
*не поступают данные с оборудования:
** части оборудования
*не доступен один или несколько микросервисов
* система "зависает" (загрузка занимает ощутимо больше времени чем обычно, простые формы без аналитики загружаются несколько секунд)
</b>
<b>1. Первое что нужно проверить - запущена ли служба компонента.</b>
На сервере, на котором установлен соответствующий компонент: Диспетчер задач -> Производительность -> Мониторинг ресурсов
<b>Оцените на сколько загружен процессори диск</b> и какие службы получают большую долю ресурсов, возможно службам компонентов DPA не хватает ресурсов для запуска.
<b>Пример</b>: в ходе диагностики обнаружилось, что SQL сервер после перезагрузки сервера потреблял ~100% ОЗУ и не позволял стартовать другим службам, после настройки ограничений на потребление ОЗУ для SQL проблема решилась. Такая проблема, как правило, характерна для низкопроизводительных серверов, выделенных на тестовый период, особенно в случаях когда к системе мониторинга подключено много высокопроизводительного оборудования.
Подробнее про проблемы и ограничения лицензий вы можете прочитать 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>23. Убедитесь, что не изменились IP-адреса серверов</b>
В данной настройке указано "по какому адресу DPA сервер должен отправлять пакеты" Проверьте что , все ip-адреса и порты станков пигнуютсяпингуются в соответствующих направлениях. <b>4.Проверьте размер базы данных и наличие свободного места на диске сервера, на котором установлена система/организованно хранение индикаторов </b> <b>Пример</b>: при обновлении системы на предприятии не удалось обновить микросервис, в ходе диагностики выяснилось, что размер базы превысил лимит, установленный для SQL Express - этот момент совпал с обновлением
==Техподдержка==
 
При обращении в техподдержку важно указать:
*Версию компонентов
*Описание проблемы в формате:
** В каком модуле/микросервисе была зарегистрирована ошибка (желательно приложить запись или снимок экрана)
** От имени какого пользователя был выполнен вход
** Была ли проблема разовой или регистрируется постоянно
** Пошаговое описание действий, приведших к сбою/ошибке
** Если ошибка связана с данными (логика определения состояния, результаты вычислений) опишите ожидаемый результат
*Критичность проблемы по вашей оценке с кратким пояснением
968

правок

Навигация