Windows Server 2008ではどのくらいの時間が無駄になっていますか？
Hyper-VVMで実行されているWindowsServer2008を使用しています。システムのパフォーマンスが非常に悪い。メモリ不足が原因であると確信しています。私は Windows Server 2003がより多くのメモリを必要としているかどうかを確認する方法は？ を確認しましたが、1秒あたり300ページを超える入力が表示されることから、そのメモリが問題であると確信しています。
しかし、私はもっと広い質問をしています。これらのページフォールトを待っている間に無駄になっている時間に、管理者の注意を向けたいと思います。ページングやその他のリソースの待機にどのくらいの時間が費やされているかを判断する方法はありますか？私は特にインタラクティブなユーザーが費やす時間に興味がありますが、非インタラクティブな使用を含む数も役に立ちます。
明確にするために、これは泣き言のようではないようです：
このシステムは非常に遅いため、1つのnotepad.exeウィンドウがアクティブなときに、すでに開いて表示されている2番目のnotepad.exeウィンドウをアクティブにするのに、文字通り分かかりました。それはただアクティベーションです。パフォーマンスは少し悪くはありません。 1日あたり数十工数の無駄になると思います。
どれだけの時間が無駄になっているのかを経営陣に明確にする方法を探しています。これは、実際に10人の時間を無駄にすることがないときに起こっています。
申し訳ありませんが、詳細はお知らせしませんでした。
このサーバーは、SharePoint（WSS 3.0）開発で使用されています。実行中IIS 7開発者ごとに少なくとも1つのアプリケーションプールが設定されています。各開発者には1つ以上のWebアプリケーションがあり、それぞれがその開発者の資格情報に割り当てられたAppPoolに設定されています。実行中です。 Visual Studio 2008SP1およびSQLServer2008。SQLServerデータは、OSとは別の仮想ディスクにあります。
私は一度に最大8人の開発者をシステム上で見ました。サーバーは2GBのRAMで構成されており、ホストコンピューターの制限により、現時点ではそれ以上のRAMは簡単ではありません。十分な理由を提示できれば、これが修正されることを願っています。次の形式で修正します。これは、無駄にされた時間です。
編集
回答とコメントをありがとう。私は解決策に同意します-SharePointを4〜8 GBのサーバーにロードし、SQL Serverを2〜4GBの2番目のサーバーに移動します。
しかし、私の質問はもっと似ています：ページの読み取りと書き込みを待つために費やされたtimeの量を教えてくれるパフォーマンスカウンターやツールはありますか？キューに入れられたディスクI/Oの待機に費やされた時間を教えてくれるものはありますか？
「1秒あたりのページ数の入力」などのパフォーマンスカウンターを取得することは可能ですが、そのカウンターの値が「多すぎる」とは言い難いです。どれだけの時間が費やされているかを言うことができる「カウンター」があれば、私の目的にとってはより良いでしょうbecause of 1秒あたりに入力されたページ。
このサーバーは、SharePoint（WSS 3.0）開発で使用されています。開発者ごとに少なくとも1つのアプリケーションプールが設定されたIIS 7を実行しています。各開発者には1つ以上のWebアプリケーションがあり、それぞれがその開発者の資格情報に割り当てられたAppPoolにセットアップされています。 Visual Studio 2008SP1とSQLServer2008を実行しています。SQLServerデータはOSとは別の仮想ディスクにあります。
私は一度に最大8人の開発者をシステム上で見ました。サーバーは2GBのRAMで構成されており、ホストコンピューターの制限により、現時点ではRAMを増やすことは簡単ではありません。これを修正する十分な理由を次の形式で提示できれば、これが修正されることを願っています。これは、どれだけの時間が無駄にされたかです。
SharePoint 2007のハードウェア要件を見なくても、最大8人の開発者が独自のアプリプールを持っています。 I assume SQL Serverは互いにVMですが、同じWin2k8マシンの場合、問題が何であるかは疑問の余地がありません。
VisualStudio開発用のAppPools（2005-2008のバージョン）は、さまざまな要因が発生するまで、AppPoolごとに150MBから250MBに簡単に拡張できます。 250mb x 8devs = 2GBを使用。 OS自体と、場合によってはSQLServerが必要とするメモリを忘れないでください。一言で言えば：あなたは単に十分なRAMを持っていません。できるだけ多くのRAMをロードします。少なくともバックグラウンドの観点から、そしておそらくフォアグラウンドの観点から、サーバーの「遅さ」の大部分を解決したとしても、私は驚かないでしょう。
参考：MicrosoftはSharePoint 2007アプリケーションサーバーに最低4GBを推奨しています（ リンク ）が、実際には、Microsoftがリソースを可能な限り消費するものは何でもあります。同じURLで、スタンドアロンSharePointサーバーの最小2GBについて言及していますが、開発者が直接そのサーバーで独自のAppPoolを使用している場合、IIS AppPools/Sitesで使用可能なすべてのメモリを使い果たしています。推奨される最小のRAMを使用しないでください。可能であれば、RAM要件を2倍、3倍、4倍にしてみてください（予算が許す限り）。
編集：SQL Server dataは別の仮想ディスク上にありますが、SQLServerは同じSharePointにインストールされていますサーバ？ SharePointサーバーでも利用できる無料のストレージはどれくらいですか？これらの追加の要因はサーバーリソースを簡単に消費する可能性があるため、無視しないでください。
再編集：あなたが言ったので（そして私は読むことができませんでした）"RAMは、制限のため、現時点では簡単ではありません。ホストコンピュータ "、たった1つです実際解決策：新しいホストコンピュータを入手してください。 SharePoint/SQL/IIS /その他の期間を実行するには2GBでは不十分です。申し訳ありませんが、IMHO、これを実行しているマシンには最低8GBのRAMが必要です。
OP編集後に編集：
しかし、私の質問はもっと似ています：ページの読み取りと書き込みを待つのに費やした時間を教えてくれるパフォーマンスカウンターやツールはありますか？キューに入れられたディスクI/Oの待機に費やされた時間を教えてくれるものはありますか？
私はあなたの正確な状況に遭遇していませんが、モニターメトリックの基本に関するMicrosoft TechNetからの良い記事（ リンク ）があります。キューに入れられたディスクI/Oで待機するのに費やした時間が、必要なものを取得するためのbest方法であるかどうかはわかりません（管理者の支援を前提としています）。
「1秒あたりのページ数の入力」などのパフォーマンスカウンターを取得することは可能ですが、そのカウンターの値が「多すぎる」とは言い難いです。 1秒あたりのページ入力のためにどれだけの時間が費やされているかを言うことができる「カウンター」があれば、私の目的にとってはより良いでしょう。
Server2003のWindowsNetworking（ link ）の記事では、これらのカウンターについて、私よりも詳しく説明しています。 FTA：
Memory\Pages/secカウンターは、測定間隔中のディスクへのページング操作の数を示します。これは、可能性のある兆候を監視するためのプライマリカウンターです。サーバーのニーズを満たすにはRAMが不十分です。ここでの良いアイデアは、システムのページングディスクあたり1秒あたりのページ数が50を超えたときにトリガーされるperfmonアラートを構成することです。ここで注意すべきもう1つの重要なカウンターは、Memory\Available Bytesであり、このカウンターがマシンの実際のRAMの10％より大きい場合そうすれば、おそらく十分なRAMがあり、心配する必要はありません。
Memory\Available Bytesカウンターを使用して、2つのことを行う必要があります。このカウンターのパフォーマンスログを作成し、定期的に監視して、下降傾向が発生していないかどうかを確認します。インストールされているRAMの2％を下回った場合にトリガーするアラートを設定します。下降傾向が発生した場合は、各プロセスインスタンスのProcess（instance）\ Working Setを監視して、どのプロセスがより多くの量を消費しているかを判断できます。羊。 Process（instance）\ Working Setは、各プロセスのワーキングセットのサイズを測定します。これは、プロセスが生成せずにアドレス指定できる割り当て済みページの数を示します。ページフォールト。関連するカウンターはMemory\Cache Bytesで、システムのワーキングセット、つまりカーネルスレッドがページフォールトを生成せずにアドレス指定できる割り当てられたページの数を測定します。 。
最後に、RAMが不十分であることを裏付けるもう1つの指標は、Memory\Transition Faults/secです。これは、スタンバイリストで最近トリミングされたページの頻度を測定します。再参照。このカウンターが時間の経過とともにゆっくりと上昇し始める場合は、サーバーが正常に機能するのに十分なRAMがなくなったことを示している可能性もあります。
したがって、この説明は実際にあなたのメトリクスと、メトリクスが実際にあなたにとって何を意味するのかについての理解に対応していると思います。パフォーマンスモニターは、カウンターが物事の壮大な計画で何を意味するのかを完全に理解していない場合は特に、少し注意が必要です。カウンターの「現実世界」の意味を忘れがちなので、普段はカウンターについて読んでいます。
Perfmonを使い始める必要があるようです。メモリ（使用可能なMバイト（私の推測では0に近いか、0になると思います）、使用中のコミット済みバイトの割合）、およびおそらくいくつかのディスクモニターなどのカウンターを設定する必要があります。ハードディスクは、ページングファイルを最大サイズまでノンストップで拡大している可能性があります。ただし、パフォーマンスを自分で確認できるように、これらの提案のみを提供しています。問題への答えは最初の答えにありました：メモリ。問題のサーバーのメモリ制限が2GBの場合は、追加のサーバーを購入するか、まとめる必要があります。別のライセンスを持っているかどうかはわかりませんが、2GBでは、SharePointを実行するのに十分なRAMではなく、実行している他の多数のアプリケーション/環境は言うまでもありません。そうは言っても、良い挑戦に勝るものはありません。 ：） 幸運を！