Зависает терминальный сервер 2008 R2 (виртуальная машина на ESXi 5.0)
 

Приветствую, коллеги.
Стал зависать сервер удаленных рабочих столов (терминальный сервер). Характер зависания следующий: сначала все начинает тормозить, потихоньку отваливаются службы по таймауту, зависают сеансы терминальных пользователей (всех и постепенно), в итоге сервер перестает реагировать на движение мыши в консоли. В системных логах - практически чисто. Первые и последние записи об ошибках - таймауты останова служб, после чего в лог перестает что-либо писаться.
Зависание происходит в произвольный момент времени, от нагрузки, похоже, не зависит.
Все чудно работало до появления одноэс (1С8). Но по порядку.
Имеем: Платформа 2008 R2 Enterprise Server + поднята роль сервера удаленных рабочих столов. Все это развернуто в виде виртуальной машины на гипервизоре ESXi (vSphere 5.0). Имеется vCenter Server. На терминальном сервере установлена 1С8, файловая, не SQL + модуль взаимодействия 1С с Asterisk.
А также офисное ПО (Офисы и прочее).
Пользователей - до 15ти.
1С лицензионная, имеется ХАСП ключ, который мапиться в виртуальную машину средствами Vmware.
Также имеется Лига: Закон, со своим ХАСП ключом.
Антивирусом и трояномочилкой гоняли - все в порядке.
Памяти и виртуальных процов в достатке.
Логи vCenter сервера, графики загрузки особо не помогли.

Как быть в такой ситуации? Где/как искать, ежли логи пусты?

зы:
Про бубны: с месяц назад была проблема с 1С: при перезагрузке сервера (попытке останова какой-то службы) сервер падал в синий экран с руганью на ядро (SYSTEM_SERVICE_EXEPTION). Ситуация была приблизительно схожая - в логах пусто.
Обратили внимание, что после ребута сервера, промапленный хасп-ключ выкидывает из виртуальной машины.
Импирическим путем (отключив мапинг хасп ключа 1С на вм, фактически, отключив физически хасп ключ), нашли в чем дело. Сервер перегружался/выключался нормально. Поменяли драйвера хаспа 1С, сервер стал перегружаться нормально.

Вы не написали, что за службы отваливаются.
Имхо, можете попробовать без хасп-ключа с пираткой, у Вас же лицензия есть. 1С франчайзеры тоже так делают в сложных случаях.
Ведь часто поиск ключа 1С как раз приводит к зависанию.Вы сами же говорите: "Все чудно работало до появления одноэс (1С8)".
Версию платформы 1С какую используете?
Эта нестандартная конструкция и может приводить к зависаниям.

alef2474,
Службы и приложения отваливаются постепенно, каждый раз по разному, зависимости не обнаружил.
Первой, как правило, валится vm tools, потом теряется доступность контроллера домена, ошибки при обработке групповой политики, отваливаются запущенные в сеансах юзеров приложения. Но последовательность не всегда такова.
Версия 1С8 , точнее 8.2.18.109.
Одноэсники сказали, что полностью рабочего лекарства на эту версию вродь как пока нет.

Сейчас последняя актуальная платформа 8.2.19.68. Даже на нее лекарство старое работает, врут Вам.
А как же без этого, ведь куча программистов этим кормится во славу 1С.

С такими отваливаниями, может, Вам с гипервизором надо разбираться: http://sysadmins.ru/topic344169.html

alef2474,
мимо однако, ESXi работает, аки часики.

Вобщем, кажись нашел. Скрин за секунду до полного зависания, успел.

Планирую пробовать лечить вот так:
http://www.windowsfaq.ru/content/view/333/

Не поможет.Вы не обратили внимания на то, что эта статья не меньше, чем пятилетней давности и про 1с7.7
Я забыл Вам сказать, что при количестве пользователей больше 10 1С рекомендует использование SQL на 1С8.2
Так что Вам туда прямой путь после Ваших графиков. Базы имеют особенность расти и еще ухудшать ситуацию.
Параметры своего виртуального сервера и объем/характер базы Вы не описали.

Вобщем, план "спасти радового Терминалко" согласно http://www.windowsfaq.ru/content/view/333/ потерпел фиаско не начавшись.
Вчитавшись повнимательней в http://threadmaster.tripod.com/,
обнаружил что тулзень под 2008 R2, увы, не работает. Только под 2000 и
2003 Server.
В 2008 R2 есть собственный механизм управления системными ресурсами.
Назыввается Диспетчер управления системными ресурсами.
Добавил эту компоненту, включил, выбрал политику разделения ресурсов между сеансами.
Правда, вот тут парни пишут, что при большом кол-ве пользователей от
проблемы прожорливости одноэса все равно не помогает.
http://forum.ixbt.com/post.cgi?id=print:7:42877
И таки да - сегодня опять сервак "подвис". Но может настроил криво, еще почитаю.
Смотрю в сторону SQL-версии одноэса, развернули пока тестовый стенд.

snippyy,
вы не рассматриваете вариант замены ключа USB программным лицензиями?
Не согласен с Вами, последняя платформа - не есть залог стабильности.

На Вашем месте, я бы поработал без ключа USB каким-то образом. Обратитесь к франчайзи насчет программных ключей.

Переехали на 1С SQL. Отдельно вм с сервер 1с, отдельно mssql сервер. ХАСПы самой 1с стали програмными. ВСЯ клиентская часть 1с на терминальном сервере осталась без изменений. Также на терминальном сервере остались хасп-ключи 1с црм (есть там еще и такая). Этих хасп-ключей программных найти не удалось, точнее не дают.
Уменьшилась нагрузка на хост по процессору - теперь не превышает 55-60%. Памяти тоже хватает. Параметр high disk latency хоста также улучшился вследствие уменьшения кол-ва дисковых операций, как я понимаю.
НО.
Зависания, увы, остались. :(
Зависания происходят случайным образом. Какой либо системности повторения ошибок установить не удалось. Пиков в этот момент по загрузке процессора/памяти теперь нет.
В логах первая ошибка:
"Превышение времени ожидания (30000 мс) при ожидании ответа транзакции от службы "VMTools"."
Я так понимаю, это уже следствие.
Пробовал переставлять, удалять вм тулз - зависания остались.
Подскажите, с какой строны копать.

На Течнете подсказали решение, за что комраду Solenoid - великое спасибо!
http://social.technet.microsoft.com/...rum=ws2008r2ru