it-swarm-es.com

No se puede RDP to Win 2003 box o iniciar el reinicio remoto

Tengo un servidor Windows 2003 que está en mi centro de datos remoto. Esta mañana intenté conectarme a él a través de RDP, pero la conexión falla con el siguiente error:

Esta computadora no se puede conectar a la computadora remota. Intente conectarse de nuevo. Si el problema continúa, comuníquese con el propietario de la computadora remota o con su administrador de red.

También he intentado emitir un comando de apagado/reinicio remoto usando el comando "shutdown -i" de mi sistema local. No se informa ningún error, sin embargo, el sistema no se reinicia.

Este servidor ejecuta SQL Server 2005 y todavía está en pleno funcionamiento y responde a las consultas.

También puedo conectarme de forma remota al panel de control de servicios del sistema remoto.

¿Hay algo que pueda intentar para recuperar el control del sistema, además de que un operador del centro de datos reinicie el servidor por mí?

5
Richard West

Intente en su lugar:

shutdown -r -f -m \\hostname -c "Comment goes here"

Eso es un poco drástico, pero he tenido la necesidad de hacerlo en un entorno muy similar al que usted describe. También abro una ventana de cmd e inicio un ping -t contra el servidor para observar cuando la pila de IP baja y vuelve a subir. Este es un indicador muy útil de actividad cuando no tiene acceso físico al servidor (o es demasiado vago para levantarse y caminar hacia él).

EDITAR : (basado en su comentario) Ok, haga esto primero y luego intente lo anterior nuevamente (o reinícielo normalmente si esto funciona). Míralo que te lleva más lejos. La -a abortará el apagado del sistema.

shutdown -a -m \\hostname
3
squillman

Encontré el mismo problema al intentar realizar un reinicio remoto en una máquina con Windows XP. Lo que terminé haciendo fue usar el comando PsKill, parte de la suite SysInternals PsTools , para matar el proceso de Winlogon, así:

pskill \\hostname winlogon

Esto hará que la máquina remota se reinicie inmediatamente.

7
Tweek

Bueno, esto es un poco loco, pero puede habilitar xp_cmdshell en SQL Server y luego ejecutar comandos como el usuario que está ejecutando SQL Server, por lo que puede hacer un apagado -r si no escucha los comandos remotos.

Si desea intentar reiniciar RDP sin reiniciar el cuadro, puede intentarlo (esto no se ha probado; no voy a hacer esto en ninguno de mis cuadros: D):

Averigüe qué está escuchando en 3389 (puerto RDP) preguntando por:

xp_cmdshell 'netstat -anO | findstr ":3389"'

Mata al pid con taskkill. Finalmente, emita un

NET START "TERMINAL SERVICES"

Aguante la respiración y vuelva a intentarlo con RDP.

3
Matt Rogish

Si emitió un apagado/reinicio y el servidor simplemente no se apaga, puede eliminar el proceso wininit.exe con la herramienta pskill. En Windows 2012, puede utilizar la herramienta nativa taskkill.

1
John Kim

Tuve el mismo problema, PSKill funcionó como un encanto - he buscado un programa como este durante años - nunca supe que sysinternals había lanzado uno.

0
Clark Birkelund

Primero verifique que siempre esté seguro, verifique si el firewall deja pasar RDP;) Eso no es estúpido, es solo que en algún momento suceda de la nada;)

También verifique que Terminal Service esté activado, y tal vez intente reiniciarlo si tiene la oportunidad de ingresar físicamente al servidor.

Este tipo de cosas también me suceden en mi servidor 2003 R2.

0
Marc-Andre R.

esto generalmente es causado por una tarea que no se apaga, el servidor espera el apagado de la tarea para continuar con el reinicio. puede resolver esto encontrando la tarea culpable y cerrándola de forma remota. use: tasklist/s HostName normalmente SQL es el sospechoso inmediato. use Taskkill para matarlo, y el servidor continuará con el reinicio.

0
livne

Cuando Terminal Services deja de funcionar.

Esto es menos una respuesta a su pregunta y más una explicación de lo que podría haberla causado. He visto que RDP deja de funcionar varias veces en Windows Server 2003, y generalmente ocurre en uno de dos escenarios;

  1. Post-parcheo. El sistema se reinicia después de una actualización automática, pero nunca se apaga por completo. Las sesiones de terminal se cierran y no se aceptan nuevas conexiones, pero el servidor (archivo, mssql, DC) sigue funcionando.

  2. Este artículo de KB CTX116901 describe una falla donde el espacio de la imagen de la sesión es demasiado pequeño y no puede cargar más video o controladores de impresora (por lo tanto, es un problema para los servidores MetaFrame).

Para establecer el tamaño del espacio de la imagen de la sesión a través de la clave de registro, intente

reg add "HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management" /v "SessionImageSize" /t REG_DWORD /d 0x20  

Prueba valores como,
0x10 (16 Mb)
0x20 (32 Mb)

0
nray