968
правок
Изменения
Перейти к навигации
Перейти к поиску
Примечание 2: при определении периодичности создания резервных копий важно учитывать интервалы очистки журналов и индикаторов. Проверка и запуск автоматической процедуры очистки журналов и файлов происходит ежедневно в 3:00 AM.
[[File:Defaultsett.PNG | 1000px700px]]
Определите место хранение медиа-файлов, используемых модулем «Технологии» (если таковые имеются).
Финальный шаг - Установить DPA на подготовленный ПК в соответствии с инструкцией по установке, на шагах «DPA Host» (а так же «DPA KPI», «DPA UserActionLog», «DPA Mesenger», если требуется) выберите существующую восстановленную базу.
[[File:Instalation_olddb.PNG| 1000px]]
==Самостоятельная диагностика неполадок==
В данном разделе описаны самые распространенные причины сбоев в работе системы, зарегистрированные у наших заказчиков, связанные с внешними факторами (сеть, антивирус, права доступа, производительность сервера и прочее) и не имеющие отношения к системным ошибкам и логике работы системы.
<b>Возможные проявления:
*не доступен Host (сайт)
*не поступают данные с оборудования:
** со всего оборудования
** части оборудования
*не доступен один или несколько микросервисов
* система "зависает" (загрузка занимает ощутимо больше времени чем обычно, простые формы без аналитики загружаются несколько секунд)
</b>
<b>1. Первое что нужно проверить - запущена ли служба компонента.</b>
На сервере, на котором установлен соответствующий компонент: Диспетчер задач -> Службы -> Открыть службы
Удостоверьтесь, что служба запущена и выполняется.
[[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. Убедитесь, что не изменились IP-адреса серверов</b>
В данной настройке указано "по какому адресу DPA сервер должен отправлять пакеты"
Проверьте что, все ip-адреса и порты пингуются в соответствующих направлениях.
<b>4.Проверьте размер базы данных и наличие свободного места на диске сервера, на котором установлена система/организованно хранение индикаторов </b>
<b>Пример</b>: при обновлении системы на предприятии не удалось обновить микросервис, в ходе диагностики выяснилось, что размер базы превысил лимит, установленный для SQL Express - этот момент совпал с обновлением
==Техподдержка==
При обращении в техподдержку важно указать:
*Версию компонентов
*Описание проблемы в формате:
** В каком модуле/микросервисе была зарегистрирована ошибка (желательно приложить запись или снимок экрана)
** От имени какого пользователя был выполнен вход
** Была ли проблема разовой или регистрируется постоянно
** Пошаговое описание действий, приведших к сбою/ошибке
** Если ошибка связана с данными (логика определения состояния, результаты вычислений) опишите ожидаемый результат
*Критичность проблемы по вашей оценке с кратким пояснением
