リモートデータセンターにあるWindows 2003サーバーを持っています。今朝、RDP経由で接続しようとしましたが、次のエラーで接続が失敗しました。
このコンピューターはリモートコンピューターに接続できません。もう一度接続してみてください。問題が解決しない場合は、リモートコンピュータの所有者またはネットワーク管理者に連絡してください。
また、ローカルシステムから「shutdown -i」コマンドを使用して、リモートのシャットダウン/再起動コマンドを発行しようとしています。エラーは報告されませんが、システムは再起動しません。
このサーバーはSQL Server 2005を実行し、完全に機能し、クエリに応答します。
リモートシステムのサービスコントロールパネルにリモート接続することもできます。
システムの制御を取り戻すために何かできることはありますか?データセンターのオペレーターにサーバーのハードリブートを実行させる以外に、何かありますか?
代わりに試してください:
shutdown -r -f -m \\hostname -c "Comment goes here"
それは少し抜本的ですが、私はあなたが説明するものと非常に類似した環境でそれを行う必要がありました。また、cmdウィンドウを開いて、サーバーに対してping -tを開始し、IPスタックがダウンして再びアップするのを監視します。これは、サーバーに物理的にアクセスできない場合(または立ち上がってサーバーにアクセスするのが面倒な場合)のアクティビティの非常に便利なインジケーターです。
編集:(コメントに基づく)わかりました。これを最初に実行してから、上記を再試行してください(または、これが機能する場合は通常どおり再起動してください)。あなたを遠くへ連れて行くそれを見てください。 -aはシステムのシャットダウンを中止します。
shutdown -a -m \\hostname
Windowsでリモートリブートを実行しようとしたときに同じ問題が発生しましたXPマシン。結局、PsKillコマンドを使用することでした SysInternals PsTools suite)の一部 、Winlogonプロセスを終了するには、次のようにします。
pskill \\hostname winlogon
これにより、リモートマシンがすぐに再起動します。
まあ、これはちょっとおかしいですが、SQL Serverでxp_cmdshellを有効にして、SQL Serverを実行しているユーザーとしてコマンドを実行できるため、リモートコマンドをリッスンしない場合は、shutdown -rを実行できます。
ボックスを再起動せずにRDPを再起動したい場合は、試してみてください(これはテストされていません。私のボックスではこれを行いません:D):
以下を要求することで、3389(RDPポート)で何をリッスンしているかを把握します。
xp_cmdshell 'netstat -anO | findstr ":3389"'
Taskkillでpidを殺します。最後に、
NET START "TERMINAL SERVICES"
息を止めて、もう一度RDPを試してください。
シャットダウン/再起動を発行してもサーバーが停止しない場合は、pskillツールを使用してwininit.exeプロセスを強制終了できます。 Windows 2012では、taskkillネイティブツールを使用できます。
私はPSKillが魅力のように機能する同じ問題を抱えていました-長い間このようなプログラムを探していました-sysinternalsがリリースしたことを知りませんでした。
まず、常に確信があるかどうかを確認し、ファイアウォールがRDPを通過できるかどうかを確認します;)それは愚かではありません。
また、ターミナルサービスがオンになっていることを確認します。サーバーに物理的に接続する可能性がある場合は、再起動してみてください。
この種のことは2003 R2サーバーでも起こります。
これは通常、シャットダウンしないタスクが原因で発生し、サーバーは再起動を続行するためにタスクのシャットダウンを待機します。これは、問題のあるタスクを見つけてリモートで閉じることで解決できます。使用:tasklist/s HostName通常、SQLが直接の疑いです。 Taskkillを使用して強制終了すると、サーバーは再起動を続けます。
Terminal Servicesが機能を停止したとき。
これはあなたの質問に対する答えではなく、それを引き起こしたかもしれないものへの説明です。 Windows Server 2003でRDPが数回停止するのを見てきましたが、通常は2つのシナリオのいずれかで発生します。
パッチ後。システムは自動更新後に再起動していますが、完全にシャットダウンすることはありません。ターミナルセッションはログオフされ、新しい接続は受け入れられませんが、サーバー(ファイル、mssql、DC)は機能し続けます。
このKB記事 CTX116901 は、セッションイメージスペースが小さすぎるため、これ以上ビデオをロードできない、またはプリンタードライバー(したがって、MetaFrameサーバーの問題です)。
レジストリキーを使用してセッションイメージスペースのサイズを設定するには、
reg add "HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management" /v "SessionImageSize" /t REG_DWORD /d 0x20
次のような値を試してください:
0x10(16 Mb)
0x20(32 Mb)