.NET開発基盤部会>https://www.osscons.jp/dotNetDevelopmentInfrastructure/]]」によって運営されています。ツールやサポートツールは、「[[サーバーの監視]]」のフローチャート中の-原因の把握、解決策の決定-サポートを活用して解決策を決定する。障害対応のノウハウと利用可能なツールを把握しておくことで、-問題発生時に、セルフ・サポートが可能になります。-また、セルフ・サポートが困難な場合もサポート・エンジニアとの連携がスムーズになります。[#g51bcec3]WindowsOS付属の簡易的な各種リソース監視ツール。統合した、特定のカーネルの~(ファイルシステム、レジストリ、プロセス/スレッド、ネットワーク)~イベント(アクセス)のキャプチャフィルタ、ハイライト表示設定、ロギングが可能。Explorer~http://technet.microsoft.com/ja-jp/sysinternals/bb896653--プロセスツリー、タイプ、使用しているDLL、ハンドル、~イメージ(EXE)、性能情報、TCP/IPソケット、.NETバージョンなどの~様々な情報の確認できる。使用しているDLL、ハンドルの検索機能も持つ。--プロセスの開始・終了、ユーザ・モード・プロセス・ダンプの取得も可能(ハングダンプ相当)。--GDIオブジェクトの数、また、GDIオブジェクトが消費するプールの上限値を確認できる。~(ただし、これにはWinDbgをインストールして、シンボルサーバを設定する必要がある)。[#m5b11535][[例えば>http://opentouryo.osscons.jp/index.php?%E6%A9%9F%E8%83%BD%E4%B8%80%E8%A6%A7#u9bb0faa]]。Explorer~http://mse.codeplex.com/--マネージスレッドのダンプを取得可能。--ハングやデッドロック箇所の調査などにも利用できる。Urabi~http://www.jurabi.jp/blog/2010/01/922>C#アプリでデットロックぽい問題が発生したと聞いて.NETでのスレッドダンプ調べてみました。Explorerを使う方法について書いてみたいと思います。セット全体のサイズを表示しており、他のプロセスの実行状態によって増減するので仮想メモリ(メモリ使用状況)を確認するための値としては適切ではない。セット】使用量の変化量。XP、2003には存在しない。カウンタ#dd0600b7]]を参照。メソッド~http://msdn.microsoft.com/ja-jp/library/system.gc.gettotalmemory.aspx>現在割り当てられていると思われるバイト数を取得する。コレクションを行う(推奨しない)。Analyzer~http://www.microsoft.com/en-us/download/details.aspx?id=15877>一般ユーザーのために設計されていないことに注意してください。カーネル・デバッガに既に精通しておりウィンドウズの内部についての知識を持っており、カーネル・モード・プログラムをデバッグする基礎的な技術を持っているユーザを想定しています。プールからのメモリ割り当てに関してOSが収集するデータを表示する。~これによりカーネルモードで動作するモジュール(ドライバ)のリーク問題を検出可能(必要に応じてgflagsを設定することで割り当ての際に、ドライバをある程度識別可能なTagが付与される)。スペースをダンプ出力し、これを分析することでカーネルドライバの[[メモリ・リーク]]を確認する。プールのいずれかにリークを発生させるオプションがある。ログインしないと確認できない件。Rateの合計が100%以下であれば他のデスクトップに影響を与えることは無い。Rateの合計は、50-70%以下になるようにする。[#m9312988]-領域のサイズ変更を伴わないチューニング--USERオブジェクトなどのリークがあった場合は対応する。含んでいる)なっているサービスでは、"Session0\Winsta0\Default"(インターラクティブ・ヒープ)が使用されるため、ここがリークする可能性がある。対応:必要に応じて、対話の許可を外すか、実行アカウントに任意のユーザアカウントを選択する。-領域のサイズ変更を伴うチューニング--サーバのSession0のノン・インタラクティブ・ヒープが枯渇している場合---同時実行サービス数が多い~起動の度にウィンドウ・ステーションとセッション、対応するノン・インターラクティブ・ヒープが新規作成されるためノン・インターラクティブ・ヒープ用の残領域を使い切る場合がある。~なお、Vista以降では、この問題は発生しない(自動的にサイズの拡張が行われる)。対応:必要に応じて、「全[[デスクトップ・ヒープ]]の容量」のサイズを大きくする。以下のレジストリ値の設定を変更する(MB単位)。Management\SessionViewSize---ユーザサービスから多くのプロセスを起動しているシステム~子プロセスは親プロセスの設定を継承するため、同一のウィンドウ・ステーションとセッション、対応するノン・インターラクティブ・ヒープが使用される。~このため、サービスから新たなプロセスを起動した場合、当該ノン・インターラクティブ・ヒープを使い切る場合がある。~対応:必要に応じて、「ノン・インターラクティブ・ヒープの容量」のサイズを大きくする。以下のレジストリ値のSharedSectionの3番目の値の設定を変更する。Management\SessionPoolSize~SharedSectionの1番目:「標準ヒープの容量」のサイズ~SharedSectionの2番目:「インターラクティブ・ヒープの容量」のサイズ---ターミナル・サービスのデクストップ・ヒープが枯渇している場合~ターミナル・サービスでは「全[[デスクトップ・ヒープ]]の容量」のサイズが小さめに設定されてている。~これを拡大すると、ターミナル・サービスの同時接続可能セッション数を圧迫したりする可能性がある。Explorer~http://technet.microsoft.com/ja-jp/sysinternals/bb896653>GDIオブジェクトの数、また、GDIオブジェクトが消費するプールの上限値を確認できる(ただしWinDbgをインストールして、シンボルサーバを設定する必要がある)。Testlimitユーティリティを実行すると、USERオブジェクト、GDIオブジェクト数の制限を~簡単に確認することができる(可能な限りまUSERオブジェクト、GDIオブジェクトを作成する)。NT\CurrentVersion\Windows~USERProcessHandleQuotaとGDIProcessHandleQuotaには、ひとつのプロセスが利用できる。~最大のUSERオブジェクトとGDIオブジェクトの数が設定されている。