web-dev-qa-db-ja.com

ターミナルサーバーのディスクパフォ​​ーマンス

ユーザーは、通常の勤務時間中にセッションのパフォーマンスが低下することがあります。アプリケーション(IE、Office Appsなど)は応答が遅いため、アプリケーションを切り替えます。この問題は散発的に発生します。以下は、発生したトラブルシューティングです。

1日を通してパフォーマンスカウンターの収集を開始し、速度低下が発生したときにユーザーに報告するように依頼しました。ディスクのパフォーマンスを示すグラフについては、以下を参照してください。矢印は、ユーザーが速度低下を報告した時間を示し、問題がディスクに関連していることを示しています。

Disk use graphs

誰かが原因のプロセス/アプリケーションを追跡するためにさらにトラブルシューティングを提案できますか?

一部のサーバー仕様[OS:Server 2003 32bit Enterprise with/PAEフラグ] [RAM:32GB] [CPU:2xQuad Core @ 2.27Ghz] [HD:RAID5 1.2GB 3xSAS10,000RPMHD。コントローラにバッテリーがなく、書き込みキャッシュが無効になっています]

Process Explorerを使用すると、プロセスを調べて、ディスクの読み取り/書き込みが最も多いプロセスを追跡できます。

ディスク書き込みが最も多いプロセス:システム、ccSvcHst.exe(Symantecプロセス)、FireFox.exe

ディスクの読み取りが最も多いプロセス:winlogon.exe、firefox.exe、Explorer.exe

DISK WRITE BYTESが最も高いプロセス:System、firefox.exe、ccSvcHst.exe

DISK READ BYTESが最も高いプロセス:System、winlogon.exe、firefox.exe

3
MikeM

書き込みキャッシュが無効でRAID5?これは、特にパフォーマンスの悪い組み合わせです。 Windowsはユーザープロファイル上にあるため、appdataとレジストリのアクティビティだけで、このようなパフォーマンスの低いストレージサブシステムでこの問題が発生します。デフォルトのレジストリの遅延フラッシュ間隔が頻繁すぎるなど、他の悪化要因が存在する可能性があります。

レジストリのレイジーフラッシュ間隔は、次のDWORDレジストリ値を調整することで増やすことができます。

Key: HKLM\System\CurrentControlSet\Control\Session Manager\Configuration Manager  
Value: RegistryLazyFlushInterval 

60(10進数)を使用して60秒を指定します。デフォルト値は5秒だと思います。

特にレジストリは、ロックの問題を起こしやすい傾向があります。 Windows Server 2003で発生した問題の1つは、Internet Explorerのセキュリティ修正プログラムの後に現れ、Java用のブラウザヘルパーオブジェクトに関連していました。あなたはここでそれについてもっと読むことができます:

https://serverfault.com/a/110242/20701

20人のユーザーはパフォーマンスの問題を経験するのが少し低いように見えますが、それは実際には使用中のアプリケーションとユーザーのタイプ/動作に基づいているため、知るのは困難です。レイジーフラッシュ間隔を増やすか、Java BHOを除外することで、いくつかの問題に対処できる場合がありますが、問題のあるディスクサブシステムに対処することから始めます。

4
Greg Askew

あなたの犯人はおそらくアプリケーションやプロセスではないが、あなたは単にあなたのカードまたはディスク(その構成で)に対してあまりにも多くの読み取り/書き込みをプッシュしようとしていることを示唆します。 RAID5はパリティRAIDです。つまり、単一の書き込みでは、アレイ内の各ドライブに対応するパリティ計算(したがって、追加の書き込み)が実際にあります。つまり、RAID5アレイでのランダム書き込みパフォーマンスはかなり悪い傾向があります。 。

正規のRAIDレベルのスレッドQ&Aはこちら を参照してください。ただし、一般に、パリティRAIDを使用するのは、ディスク負荷の大部分が読み取り専用またはファイル共有への書き込みがほとんどない場合などです。例。 (そして、私たちのほとんどすべてが壊れたパリティRAIDアレイの回復に遭遇した問題については、多くのSAが、可能な限り、一般的にパリティRAIDを回避しようとしていることがわかります)。

OSが他のすべてと同じRAID5ボリューム上にあり、複数のクライアントが同時にデータにアクセスしているという事実は、私の経験ではこの種の問題の単なるレシピであり、私の解決策(サーバーに6台のドライブがあると仮定)は[おそらく]アレイを2つに分割する必要があります。OSには2ドライブのミラーRAIDを使用し、残りには4ドライブのRAID10を使用します。正直なところ、RAID5の状況から抜け出し、ニーズにより適したRAIDレベル(RAID 10など)に切り替える限り、はるかに良い状態になります。

1
HopelessN00b