Server 2003 R2 SE (x86) сбой службы сервера терминалов
Итак, у меня возникла странная и новая для меня проблема на одной из наших виртуальных машин Server 2003 R2, SE x86.
Короче говоря, с тех пор, как в прошлом месяце был произведен патч, мы не можем включить RDP в коробку, и время от времени нам это нужно, потому что это наш сервер Exchange (2003), и нам иногда приходится администрировать наш сервер. почтовая среда. Попытка подключиться через RDP вызывает ошибку. 2308 error code. Что касается того, что важно, удаленные подключения без RDP, похоже, работают нормально (PSExec, удаленный просмотр событий и т. Д.).
Поскольку это виртуальная машина, я заглянул в консоль vSphere и обнаружил, что служба TermService Service запущена, но вернулась к ручному режиму. Startup Type, а в NOT_STOPPABLE, NOT_PAUSABLE, IGNORES_SHUTDOWN штат.
Я изменил тип запуска, сделал takskill /PID /F и перезапустил службу, но она по-прежнему не принимает подключения и снова в NOT_STOPPABLE, NOT_PAUSABLE, IGNORES_SHUTDOWN состояние (которое не является обычным состоянием) и не принимает соединения. Диспетчер служб терминалов показывает два «доступных» сеанса RDP как неработающие и выдает ошибку при попытке сбросить их.
Я видел в Интернете ссылки на то, что это является результатом использования нескольких сетевых карт, но на нашем сервере есть только один vNIC.
Поскольку это наш единственный сервер Exchange, его перезагрузка - последнее средство (вдвойне из-за бюрократии, которую мы навязываем себе, делая это для любого сервера), поэтому кто-нибудь знает, что происходит, и, надеюсь, найдет решение, которое не т предполагать перезагрузку?
Скрин ниже, на случай, если кому-то понадобится наглядное пособие
К сожалению, я видел, как некоторые серверы Win2k3 оказывались в этом состоянии, и мне никогда не удавалось успешно перезапустить службу TS. К сожалению, ваш ответ - перезагрузка.
Для предотвращения повторения: как это произошло, IME инициировал перезагрузку через графический интерфейс внутри сеанса RDP. Я думаю, вы обнаружите, что в последний раз, когда это было исправлено, перезагрузка была инициирована, но не завершилась - проверьте время безотказной работы и журнал событий для подтверждения этого. Исправление состоит в том, чтобы запустить CMD.EXE и запустить shutdown / r с любыми другими подходящими переключателями, а также сохранить ping -t exchangeserver с другого компьютера, чтобы гарантировать, что он действительно выйдет из строя. Если этого не произойдет, вам придется использовать что-то OOB для принудительной перезагрузки.