Здравствуйте.
Предоставить официальную информацию, что именно Ваш перезапуск был исправлен в новой версии ПО, к сожалению, невозможно без проведения детальной диагностики.
При этом надо понимать, что сама дианостика диагностика такого рода проблем как самопроизвольный перезапуск достаточно нетривиальна и трудоёмка,
а это означает, что данный процесс может потребовать значительных затрат времени и ресурсов только чтобы попытаться понять причину перезапуска,
и если подтвердится, что Ваша проблема одна из тех, что была исправлена в более новой версии ПО, то время и ресуры ресурсы будут потрачены впустую.
Поэтому первым шагом в решении подобного рода проблем всегда идет апгрейд до актуальной версии ПО, чтобы заведомо исключить из рассмотрения все ранее исправленные ошибки
и для минимизации потерь времени эксплуатации/тех.поддержки/разработки.
В случае сохранения проблемы на актуальной версии ПО уже будет иметь смысл детальнее анализировать ситуацию, и разработка сможет максимально оперативно отреагировать и предоставить исправления.
1. Классификация перезапусков и начало диагностики
Перезапусков может быть два вида:
- программный (перезапуск ПО)
- аппаратный (перезапуск всей платформы)
...
В штатной ситуации и в случае аппаратного перезапуска данные показатели не отличаются более чем на 30-90 секунд.
Если же эта разница значительно больше (несколько минут, несколько десятков минут, несколько часов), значит произошел программный перезапуск.
2. Трассировки и данные для диагностики
В случае аппаратного перезапуска в системе будет доступен только лог загрузки app_log, в котором будет указано:
- время и дата запуска ПО
- текущая версия ПО
- лог инициализации.
...
Для анализа любых инцидентов всегда нужно присылать app_log и gzcore к нам.
3. Аппаратный перезапуск
Для диагностики аппаратного перезапуска устройства очень полезным бывает запись вывода с COM-порта устройства (просто подключить COM-порт и записывать всё что там будет выведено)
...
В этих логах видно, кто под какой учеткой учетной записью и что делал, и если время этих действий совпадает с временем падения ПО, значит к падению привели действия пользователя.
Также обязательно нужно прилагать конфигурацию на проверку, чтобы исключить точки взлома системы, public интерфейсы и т.д.
Иногда один объект попадает под зону ответсвенности ответственности нескольких компаний, которые не согласовывают между собой перезагрузки системы и перебои связи.
...
Если перезапуск "по питанию", то нужно проверять цепи питания, работоспоснобность работоспособность БП,
а так же исправность цепей питания на самой аппаратной платформы (последний пункт требует отправки шасси в ремонт к производителю).