Перезапустить сервер терминалов не перезапуская Windows

[Mirra88]

Проблема такая. Периодически зависает сервер терминалов, а я не могу его перезапустить без перезагрузки Windows Server 2003. Захожу в службы, в большинстве служб активны пункты стоп, пауза. А в службах терминалов или удалённого вызова процедур эти пункты неактивны, просто написано "работает" и всё. Можно ли перезапустить сервер терминалов не перезапуская Windows?

[Dimka]

Mirra88, увы, это такие службы, у которых функции stop, pause и continue не реализованы. Поэтому после их запуска функция start по понятным причинам блокируется, а stop не разблокируется.

Зверский способ: на вкладке "Recovery" выбрать перезапуск сервиса в случае падения и убивать процесс. Но, опять же, есть такие сервисы, например, Event Log, падение которых ведёт к принудительной перезагрузке машины - без вариантов.

И ещё, в Windows есть такой процесс svchost, в котором очень много разных сервисов запущено. Не знаю, где хостится сервер терминалов, но если в одном процессе с другими сервисами, то убийство такого процесса приведёт к краху системы.

P.S. А может просто попробовать поискать причину зависаний?

[RXL]

А какие симптомы у "зависания"?

[Mirra88]

1 Подключиться к серверу терминалов (удалённому рабочему столу) невозможно ни с какого компьютера сети, ни под каким пользователем, а те, кто уже был подключен, теряют возможность нормально работать (у них тоже зависает удалённый рабочий стол, но, кажется, не у всех одновременно).
2 На самом ПК-сервере, где установлен сервер терминалов, не открывается диспетчер служб терминалов (терминальный сервер в этом диспетчере отображается со знаком вопроса, якобы о нём сведения собираются, а пользователей естественно,не видно, доступа к их сеасам нет). Причём чаще всего этим и ограничивается, но один раз, когда я стала интенсивно пытаться привести сервер терминалов в норму, пытаться запустить, обновить и пр., то завис и сам компьютер-сервер, да так хорошо завис, что при перезагрузке выдал "синий экран смерти".
3 По сети сам ПК-сервер просматривается и даже сетевые программы, установленные на нём, на удалённых ПК работают. Значит проблема всё-таки только в терминальном сервере.
4 Ещё не собрала достаточно сведений, но есть 2 ПК, на которых удалённый рабочий стол периодически зависает, и не "отвисает" пока на сервере терминалов не сделаешь для зависшего сеанса этого пользователя сброс. Возможно, что эта проблема как-то связана с зависанием сервера терминалов, возможно нет.
5 Некоторые пользователи жалуются, что их периодически"выбрасывает" с удалённого рабочего стола. Возможно, что это тоже как-то связано с проблемой зависаний, но скорее всего, что это всё-таки уже другая проблема.
Ну а что касается причины зависаний, то конечно я хочу её найти. Но пока не получилось.

[Dimka]

Mirra88, у сервера терминалов есть ограничение на количество параллельных пользователей. Интересно, когда пользователи заканчивают свою работу, сессии не остаются висеть?

[RXL]

Mirra88, установлены ли SP?

Я вот тоже думаю, что превышен лимит подключений.

[Mirra88]

Пользователи "висеть" не остаются, я в настройках установила, что сеанс завершается через час после бездействия. В последний раз зависание произошло в воскресенье вечером, когда работал один ПК, а на удалённом рабочем столе - одна программа. В пятницу, когда сеть была куда больше загружена, а на терминальном сервере сидело много пользователей, всё работало нормально. В субботу, при спокойной сети - тоже. Т. е. зависло, когда сеть явно не была перегружена, лимит не мог быть превышен по определению, и вообще видимых предпосылок вроде как и не было..

Mirra88, установлены ли SP?

А что это такое?

[Dimka]

Mirra88, сервис пак это.

А... это не сетевые проблемы?

[Mirra88]

Тут вот что странно. Одна и та же, установленная на сервере программа, есть на рабочих станциях в двух вариантах. Первый вариант: через сетевой диск ярлык вынесен непосредственно на удалённый ПК. И второй вариант - в терминальном режиме. Когда зависает сервер терминалов (а на нём эта программа работает ощутимо быстрее, поэтому пользователи и предпочитают именно его) а сам сервер некому перезагрузить, то пользователи вынуждены работать в той же программе минуя его, т. е. в первом варианте. И ведь программа работает! Поэтому я думаю, что это не сетевые проблемы..

[Kivals]

Может я невнимательо прочитал тему, но неужели в EventLog нет никаких ошибок?

[Mirra88]

В системном журнале ошибок я нашла  по состоянию на тот день только уведомления типа "Служба Windows installer перешла в состояние запущена (остановлена)" и "Время работоспособного состояния столько-то секунд". В журнале приложений - сообщения, от понятных, типа "Создана резервная копия БД" от SQLServer, до непонятных, типа

Код:

"Product: 32 Bit HP CIO Components Installer -- Configuration completed successfully."

и предупреждения, типа

Код:

"Доступ к C:\Program Files\SoftAction\Action Backup\Action Backup.exe был ограничен Администратором по расположению правилом политики {e7e2238c-1150-47c6-86f1-2751635b5699}, расположенной в C:\Program Files\SoftAction\Action Backup\Action Backup.exe"

. Т. е. ни там, ни там - ничего угрожающего.
Я уже вот что думаю. Когда я работала в другой организации на одном из ПК установили принтер Canon LBP3010. На этом ПК (а там ПК тоже работали в терминальном режиме) начались странности, например, фиксировался не один, а несколько процессов одной и той же программы. Потом стали устанавливать эти принтеры на других ПК, но .. хватило только ещё одного, чтобы в терминальном режиме стало работать невозможно, программы висли на всех терминалах, а не только на этих двух! Фирма поставщик отказалась забирать или менять принтеры наотрез, типа: "Они у нас исправны это вы там что-то не то делаете, никто больше не жалуется!", но мы переставили эти принтеры в бухгалтерию и другие отделы, где в терминальном режиме не работают. И в терминальном режиме стало работать снова нормально! Здесь, тоже может быть какой-то такой невидимый "вредитель". Тем более я и здесь видела эти принтеры (они в то время продавались и их все покупали), а программы-то те же.. Только вот как-то умудриться бы и здесь это проверить, доказать и избавиться от этих принтеров (если, конечно, это они виной..)

[Kivals]

Да, в начале 20ХХ тоже были проблем с дайверами на LBP, с тех пор больше ими не пользовался. Так что проблема возможно в этом. Можно попробовать ее решить перезапуская службу печати...