web-dev-qa-db-ja.com

パフォーマンスモニターを使用したリモートサーバーへの接続が機能しない

リモートサーバーでPerfMonトレースを実行しようとすると問題が発生します。サーバーはWindows Server 2008 R2 SP1です。このトレースを実行する理由は、SQL Serverが大量のメモリを取得していて、解放していないように見えるためです。この動作は驚くことではありませんが、メモリが割り当てられている時期と理由を調べたいと思います。

まず、これらのカウンタカウンタを使用して、他のバージョンのWindows Server OSでこの正確なトレースを何度も実行したことを説明します。私自身はPerf Monにかなり熟練していると思います。他のスナップインが動作していること(コンピューター管理など)、リモートレジストリサービスが実行されていること、ファイアウォールが有効になっていないこと、およびWMI経由で接続できることを確認しました(PowerShell WMIコマンドで個別に確認済み)。また、MMCを標準ユーザーアカウントではなく、ドメイン管理者アカウントとして実行しています。この同じ問題は、Server 2008 R2 SP1テストサーバーから手順を実行した場合にも発生します。

MMC=を実行し、Perf Monを追加します。perfom.exeを直接実行しただけでも同じことが起こります。この時点で別のコンピューターに変更しようとすると、次のエラーが表示されます

enter image description here

その後、その操作をキャンセルして再試行します。パフォーマンスモニタースナップインを追加し、+をクリックしてカウンターを追加します。画像に示すように、そのレベルでシステムをリモートサーバーに変更します。

enter image description here

物事は大丈夫だと思われます。各グループのカウンターにアクセスしようとすると、待ち時間が発生します。 「Physical Disks」を開くと、3:C、D、Eと表示されます。これらは、サーバー上の物理ディスクの名前です。私のローカルシステムでは、CとGです。

物理ディスクのすべてのインスタンスを追加します。ディスクの読み取り/秒で[OK]をクリックすると、監視キャンバスに何が表示されますか? CとGは、ローカルシステムのホスト名が入力された[コンピューター]列で追加されたディスクです。

これを提案している同僚: http://blogs.technet.com/b/abizerh/archive/2009/07/15/error-the-parameter-is-incorrect-when-connecting-to-a-server -using-wmi.aspx しかし、それは他のいくつかのOSバージョンのように思われますが、作者はそれを述べていません。

リモートサーバーでパフォーマンスモニタートレースを実行できないのはなぜですか。ご提案ありがとうございます。

7
Robert Kaucher

PerfMon設定の再構築に関するいくつかの手順を詳しく説明するこの記事を見つけました。

http://support.Microsoft.com/kb/300956

次に、管理者特権のコマンドプロンプトで次のコマンドを実行しました。

cd /d %systemroot%\system32
lodctr /r
cd /d %systemroot%\syswow64
lodctr /r

次に、MMCおよびaddred PerfMonを実行しました。最初に、パラメーターが正しくないという同じエラーを受け取りました。その後、カウンターを追加しようとしたところ、MMC 「どもり」私は最終的にリモートカウンターを追加することができました。その後、リモートカウンターを削除し、リモートサーバーに接続しようとしたところ、これを確認しました

enter image description here

エラーメッセージではなく。正しく接続され、現在リモートシステムからカウンターを収集しています。

4
Robert Kaucher

このトレースを実行する理由は、SQL Serverが大量のメモリを取得していて、解放していないように見えるためです。

SQLサーバーは、構成と必要性に応じて、さまざまな方法でメモリを割り当てることができます。

さまざまな "SQL Server:Buffer Manager"および "SQL Server:Memory"パフォーマンスカウンターをチェックすることでこれを監視できますが、メモリの大部分がバッファキャッシュに使用されていること、つまり、ディスク。
MSSQLがプロセスの実行、クエリの実行、およびコンパイルされた実行プランの格納に使用するメモリは、使用可能なメモリの合計量の最大5%から10%です。残りはすべてキャッシュです(キャッシュは適切です)。

MSSQLで利用可能なメモリの量が十分かどうかを知りたい場合は、1つのパフォーマンスカウンター "SQL Server:Buffer manager\Page Life Expectancy"を監視するだけで済みます。

この値は数分を下回ってはならず、1時間以上の範囲が理想的です。

インストールのデフォルトに触れていない場合、OSで利用可能な最大値まで、必要なだけのメモリを使用します。

これが望ましくない場合は、Server PropertiesウィンドウのMemoryタブで "Maximum Server Memory"の値を減らします。

[〜#〜] ok [〜#〜]を押すと、sp_reconfigureが実行され、それがSQLサーバーがそれ以降使用するメモリの最大量になります。

0
adaptr

考慮すべきもう1つのことは、[プロパティのクリック](上部のアイコン)-> [全般]タブ-> [別のユーザーとして実行]を、リモートマシンで権限を持つWindowsアカウントに変更することです。

0
sathiq