
当社には、2 台の物理 Citrix サーバーと 2 台の仮想 Citrix サーバーで構成された Citrix PS4.0 ファームがあります。いずれか 1 台のサーバーでは、CPU 使用率が 100% に達するため、いずれパフォーマンスが低下します。いずれかの VMware サーバーでこの現象が発生すると、Virtual Infrastructure Client で CPU 使用率が急上昇することがわかります。
これは、ユーザー数に関係なくいつでも発生する可能性があるので、ユーザー数に関連する負荷の問題ではありません。
ユーザーはアプリケーションではなく共有デスクトップを実行しています。デスクトップにインストールされているアプリケーションは、Bluecoat Proxy を介した Internet Explorer のアクセスが制限された標準のオフィス アプリケーション (Word、Excel、Outlook) と、業界固有のアプリケーションです。
問題の原因をトラブルシューティングして診断するには、どのようなツールを使用できますか? サーバーの CPU 使用率が 100% に達すると、ログオンしてどのプロセスがすべてのリソースを消費しているかを確認することは不可能になります。唯一の解決策は、マシンをハードリセットすることです。すべてのサーバーは、スケジュールに従って毎朝 4 時に再起動します。
注: デフォルトの構成オプションとログ アクティビティを使用して、すべての Citrix サーバーに ThreadMaster がすでにインストールされています。ログでは問題の原因は明らかになりません。
編集
- Citrix プレゼンテーション サーバー 4.0、エンタープライズ エディション
- 修正プログラム PSE400W2K3R03
- Windows 2003 Server 標準エディション サービス パック 1
- ファイルの除外などについて Citrix の推奨事項に従って構成された Symantec Client Security 10.0.0.359 を実行します。
答え1
Windows 2003 SP1 は 4 月にサポートが終了したため、OS にはセキュリティ パッチが提供されなくなりました。早急に SP2 にアップグレードする必要があります。
SP2 にはランダムなバグ修正も多数含まれているため、問題が解決する可能性があります。
OSのパッチレベルが古い場合、一部のドライバ、特にプリンタドライバ- ボックスのドライバも古くなっている可能性があります。ドライバは一般的にシステムの不安定性の大きな原因となるため、ドライバがすべて署名され、最新であることを確認してください。プリンタ ドライバに問題がある場合、仮想ボックスと物理ボックスの両方に影響し、負荷に関係なくランダムに発生するように見える理由が説明できます。
ちなみに、Citrix 4 は今月末の 6 月 9 日に EOM (メンテナンス終了、バグ修正は行われません)、12 月 9 日に EOL (サポート終了、セキュリティ パッチやその他のパッチは行われません) になります。アップグレード サイクルをお楽しみください。
答え2
プロセス リストをファイルに追加するスクリプトを 1 分ごとに実行するようにスケジュール設定することもできます。
pslist >> whatever.txt
このようなことは、少なくとも何が起こっているのかの手がかりを与えてくれるかもしれません。
答え3
内蔵のパフォーマンスログとアラートツールは、何が起こっているかについてのデータを取得するのに最適なツールです。これらのログを生成するには、ある程度のディスク領域を使用する必要がありますが、問題が発生するまで古いログ ファイルを削除し続ければ、ディスクが不足する問題は発生しないはずです。
各サーバーコンピュータでカウンターログを起動し、プロセスそしてプロセッサオブジェクトをディスクにコピーします(おそらくメモリオブジェクトも同様です。
スタート / 実行 / PERFMON
拡大するパフォーマンスログとアラートノードを強調表示し、カウンターログノード。
クリックアクションそして新しいログ設定ログに好きな名前を付けます。
クリックオブジェクトを追加...ログ プロパティ ウィンドウのボタンをクリックし、ログに記録するオブジェクトを追加します。
間隔を設定します。おそらく 60 秒以上の間隔を選択します。これは段階的な劣化なので、高解像度はおそらく必要ありません。
上のログファイルタブで、構成、設定ログファイルの保存場所とベースファイル名を選択するボタン。最大ログサイズたとえば、5MB から 10MB です。これにより、多数の小さなファイルが生成されますが、ファイルを保存しているパスを監視し、問題が発生する前に蓄積されている古いファイルを削除できるようになります。
結果ペインで新しいログ インスタンスを右クリックし、[開始] を選択すると、ログを開始できます。デフォルトでは、ログは停止するかコンピューターを再起動するまで実行されます。(起動時にログを開始する方法については、次の質問を参照してください。システムの起動時に「アラート」を自動的に開始するように Perfmon を設定するにはどうすればよいでしょうか? (質問ではアラートの開始について説明していますが、同じコマンドを使用してログを開始できます。)
問題が発生した後、これらのログを手動で分析することができます。Microsoftのログのパフォーマンス分析 (PAL)道具 (http://www.codeplex.com/PAL)。このツールが生成したレポートには満足しており、使い方もかなり簡単です。
答え4
どのエディションを実行していますか? SA 契約はありますか?
サーバー上でウイルス対策を実行していますか?
また、PS4 ではどのようなホットフィックス/ロールアップを実行していますか? また、Windows ではどの SP を使用していますか?