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

alef2474 · Отправлено: **10:09, 22-10-2013** | #2

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

Цитата:

имеется ХАСП ключ, который мапиться в виртуальную машину средствами Vmware.

Эта нестандартная конструкция и может приводить к зависаниям.

snippyy · Отправлено: **11:56, 22-10-2013** | #3

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

alef2474 · Отправлено: **17:47, 22-10-2013** | #4

Цитата snippyy:

Версия 1С8 , точнее 8.2.18.109.
Одноэсники сказали, что полностью рабочего лекарства на эту версию вродь как пока нет. »

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

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

snippyy · Отправлено: **18:08, 22-10-2013** | #5

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

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

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

alef2474 · Отправлено: **21:10, 22-10-2013** | #6

Цитата snippyy:

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

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

snippyy · Отправлено: **17:42, 28-10-2013** | #7

Вобщем, план "спасти радового Терминалко" согласно 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-версии одноэса, развернули пока тестовый стенд.

HellFire_MZ · Конфигурация компьютера

snippyy,
вы не рассматриваете вариант замены ключа USB программным лицензиями?

Цитата alef2474:

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

Не согласен с Вами, последняя платформа - не есть залог стабильности.

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

snippyy · Отправлено: **01:03, 19-11-2013** | #9

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

Зависания происходят случайным образом. Какой либо системности повторения ошибок установить не удалось. Пиков в этот момент по загрузке процессора/памяти теперь нет.
В логах первая ошибка:
"Превышение времени ожидания (30000 мс) при ожидании ответа транзакции от службы "VMTools"."
Я так понимаю, это уже следствие.
Пробовал переставлять, удалять вм тулз - зависания остались.
Подскажите, с какой строны копать.

snippyy · Отправлено: **18:42, 21-01-2014** | #10

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