Форум программистов «Весельчак У»
  *
Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.
Вам не пришло письмо с кодом активации?

  • Рекомендуем проверить настройки временной зоны в вашем профиле (страница "Внешний вид форума", пункт "Часовой пояс:").
  • У нас больше нет рассылок. Если вам приходят письма от наших бывших рассылок mail.ru и subscribe.ru, то знайте, что это не мы рассылаем.
   Начало  
Наши сайты
Помощь Поиск Календарь Почта Войти Регистрация  
 
Страниц: [1]   Вниз
  Печать  
Автор Тема: Перезапустить сервер терминалов не перезапуская Windows  (Прочитано 23406 раз)
0 Пользователей и 1 Гость смотрят эту тему.
Mirra88
Постоялец

ru
Offline Offline

« : 22-01-2012 14:59 » 

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

ru
Offline Offline
Пол: Мужской

« Ответ #1 : 22-01-2012 21:34 » 

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

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

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

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

Программировать - значит понимать (К. Нюгард)
Невывернутое лучше, чем вправленное (М. Аврелий)
Многие готовы скорее умереть, чем подумать (Б. Рассел)
RXL
Технический
Администратор

ru
Offline Offline
Пол: Мужской

WWW
« Ответ #2 : 23-01-2012 15:56 » 

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

... мы преодолеваем эту трудность без синтеза распределенных прототипов. (с) Жуков М.С.
Mirra88
Постоялец

ru
Offline Offline

« Ответ #3 : 23-01-2012 16:16 » 

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

ru
Offline Offline
Пол: Мужской

« Ответ #4 : 23-01-2012 18:00 » 

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

Программировать - значит понимать (К. Нюгард)
Невывернутое лучше, чем вправленное (М. Аврелий)
Многие готовы скорее умереть, чем подумать (Б. Рассел)
RXL
Технический
Администратор

ru
Offline Offline
Пол: Мужской

WWW
« Ответ #5 : 23-01-2012 19:38 » 

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

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

... мы преодолеваем эту трудность без синтеза распределенных прототипов. (с) Жуков М.С.
Mirra88
Постоялец

ru
Offline Offline

« Ответ #6 : 24-01-2012 00:01 » 

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

ru
Offline Offline
Пол: Мужской

« Ответ #7 : 24-01-2012 08:03 » 

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

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

Программировать - значит понимать (К. Нюгард)
Невывернутое лучше, чем вправленное (М. Аврелий)
Многие готовы скорее умереть, чем подумать (Б. Рассел)
Mirra88
Постоялец

ru
Offline Offline

« Ответ #8 : 24-01-2012 11:17 » 

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

ca
Offline Offline
Пол: Мужской

WWW
« Ответ #9 : 24-01-2012 11:49 » 

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

ru
Offline Offline

« Ответ #10 : 24-01-2012 14:16 » 

В системном журнале ошибок я нашла  по состоянию на тот день только уведомления типа "Служба 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
Команда клуба

ca
Offline Offline
Пол: Мужской

WWW
« Ответ #11 : 24-01-2012 18:38 » 

Да, в начале 20ХХ тоже были проблем с дайверами на LBP, с тех пор больше ими не пользовался. Так что проблема возможно в этом. Можно попробовать ее решить перезапуская службу печати...
Записан
Страниц: [1]   Вверх
  Печать  
 

Powered by SMF 1.1.21 | SMF © 2015, Simple Machines