Доброго дня.

Описание проблемы: SAP-сервер стал ровно каждый час уходить на самоперезагрузку.
ОС: Windows 2003 Server x64 Enterpise Edition SP2.
SAP: SAP CRM 7.0 EHP 1, (ABAP+JAVA)
ОС лог: The previous system shutdown at date/time was unexpected.

Раньше подобную проблему удалось решить, обновив SAP kernel с 144 до 241 версий (были подозрения на утечку памяти). Сейчас проблема снова вернулась.

P.S. В системе установлены последние SP, в My Computer - Properties-Advanced - StartUp and Recovery галочка Automatic restart не установлена.

Буду очень благодарен любой помощи.

мало очень информации для адекватной помощи. в логах есть что нить?

Вариантов намного больше одного От тривиальной заразы до включения Hot Guard (если термин не путаю) в BIOS'е

В том то и дело, что в логах на уровне ОС есть только это сообщение, далее идут сообщения о запуске служб и тд(System) и БД, SAP-системы (Application). Memory Dump хоть и включен в системе, но не выгружается.

Тоже самое на уровне SAP и БД(Microsoft SQL Server 9.0), т.е. только сообщения о старте систем, но ни строчки о причинах предыдущего ребута.


Физический перегрев и плохие UPS исключены, сервер на постоянном физ контроле.
Заразы и прочее - тоже, ведь проблемы были и до полной переустановки винды и сапа.

да, Винда - гадание на кофейной гуще.

а без сапа система также перезагружается?

Нет. Тут дело в сапе. Или во взаимодействии его с виндой.

Как насчет размера свопа?
В процессе работы SAP - какова загрузка Винды? (CPU, Memory).
Рестарт каждый час - это типа, САП час отработал и бутнулся?
Или, по времени ОС - ровно каждый час, независимо от того, сколько работал САП?

с таким количество инфы остается только экспериментировать. поменять количество процессов, потребляемую память, downgrade ядра.

ноту 146289 посмотрите

Каждый час перезагружается сама ОС. Не зависимо от того, сколько работает сам сап. Если сап отключен - ребута нету.
Загрузка CPU в норме (сап тестовый, пользователей немного) - нагрузка не превышает 20-30%. Другое дело с памятью - всего 4 гб, постоянно свободной - около 100-200 мб. Swap- 21гб. SAP-буферы не переполнены.

еще мысль. если есть четкая периодичность в один час, это может быть одно из стандартных заданий

Под Hot Guard имелся в виду не перегрев. Есть такая фишечка у некоторых производителей. Железка с определенной периодичностью пинает ось на предмет ответа и, соответственно, жизнеспособности. Если ответ не получен - ребутаем железку. Включается/выключается в BIOS'е. Если поддержки данной возможности со стороны оси нет, то получаем предсказуемую периодическую перезагрузку.
Если в логах нет сообщений про ребут или шатдаун, но есть записи о старте системы - значит перезагрузка была вызвана внешними причинами и на уровне софта оси это не отслеживалось.

Вот тут поподробней. В момент работы САП - свободно всего 100М на уровне ОС??
Сколько MSSQL отдано памяти?

В нагрузку нотка: Note 1316558 - System hang situations on Windows Server 2003

В сап-системе нет заданий, с периодичностью 1 час...


Тоже самое говорят и наши системные админы (и это вполне логично), но тогда не понятна отсутствие ребута при выключенном сапе и временное отсутствие этой проблемы после обновления сап-ядра.


На уровне ОС при вкл сапе свободно только примерно 150мб. Базе выдано 1,6 Гб. Я бы копал в этом направлении дальше, но меня останавливает то, что у нас кроме этого сервера, куча остальных нормально работающих точно с таким же железом и набором ПО ))

Нельзя равняться на остальные.
150М свободных - это край. САП очень чувствителен к памяти.
Один активный рабочий процесс может спокойно докушать эти остатки, а дальше.... Дальше он должен сдохнуть (процесс), по идее. Но как сам инстанс на это отреагирует - для меня вопрос... Никогда не вгонял систему в такие жесткие рамки.
Ради эксперимента, я бы уменьшил своп до 20Г (он все-равно излишне велик) и посмотрел бы на поведение системы.

Мне кажется, что своп здесь не влияет...
Если накатаны последние SP и самое свежее ядро логичнее всё таки выставить сообщение в SAP...