web-dev-qa-db-ja.com

ターミナルサーバーのフリーズ

私は基本的なWindowsServerの知識しか持っておらず、20〜30人の同時ユーザー(Windows Server 2003)を使用したターミナルサーバーのインストールの責任を引き継いでいます。

パフォーマンスには断続的な問題があります。最終的には、サーバーのスペックが低いためです(トリプルコア、PAEを使用した4Gbメモリ)。今年後半のメジャーアップグレードの前に、物事を実行し続けることができるかどうかを確認しようとしています。

私が気づいたことの1つは、さまざまなセッションのプロセスがコアの100%を消費することが多いということです。これが一度に複数のセッションで発生すると、フリーズが発生すると思います。個々のセッションのCPU使用を制限するためにできることはありますか?または、1つのコアを予約して、個々のセッションで使用されず、代わりにログインなどを処理できるようにすることはできますか?

3
user83664

http://kurtsh.com/2007/07/16/howto-throttle-the-cpu-on-desktops-terminal-servers/のようにリソースクォータ(メモリとCPUクォータ)を検索する必要があります または http://technet.Microsoft.com/en-us/library/cc732553.aspx ただし、Win2008に固有の場合があります。ただし、これは検索の開始点になるはずです。

ターミナルサービスを実行したところ、特定のアプリケーションとプラクティスによって、発生する問題の種類、つまりリソー​​スの占有が軽減されることがわかりました(ただし、2000年に戻っていましたが、時間の経過とともに状況は改善されたようです)。

ターミナルのスクリーンセーバーが好きなユーザーもいます。許可しないように制限します。

アイドルログオフのポリシーを作成します。

ループでフラッシュアニメーションを実行するなど、特定の習慣を監視します。レーダーループにウェザーチャンネルがあり、メモリリークが発生したため、誰かに端末を地上に運転してもらいました。

パフォーマンスモニターを使用して、他の制約を確認します。たとえば、不十分に記述されたAVソフトウェアは、ユーザーごとの監視インスタンスを起動するときに、あなたを困惑させる可能性があります。

これは、ディスクの周りに小さなファイルの独自のキャッシュを持つ最大25人のユーザーがいるため、断片化されたディスクが不良になる可能性がある数少ない例の1つです。断片化をチェックし、営業時間外の清掃を行います。

あなたが説明したようなシステムの最大25人のユーザーは確かにそれを行き詰まらせます。これは、他のユーザーに影響を与える前の、ターミナルサービスを備えたシステムの制限についてでした。ある時点でそれを調整することで奇跡を期待することはできません。

どのRAIDレベルを実行していますか?遅いディスクサブシステムは、行き詰まりを引き起こす可能性があります。特に朝のログインラッシュがある場合。それをアップグレードすると、まともな速度の向上が見られるかもしれませんが、メジャーアップグレードまでこれを持続させるように看護しようとしていると言いました...

不正なソフトウェアのインストールを監視します。特定の種類のソフトウェアがすべてを占有するのにそれほど時間はかかりません。

Procmonやsysinternals(無料)のprocmonitorなどのユーティリティを使用して、システムをダウンさせている可能性のあるものを見つけます。 凍結;である必要がある理由はありません。遅いかもしれませんが、ロックされていません。これらのユーティリティは、根本原因を絞り込むのに役立つ場合があります。それがなければ頭をかいてしまうこともあり、私たちにとっては命の恩人でした。

これが私の頭の中で覚えていることのすべてです...うまくいけば、他の人がシステムのリソース不足を軽減するためのより良いアドバイスを持っているでしょう。

注-ユーザー数が少なく、ユーザー数が多いときにこのフリーズが発生する場合は、特定のアプリケーションまたはアクションが問題を引き起こしている可能性があります。 sysinternalsツールの提案に加えて、私はパターンを探し始めました。ログに何かありますか?その時点で誰がログインしていて、何をしていたのですか?画面がフリーズしてアクティビティが残った場合、ユーザーが何をしているかを追跡できますか?これは何時に起こりますか?それがスプラットになったときに彼らが何をしていたかについてのメモをユーザーに送ってもらうことができますか?

TSクラスターでサーバーが自発的に再起動するという問題がありました。マイクロソフトでさえ、それを説明するのに途方に暮れていました。 実行されている特定のアプリケーションであることが判明しましたは再起動を引き起こしませんでしたが、引き起こしました。サーバーから削除すると、再起動がなくなりました。しかし、それを理解するのに文字通り数ヶ月かかりました!

4