none
WindowsServer2003ターミナルサービスサーバーのレスポンス RRS feed

 > 

  • 質問

  • Question
    サインインして投票
    0
    サインインして投票
    最近、WindowsServer2003ターミナルサービスサーバーのレスポンスが非常に悪くなってきています。エクセル2007や、Outlook2007などアプリケーションの動きが非常に反応が遅くなっています。ターミナルサービスサーバーの利用ユーザ数が5ユーザくらいでも反応が遅いです。搭載メモリは、4GB積んでいます。SessionViewSize　SessionPoolSize　のサイズ変更なども試してみましたが、効果ありませんでした。なにか、改善できる方法はないでしょうか。
    2009年4月27日 0:10
    |

回答

すべての返信

  • Question
    サインインして投票
    0
    サインインして投票

    常時レスポンスが悪いのでしょうか？
    パフォーマンスモニタでどのあたりに時間がかかっているか、計測してみてください。

    Thanks, K.Kamegawa (http://d.hatena.ne.jp/kkamegawa/)
    2009年4月29日 17:01
    |
  • Question
    サインインして投票
    0
    サインインして投票

    CPU使用率の限界・メモリリーク以外としてはしたなどのリンクを参照してみるとよいと思います。


    一般的なリモートデスクトップ エラー メッセージに関するトラブルシューティング

    http://technet2.microsoft.com/WindowsServer/ja/library/83ddcc90-4409-4063-8bac-f5fcb4d1c55b1041.mspx?mfr=true

     

    サーバーに接続できる最大セッション数を指定する

    http://technet2.microsoft.com/WindowsServer/ja/library/e9d47093-1335-4091-be05-29c5edebe6451041.mspx?mfr=true

    ターミナルサービスの管理ツール

    http://technet2.microsoft.com/WindowsServer/ja/library/8b8f037a-a883-456d-a5c8-5346c6d731bc1041.mspx?mfr=true

    2009年4月30日 1:44
    |
  • Question
    サインインして投票
    0
    サインインして投票
    最近、WindowsServer2003ターミナルサービスサーバーのレスポンスが非常に悪くなってきています。エクセル2007や、Outlook2007などアプリケーションの動きが非常に反応が遅くなっています。ターミナルサービスサーバーの利用ユーザ数が5ユーザくらいでも反応が遅いです。搭載メモリは、4GB積んでいます。SessionViewSize　SessionPoolSize　のサイズ変更なども試してみましたが、効果ありませんでした。なにか、改善できる方法はないでしょうか。
    常時レスポンスは悪いですが、朝、出勤直後の時間帯が一番遅いです。Outlookでメールの受信がパフォーマンスに影響しているような感じを受けます。
    エクセルファイル、OutLookが中々開かなかったり、キーボードから入力する文字が止まってしばらくたってから出力されたりの状態です。ハードディス クS-ATAのRAIDコントローラ(RAID1)へアクセスが非常に多いような気がしてデフラグを掛けたのですが、ちょっとよくなった気がする程度で す。
    2009年5月7日 8:13
    |
  • Question
    サインインして投票
    0
    サインインして投票

    やはりまず、タスクマネージャやパフォーマンスモニタでどこにボトルネックがあるのか調査しないといけないと思います。

    パフォーマンスカウンタについて

    RAIDコントローラ(RAID1)ならディスク使用の調査も必要でしょう。

     

    MS関係以外ではたとえばしたなど。（タスクマネージャやパフォーマンスモニタのキーワードで検索してみてください。）

    こんなベージ１

    こんなページ２

     

    それから、セキュリティパッチは最新のものまで適用されていますか。

     

    2009年5月7日 9:18
    |
  • Question
    サインインして投票
    0
    サインインして投票
    利用者が少ない状態だと、レスポンスはどうでしょうか？

    また、ＮＷトラブルはでていませんか？
    （ping -n 100 等での応答のバラつきで、ＮＷの状況がある程度わかります。）

    もちろん、メモリ使用量、ＣＰＵ使用率、ＮＷ使用率には、ボトルネックは見えないんですよね？
    2009年5月8日 6:41
    |
  • Question
    サインインして投票
    0
    サインインして投票
    セキュリティパッチは最新まで適用しています。
    ¥PhysicalDisk()¥Avg. Disk Queue Length
    が高いような気がします。
    2009年5月21日 2:29
    |
  • Question
    サインインして投票
    0
    サインインして投票

    ログの記録と分析より抜粋すると

    Physical Disk: Avg. Disk Queue Length ハード ディスクの処理が読み書き要求に追いつけない場合、読み書き要求は待ち行列に入れられます。Physical Disk: % Disk Time が 85% を超え、Physical Disk: Avg. Disk Queue Length が 2 を超えていて、かつハードディスクへのアクセスがメモリ不足によるものでない場合、ハード ディスクがボトルネックとなっている可能性があります。ハード デスクのトラフィックを監視できるカウンタには、このほかに、Physical Disk: Disk Reads/sec、Physical Disk: Disk Writes/sec、および SQLServer: Log Writes/sec があります。

     

    以下も抜粋しました

    LogicalDisk\% Disk Time→90％以上→ハードディスクの不調が考えられるので交換する

    PhysicalDisk￥Current Disk Queue Length　→スピンドル数＋2以上→この値が常に大きいとディスク入出力要求が過剰な状態といえる

     

    いちがいに、ハードディスクの不良とは言えないのですが、RAID1ハードディスクへ誰もアクセスしていない状態と比較してみるとよい
    と思います。


    ディスクの故障ならイベントログにエラーか警告がでると思います。
    ディスクの故障をイベント・ログで確認する


    試験問題作成委員会(http://shikenmondai.blog.shinobi.jp/)
    2009年5月24日 0:13
    |
  • Question
    サインインして投票
    0
    サインインして投票
    こんにちは、フォーラムオペレーターの鈴木裕子です(^O^)／

    KKamegawa さん、試験問題作成委員会 さん、hira32 さん、回答ありがとうございました！

    kobacc3 さん、その後現象の改善は見られましたでしょうか？
    現象的になかなか難しそうな感じはしますが、私もやはり、原因を特定する方法は、パフォーマンスモニタなどで情報を取得して、そこから可能性を絞り込んでいく方法になると思います。
    その後の状況は、個人的にも気になるところなのですが、同様の現象に遭遇した方がこちらのスレッドを参考にしやすいよう、勝手ながらひとまず私の方で[回答としてマーク]をつけさせていただきました。もちろん質問主はkobacc3 さんですので、引き続きご質問がある場合や、不適当と思われた場合はチェックを解除してくださいね。

    よろしければ、その後の状況もお知らせいただけると大変嬉しいです（＾－＾）
    マイクロソフト株式会社　フォーラムオペレーター　鈴木裕子
    2009年6月4日 7:29
    |
    モデレータ