PERFEXPERT監視システム-DBMSパフォーマンスの問題解決

サブメニュー「ファイル」

「ファイル」サブメニューの主な目的は、データ収集センターの動作モードを制御し、以前に作成した監視データベースアーカイブからアーカイブおよび復元し、すばやくナビゲートすることです。







「PerfExpert ...データベースファイルを開く...」オプション-拡張子が* .fdbまたは* .spdbの観測結果を持つ、以前に記録された既存のファイルを選択します。

このオプションは、PERFEXPERTアーカイブファイルを使用する場合と、ローカルネットワーク経由でサーバーに接続できない場合の両方を対象としています。 たとえば、データベースファイルが電子メール経由でリモートブランチから受信されました。



オプション「リモートコレクションセンターに接続...」は、監視サーバーへの接続を作成します。 選択すると、ウィンドウが表示され、コンピューターのネットワーク名またはそのIPアドレスを指定してリモート接続を確立する必要があり、成功すると、ユーザー名、アクセスパスワード、およびデータの交換に使用するポートを要求します。











接続に成功すると、オプションは名前を「リモートコレクションセンターから切断...」に変更し、ユーザーがローカルコンピューターにあるコレクションセンターに戻ることを選択します。



[ バックアップの作成... ]オプションを使用すると、 監視対象データベースの収集情報をファイルに保存（バックアップ）し、必要に応じてアーカイブにバックアップを追加できます。



監視システムは、毎週月曜日の午前1時に新しいデータベースを作成します。データベースファイルの名前には、デフォルトでドメイン名とサーバー名、および作成日（たとえば、2014-05-14-dbs.local_140512_234）が示されます。



このオプションを選択すると、開くウィンドウで、データベースを保存するオプションを選択するように求められ、2つのフィールドが開きます。

• 「アーカイブファイル」、つまり アーカイブするベースファイル
• 「バックアップファイル」、つまり バックアップファイル自体-バックアップパス

前または現在の週のPERFEXPERTモニタリングデータベースのバックアップコピーを作成する必要がある場合は、適切なアイテムを選択して[パック]ボタンをクリックする必要があります。 しばらくすると、バックアップファイルの準備が整います。

別の期間にデータベースのコピーを作成する必要がある場合、またはライセンスの期限が切れている場合は、次の手順を実行する必要があります。

• たとえば、今日は2017年8月7日です。
• 前の週のバックアップ（バックアップ）データベースを作成するには、[アーカイブファイル]フィールドで、％170724％が示されている名前のデータベース（拡張子は* .spbdのファイル）を選択します。 2017年7月24日、先週の月曜日。
• [ファイルのバックアップ]フィールドで、保存先を指定します。 [パック]ボタンをクリックします。 しばらくすると、ファイルの準備が整います。
• 手順の結果、同じ名前の2つのファイルが得られますが、拡張子は* .fbkと* .7zです。 [バックアップ]ウィンドウで[ファイルの圧縮]オプションが有効になっていない場合、拡張子が* .7zのアーカイブファイルは作成されません。

オプション「バックアップの復元...」は、オプション「バックアップの作成...」の逆の機能です。このオプションを使用すると、バックアップファイルから監視対象データベースから収集した情報を復元できます。

回復は、* .7z拡張ファイルと* .fbkの両方から行われます。 解凍されたファイルには、* .spdb拡張子が付きます。



[ エージェントデータベースディレクトリの設定 ]オプションを使用すると、データベースを作成するためにデータ収集エージェントが使用するローカルディレクトリを設定できます。







既定では、コレクションデータベースは、監視システムがインストールされたフォルダーの\ dataサブディレクトリにあります。 データベース名は、監視対象コンピューターの完全修飾ドメイン名で構成され、拡張子は* .fdbです。



オプション「終了」 -PERFEXPERTプログラムの終了。

「接続」サブメニュー

[接続]サブメニューには、コレクションセンターに接続されているデータ収集エージェントがインストールされているMS SQLサーバーのリストが表示されます。 これは、単一の収集センターでデータを収集する複数の接続済みおよび稼働中のオンラインMS SQLサーバーを切り替えるために使用されます。

サブメニュー「TRACES」

MS SQLでは、特定のクエリの実行が遅くなることは珍しくなく、クエリテキストに明らかな問題はありません。 通常、この場合、問題をより深いレベルで調査する必要があります。



MS SQLサーバー側でトレースを作成するプロセスのPERFEXPERTソフトウェアパッケージ。5秒を超える実行時間または50,000を超える論理読み取りを完了するための基準を満たす実行中のクエリのスタックが継続的に記録され、ロックおよびデッドロックイベントも収集します。



「Trails」サブメニューは、SQLクエリグループのコンテキストで情報システムのボトルネックを識別するために使用され、トレース結果を作成および分析し、クエリ実行中に発生した問題を識別することを目的としています。







オプション「期間-5秒以上続くSQLクエリ」 -長いSQLクエリを表示および分析できます。これは、MS SQLサーバーのコンピューティングサブシステムの負荷増加を調べる際の情報の主な情報源です。

その結果、別のウィンドウに長いリクエストのリストが表示され、選択したリクエストのテキストを表示したり、サーバーに最大の負荷をかけるリクエストのグループに関する統計を取得したりできます。











「統計」タブを使用すると、さまざまなパラメーターでクエリをグループ化し、データベース、ユーザー端末\セッション、クエリの種類、情報システムのモジュール\フォーム\プロシージャなど、クエリによって作成される負荷を推定できます。 ユーザーは、グループ化を行うフィールドを個別に選択し、最も人気のある3つのグループ化テンプレートを使用できます。



「読み取り-読み取り数が50,000を超えるSQLクエリ」オプションを使用すると、SQLクエリを表示および分析できます。これは、ディスクアレイの負荷増加、MS SQLサーバーのデータキャッシュの問題を調べる際の主な情報源です。



「書き込み-500を超える書き込み操作を伴うSQLクエリ」オプションを使用すると、書き込み操作でディスクシステムをロードするSQLクエリを表示および分析できます。



オプション「ロック-ロックイベント」 -監視中に発生したロックをSQLレベルで表示し、まずそのタイプ、期間、ステータス、およびロックリソースを決定できます。



オプション「デッドロック-デッドロックイベント」 -トランザクションが互いにロックし、オブジェクトへのアクセス順序に違反している場合、監視中に発生したデッドロックを表示します。 可能であれば、デッドロックの原因、セッションのブロックとブロック、問題のあるリクエストを見つけることができます。



受信した選択の[リクエスト]フィールドで、発生したデッドロックに関する通知、デッドロックに陥ったスレッドの説明、またはデッドロックグラフを確認できます。その全文は[リクエストテキスト]タブで確認できます。







デッドロックに関係するタスクとリソースのこのグラフィック記述がコピーされ、* .xdl拡張子を持つファイルに保存されている場合、Microsoft SQL Management Studioで開くと、視覚的にデッドロックを視覚的に表示できます。







「トランザクション-トランザクションの修正とロールバック」オプションを使用すると、完了していないトランザクションの完了とロールバックの期間を表示および分析できます。 このオプションのウィンドウビューの構造は、「トレイル」サブメニューのほとんどのオプションとは異なります







オプション"UserEvents-user event" -は、ユーザーコードによって作成されるサーバーイベントに負荷をかける要求を識別することができます。



オプション「ログアウト-ISセッションの完了」 -監視中に記録されたデータベースへの接続の強制または異常終了セッションを表示します。



オプション「例外-SQL Server例外」 -監視中に発生したエラーが表示され、SQLコマンドの実行を継続できなくなります。



「TextMask-TextDataフィールドでの調整による選択」オプションを使用すると、テキストの[テキストマスク]フィールドにデータ収集エージェントコンフィギュレーターからのサブストリングを含むすべてのリクエストを分析できます。



オプション「完全トレース」 -すべてのリクエストが予備フィルタリングなしで収集されるモードでトレースレコードを入力できます。 完全なトレース設定では、最大トレースファイルサイズや最大トレース期間などの制限要因を指定できます。



完全なトレースを有効にすると、SQLサーバーに大きな負荷がかかります。 そのため、標準トレースでは表示されないクエリ（5秒未満のクエリ（期間）または5万件未満の論理読み取り（読み取り）を完了したクエリ）を判断する必要がある場合は、このオプションを使用することをお勧めします。

サブメニュー「セットアップ」

「設定」サブメニューでは、ユーザーは、ユーザーSQLカウンターやユーザー測定値（マーカー）を含む、メイン監視ウィンドウに表示されるグラフの構成を構成できます。



「チャート設定」オプションを使用すると、メイン監視ウィンドウのチャートの表示色を選択できるウィンドウが表示されます。 色を変更する必要があるカウンターをダブルクリックすると、標準のWindowsカラーピッカーが表示されます。 変更を行い、「適用」ボタンをクリックすると、選択した設定が適用されます。

「テンプレートとして保存」ボタンを押すと、「テンプレートを使用」ボタンを押して、表示されているカウンターの選択した色設定に戻ることができます。



オプション「SQL-counters」を使用すると、MS SQLサーバーのパフォーマンスを監視するように設計されたカスタムSQLカウンターを作成できます。 新しいSQLカウンターを追加すると、しばらくするとカウンターの一般リストに自動的に表示されます。つまり、このカウンターの収集が正しく実行されます。



[ マーカー設定 ]オプションを使用すると、コレクションを構成し、マーカー値（ユーザー測定）の表示モード、それらを表示するグラフの種類、および色の設定を選択できます。 各ユーザーメータリングは、メインウィンドウの従来のグラフのメインフォームの下に、3ゾーングラフの形式で表示されます。

マーカーは、マーカー設定ウィンドウの[マーカーコレクション]タブで構成します。



マーカーを追加するには、「追加」ボタンをクリックして、必要なすべてのマーカーパラメーターを入力し、「適用」ボタンをクリックして設定を保存します。



選択した測定値の反対側の「アクティブ」フィールドのマーカーを一時的に無効にするには、対応するチェックボックスを削除します。



ユーザーの測定値を削除する必要がある場合、削除するマーカーをテーブルで選択し、「削除」ボタンを押してから、アクションを確認するために「適用」ボタンを押します。



メイン監視ウィンドウにマーカーを表示するためのパラメーターは、マーカー設定ウィンドウの「表示」タブで設定します。

サブメニュー「統計」

「統計」サブメニューでは、ユーザーは収集されたデータの統計情報を生成し、レポートの形式で表示する機会があります。







このサブメニューのオプションを使用すると、データベースのアクティビティ、そのユーザー、ワークロード、およびシステムの全体的なパフォーマンスを評価できます。 提示された統計情報を使用して、動作プログラムの構成、誤動作の特定などを行うことができ、それらのボトルネックを迅速に特定できます。



統計情報の表示とレポートの分析により、最もリソースを集中的に使用するSQLクエリをタイムリーかつ信頼性の高い方法で識別できるため、管理者はデータベースのパフォーマンスに最も影響するクエリを正確に最適化できます。



[ サーバー情報... ]オプションは、監視対象のデータベースサーバーに関する詳細情報を表示するウィンドウを開きます。



監視エージェントは、夜間に毎日サーバー情報を更新します。 フィールドで日付を選択できます。 ウィンドウの左側にツリーが表示され、オペレーティングシステム、ハードウェア、データベースパラメーター、MS SQLサーバー設定の設定を簡単に表示できます。











オプション「MS SQLセッション」は、MS SQLセッションの統計を計算するためのウィンドウを表示します。 同じオプションは、メイン監視ウィンドウの「MS SQLセッション」パネルの上にある「統計」ボタンによって呼び出されます。

次の値でロードプロセスをグループ化する機能を提供します。

• データベース
• モジュール
• ユーザー
• 形
• プログラム
• パソコン
• 日
• リクエストテキスト
• Windowsユーザー
• リソースをロック
• 待機タイプ
• 手続き
• コードの行

「フィルター」ボタンを使用して、新たな統計に必要な制限を設定できます。



反映されたフィールドを選択し、パラメータ、期間、作業時間をフィルタリングし、「生成」ボタンを押すと、要求された統計情報が計算され、表に表示されます。



右クリックメニューとキー「Ctl + A」および「Ctl + C」の組み合わせで、取得した結果のテーブルのすべての行をそれぞれ選択するか、選択した結果の行をクリップボードにコピーできます。



「チャート」オプションを使用すると、メイン監視ウィンドウに表示されるチャートに従ってカウンターの統計を計算するためのウィンドウが表示されます。



特定の期間と稼働時間を考慮して生成された統計データは、特定のカウンターの平均値、最大値、合計値を反映し、期間別の内訳は日数、時間数です。







提示された表は、垂直に3つの部分に分けられます。

• 指定した期間の日ごとに分類された、指定した期間全体の値
• 特定の期間ごとの時間ごとの内訳を含む各特定の日の値
• 特定の期間の時間ごとの内訳を含む、選択した期間全体の値

グラフの統計の新しいウィンドウを呼び出すときに表示されるグラフのセットを変更すると、カウンタのセットが自動的に変更され、メインモニタリングウィンドウに表示されるグラフに対応します。



«» MS SQL, .

, , , , .



« » , .



, , , , .



2 :

• «» , , 5 . , –
  
  
  
  
• «» , , . «» , «» — , . , — , ,

, , MS SQL .



« » , . . , .



, . « », .



, .



3 :

• ,
• , . « »
• , . , . , ,

, «» , . 5 :

• ,
• , ,
• ScanDensity . 100
• LogicalFragmentation . , 0
• ExtentFragmentation . , 0

« » , SQL-, Microsoft SQL Management Studio.



, - , - .

. , SQL- .



, , , .

, : .



« MS Studio» Microsoft SQL Management Studio.



« » . , on-line , .



, . «» – . « » – , .



:

• SQL, . SQL-,
• , , . . « », «». ,
• . .

« » , , 100 .



. « », «».



«» , .



HTML, , , MS Office, , PERFEXPERT.



« » . , .. , .

«»

PERFEXPERT . PERFEXPERT . , .



«» , Windows, .



« » , , . , :

• ( , , )
• ( )
• MS SQL ( MS SQL )
• ( MS SQL)
• ( )
• ( )
• ( MS SQL)
• ( MS SQL)
• ( )
• ( , )
• ( SQL-)
• ( )

, , .



. : «» « » .



« Windows» , , .



«» (, , ) «».



« SQL-» , SQL-, .

«»

«» , .



« MS SQL» , .



« MS SQL» , ( ) :

• . , 5 , SPID

MS SQL, «», «» .



:

• –
• –
• –
• – SQL-
• – SQL-

« 10 » 10 Windows .



, , , ( ).



« 10 » , ( ):

• (CPU)
• (PID)

«» , . « » «».



« » , 4 :

• 1
• sql – job

, , .



« » . .

, :

• –
• – *.xml
• – *.xml ,
• –
• –
• – , (.) (.) ( 67). , , , ( Drug-n-Drop)
• – , (, )

« » , PerfExpert Center.



« » OC Windows.



Windows . – ().

«»

«» .

.

PERFEXPERT .



, , .

«» «» . , , «». «».



, .



, , HTML, , , MS Office , PERFEXPERT.



, .

, .



, , , , . , , , .



:

• ( )
• «» ( ) . ,
• « » . « [HTML]» « [Word]»

,

.



– (), . « » :

• Windows
• アプリ

«», , .

. , .



, , , .



. , - , , . , .



.

( ) :

• ディスクサブシステム
• MS SQL

, « » «».

« » , . «» . «» .

.

:

• / 20
• 20
• / 20
• 20 ,
• 20 ,
• 20 ,
• 20 ,

システムの状況を制御するには、システムに深刻な負荷を与えて他の作業ユーザーに干渉するシステムユーザーをすばやく切断したり、管理されていないプロセスを開始するよう管理者に通知するなど、タイムリーな決定を行います。監視プログラム。

システム内の問題を検索すると、正当化されたリソースのアクセス不能性に関する明確な結論、データベースサーバーへのクエリの総数から最も「重い」もののリストの選択、それらの呼び出しモジュール、およびシステム負荷への指標となるアプリケーションコード行が得られます。



サーバーにボトルネックが存在するかどうかを判断する一般的な方法はいくつかあります。これにより、システム負荷が高くなる可能性のある原因を特定できます。 パフォーマンスのトラブルシューティングプロセスには、アプリケーションのパフォーマンス低下の原因を特定して特定するための一連の手順が含まれます。 これを行うには、まずパフォーマンスの問題の原因を特定する必要があります。



実際には、ほとんどの場合、管理者は多くの標準的な状況分析アルゴリズムを使用して問題を迅速に特定できることが示されています。

統計の使用とデータサンプルの分析

サーバーがしばらく動作した後、パフォーマンスの低下に関連する問題が発生する場合があります。 サーバーが動作する条件は通常動的に変化するため、作成された問題を解決する方法を特定し、その後選択するには、しばらくの間データを収集してサーバーのステータスを追跡し、機能のボトルネックを特定する必要があります。

問題の可能性が最も高い5つの潜在的に問題のあるサーバーの場所があります。

• CPU
• 記憶
• ディスクサブシステム
• ネットワークの混雑
• ロック

この場合、サーバーの動作条件は時刻によって異なる場合があります。 したがって、調査の開始時に、収集されたデータの時間（常時、特定の期間、稼働時間または非稼働時間）を判別する必要があります。 これを行うには、コントロールパネルのメインモニタリングウィンドウで期間と稼働時間でフィルターを設定します。



サーバーのボトルネックを特定するには、まず、カウンターの行（固定および現在）を使用して、視覚的にフィルターを考慮して監視グラフを分析する必要があります。 必要なチャートがメイン監視ウィンドウに表示されていない場合は、「チャートの選択」ボタンをクリックして、チャート表示を構成します。



上記のサーバーの問題領域は、最初に調査および分析される以下のタイプのグラフで表されます。

1. サーバーグラフ：CPU負荷 。 このグラフには、中央処理装置の総負荷が表示されます。
   
   長時間（10分から）CPU負荷が80〜100％である場合、ほとんどの場合、それをロードするプロセスに関する情報の分析を開始する必要があります。
   
   
   
   
   
   
2. サーバーグラフ：ディスクへの平均キュー長 。 長時間（1〜2分）ディスクへのキューの平均長が4〜8の値を超える場合、まずその原因を特定する必要があります。 ほとんどの場合、これはRAMの不足である可能性があります。これは、重いクエリの実行、またはサードパーティのプロセスによるディスクサブシステムの高負荷などが原因である可能性があります。
   
   
   
   
   
   
3. グラフィックサーバー：空きRAM（MB） 。 長期的な空きRAMが1 GB未満の場合、メモリが潜在的なボトルネックになる可能性があります
4. グラフSQL（名前）：メモリページの予想寿命 。 メモリページの予想寿命が300秒未満の場合、メモリが潜在的なボトルネックになる可能性があります
5. グラフSQL（名前）：ロック、SQL（名前）：ロックの合計時間...

多くの場合、ロックはマルチユーザーシステムのボトルネックです。



ロックは、複数のユーザーが単一のデータへのアクセスを同期するメカニズムです。



ロックの待機は、2人のユーザーが同じデータを同時にキャプチャしようとした場合に発生する状況です。 この場合、これらのユーザーの1人がブロックされます。つまり、最初のユーザーがトランザクションを完了するまで待機する必要があります。



分析のために、ロックの数とロックの待ち時間のグラフを使用する必要があります。



残念ながら、ブロッキングがシステムのパフォーマンスに大きな影響を与えると判断できる基準はありません。 一般に、ロックが少なく、ロックの待機時間が短いほど優れています。

パフォーマンス低下の観点から最も危険なのは、リソースがブロックされ、高レベルのロックが発生する長期トランザクションです。



MSSQLセッションパネルにロックツリーが表示されます。 階層は次のように表されます。親プロセスはブロックするプロセスです。 子プロセスがブロックされています。 ロックツリーを使用すると、ブロックしているユーザーを無効にするかどうかをすばやく決定できます。



サーバーの潜在的なボトルネックを特定した後、TOP 10プロセスパネルのプロセス統計を分析して、プロセッサとメモリを読み込む追加のプロセス（ウイルス対策、アーカイブなど）を分析する必要があります。



負荷を最適化するには、リソースを集中的に使用するプロセスの一部を別のサーバーに転送するか、実行時間を変更します。

MS SQLトレース分析

ほとんどの場合、トレースの結果を分析し、クエリの実行中に発生した問題を特定することにより、情報ベースの作業における問題領域を特定することにより、パフォーマンス低下の特定の原因を特定できます。



メイン監視ウィンドウでグラフを目視で確認した後、この分析に進むことをお勧めします。 検出された問題に応じて、Readsトレース（ディスクまたはメモリへのキューに問題がある場合）またはDuration（問題がプロセッサー負荷の増加に関連する場合）が調査され、その表示ウィンドウは同じオプションのMonitoring Routesサブメニューで呼び出されます： 「Duration」 （実行時間リクエスト）、または「読み取り」 （ 読み取りの数）。



トレース分析ウィンドウでは、分析された領域に応じて、時間フィルターと稼働時間の範囲が設定されます。 「フィルターを適用」ボタンを押すと、フィルター設定に応じてデータが選択されます。



情報システムのモジュールと[統計]タブの行番号でグループ化するか、[フィールド別グループ]グループでカスタムフィルターを使用して、分析に必要なサンプルを形成します。



「％CPUシェア」または「読み値の％ シェア」列でテーブルをソートすると、中央処理装置の負荷に最も貢献した構造または最大数の読み値を作成した構造が決まります。



共有が3〜5％を超えない最初の3〜8エントリのみを考慮することをお勧めします。

選択したレコードをダブルクリックすると、トレース分析ウィンドウの中央部分でクエリを表示および分析できます。 列「Duration」 、 「Readings」 、および「Processor time」でソートすると、最も「重い」クエリを識別することができます。



必要に応じて、最初にウィンドウの中央の表部分でクエリを選択して、クエリの詳細な調査のために[クエリテキスト]タブに切り替えることができます。



一部の情報システム（1Cなど）では、SQLクエリを情報システムの内部オブジェクトの特定の名前と比較することができます。これにより、標準のSQL情報を、IS開発者が最適化するために使用できるモジュールおよび構成コードの行に関する情報で補完します。

性能分析での顧客測定の使用

ユーザー測定（マーカー）の情報システムの操作の評価における作成と使用により、特定の操作または以前に構成されたコードのセクションの時間コストと、「設定」サブメニューのオプション「マーカー設定」で値を表示するためのパラメーターを推定できます。







測定結果は、3ゾーングラフの形式で、従来のグラフのメインフォームの下のメインモニタリングウィンドウに表示され、[追加情報]パネルの[マーカー]タブで表形式で指定されます。



ユーザー測定の現在のデータに関する情報は、グラフのメインラインの下の現在の時間特性に対応していることを考えると、ユーザーは測定結果をグラフの他の値と比較し、スローダウンの理由（RAMの不足、ディスクへのキュー、中央処理装置の負荷の増加など）を判断する機会がありますd。 ルーラーの値を修正すると、対応するテーブルで取得したデータを詳細に調べることができます。



図83および84に示す例では、カスタムメータリング「AnyMarker Name」は1.5〜3.0秒の値の範囲に設定されています。 1.5秒までの時間は緑で表示され（デフォルト）、指定された期間（黄色で3.0秒を超える）になります-赤。 マーカースケールで、分数で定規の上にマウスを移動すると、赤/黄/緑のマーカーがそれぞれ表示されます（この例では3/4/1）。 メインモニタリングウィンドウの右側にある[追加情報]パネル（[表示]サブメニューに接続）を使用すると、取得した値を詳細に調べることができます。

テーブルとインデックスに関する統計情報の使用

準最適なシステム操作の最も一般的な原因には、DBMSレベルでのルーチン操作の不正確またはタイミングの悪いパフォーマンスが含まれます。

したがって、パフォーマンスが急激に低下する場合は、まずデータベースのメンテナンス手順を徹底的にチェックし、次に利用可能なソフトウェアおよびハードウェアリソース、アプリケーションコード、ネットワーク、ディスクアレイなどの分析を進めることをお勧めします。



データベースが保守対策を改善する必要があるかどうかを判断するには、統計とインデックスの状態を分析する必要があります。これらは主に効率的なクエリ実行の基礎であるためです。



データベースに次の問題が存在する場合、MS SQL Serverは妥当な時間内にクエリを実行できません。

• インデックスは非常に断片化されます
• 一度インデックスに参加した行のデータの一部は既に削除されているため、クエリの実行時にインデックスがより多くのディスク容量を占有し、より多くのI / O操作が必要になります
• テーブルの統計は非常に不正確になり、これは必要なときにサーバーによって正確に明らかにされます。

原則として、インデックスのサービス品質はスケジュールに基づいてインデックスを再構築/再編成するタスクに従って監視されますが、この推定は常に信頼できるとは限りません。スクリプトが正しく機能しない場合があり、新しいテーブルとインデックスが考慮されない場合があるためです。

インデックスの断片化の程度のより正確な評価は、ScanDensityパラメーターによって提供されます。

PERFEXPERTでは、このパラメーターを決定するために、インデックス統計ウィンドウが使用されます。このウィンドウは、[統計]サブメニューの対応するオプションで開きます。 このウィンドウを使用して、どのインデックスに追加のメンテナンスが必要かを判断し、それらがどの程度効果的にサポートされているか、どのような状態であるかを評価できます。



数百行の小さなテーブルはすぐに完全に読み取られるため、説明した手法の適用は主に1万行を超えるテーブルに推奨されます。その結果、原則としてパフォーマンスに影響を与えることはありません。



ウィンドウの上部で分析されたデータベースを選択し、ウィンドウの下部で中央のテーブルを選択することにより、選択したテーブルのすべてのインデックスの断片化の程度を分析できます。 [最後の測定のみを表示]オプションを有効にすると、最新の調査結果を含むデータのみを表示し、無効にして変更を調査できます。



スキャン密度は、完璧なページレイアウトの割合を示します。 結果が100％に近いほど、断片化は少なくなります。 提示された例では、このテーブルが非常に断片化されていることがわかります。 クロールでは、エクステント内のあるページから次のページへのリンクのみを使用するのではなく、あるエクステントから別のエクステントへの切り替えを常に使用します。



原則として、スキャン密度が95％〜85％で調整が85％未満の場合、インデックスを再編成してデフラグすることをお勧めします。



テーブル内のデータの分布を分析し、それに基づいてクエリオプティマイザーが最適なクエリ実行プランを決定することにより、データの変化がどの程度発生し、どの統計が古くなっているかを判断できます。 これは、パフォーマンスを均等にするために統計を更新する必要性を理解するのに役立ちます。



統計が無関係である場合、SQLクエリを実行するために間違った実行プランが作成されるため、同じクエリの実行時間が数倍に増加する可能性があります。



分析の結果、特定のテーブルに対するクエリ実行の速度が低下していることが判明した場合、まず、行われた変更の数に関する統計を確認する必要があります。



また、テーブルで大量の挿入が発生したことが事前にわかっている場合、または長期間維持されなかった場合は、このような分析を行う必要があります。



[テーブルの統計]ウィンドウを使用して、変更されたデータの量と古い統計の量を確認できます。 これは、パフォーマンスを均等にするために統計を更新する必要性を理解するのに役立ちます。



ウィンドウ下部の「ヒストグラム」タブには、選択したデータベースのすべてのテーブルの変更の総数を示すグラフが表示されます。 ウィンドウの上部には、最も変更された最初の5つのテーブルのヒストグラムがあります。



特定の時点でチャート上のこれらのテーブルの5つの値を決定するために、ルーラーが使用されます。これは、マウスカーソルがチャートウィンドウに沿って移動するときに表示される垂直の直線です。



同時に、「TOP 5」の統計は、選択した時点での現在の変更の数（統計の最後のポーリング以降の変更）を緑色で示し、赤色は累積的な変更（これらのテーブルの統計の最後の更新以降の変更）の数を示します。







[統計]タブには、各統計の各テーブルに関する情報があります。 「テーブル」では、「統計」でテーブルが選択されます-変更を追跡する必要がある統計（変更の数を参照）。 インデックス付きの列の統計は、対応するインデックスの名前にちなんで命名され、WA_Sysで始まる名前の統計は、SQL Serverがインデックスを持たない列に対して自動的に作成する統計です。



右側には、最後の再構築の瞬間からのすべての更新が表示されるテーブルと、選択した期間にわたる統計の最後の再集計以降に変更された行の数をダイナミクスで示すグラフがあります。



対応する列の表には、次の情報が反映されます。

• インデックス列の名前統計
• 最終統計再集計時間
• 統計の最後の再カウント以降の変更の数
• 過去10分間の変更数
• 測定日時

受け取った情報は、データベースのメンテナンス規則を決定するのに役立ちます。

したがって、統計のチェック結果に従って、約100万の変更が蓄積されていることが確認された場合、調査中の表に従って統計の追加再集計を行うことをお勧めします。 このような数値は、クエリプロセッサによる決定プロセスに明らかに悪影響を及ぼします。



テーブルの統計セットを更新するたびに、インデックスキーからフィールドに対して行われた変更の量に関する情報または統計が収集されたカウンタがリセットされます。



さらに、テーブルに関する情報の分析は、統計の手動更新の適切性を選択的に決定するのに役立ちます。 原則として、これらは非常に頻繁にデータが変更される多数の行を持つテーブルです。



場合によっては、テーブル統計をあまりにもプライベートに更新すると、データベースのパフォーマンスが大幅に低下する可能性があります。 したがって、実際に動作するシステムでは、テーブルごとに異なる統計更新レートが必要です。 統計を更新する最適な頻度は、システムの負荷のサイズと性質に依存し、実験的に決定されます。



テーブルについて収集された情報を分析し、それらをトレースデータと相関させることにより、他のテーブルよりも統計を頻繁に更新する必要があるテーブルを決定し、たとえば、頻繁に更新されるテーブルや他のすべてのテーブルに対して、いくつかの異なる規制手順を設定できます。 このアプローチにより、統計の更新時間と、システム全体の動作に対する統計の更新プロセスの影響を大幅に削減できます。

PERFEXPERT 1: , 1: ( ) (1 ), .



PERFEXPERT - «1» 1: .







1.

, 1

1: 8.1 , , .



MS SQL Server. . 1 , .



( , ).



« » «» 1 .



« ( )» «» 1 .



« » «» , .



1: « » :

• – 1, .
• 1 – rphost 1 .

() 1 10 .



« » 1 , .



1 , , , . , .



, .



« 1» , , , rphost.



. rphost ( ) . rphost , 1.



, , , , , rphost, .

PERFEXPERT 1: 8. .



« » «» 1, .

« » «».

«» «» .

, ( ).

, , :

• ,
• , : , , , ,
• (), : , , , ,
• (), : , , , ,
• ( ), : , , , , ,
• ( ), : , (), , ,

PERFEXPERT

, .



PERFEXPERT 3.0 :

• – ,
• – MS SQL
• –

( ), .

– (24 ) MS SQL .

. – . 1 5 .

, , : FirebirdServer – , . , .



PerfExpertCenterSetup , .

, – 2 .

(), .

. MS SQL . – , ( , ).



PerfAgentSetup, , MS SQL , .

.

( )

Windows . .



, , CounterService, .

PERFEXPERT

, .







PERFEXPERT 3.0, 6 , ( – ):

• Firebird-2.5.. win32.exe Firebird2.5.._x64.
• PerfExpertCenterSetup_3.0...exe
• PerfAgentSetup_3.0...exe
• IntegrationService_3.0...exe
• 1 1
• CounterService_1.0...exe readme.txt

, , , WEB-

:

• MS Windows Server 2003 SP2
• MS SQL Server 2000

:

• CPU 4
• RAM 16
• Ethernet 100 /

:

• MS Windows Server 2003 SP2
• MS Windows SP3

:

• CPU 2 , 1
• RAM 2
• HDD 50 PERFEXPERT

PERFEXPERT

Firebird, , .

PERFEXPERT .

FIREBIRD SERVER

Firebird Server 2.5 , . «1. FireBird 2.5 , » Firebird-2.5.. win32.exe Firebird-2.5.._x64. (32- 64- ) , Firebird.



Firebird Server « SuperServer» «», , :

• Guardian
• Firebird
• Firebird system
• GDS32.DLL

, Firebird Server , . Firebird windows\system32 gds32.dll fbclient.dll ( ). , Firebird Server , .

Windows «Firebird Guardian» «Firebird Server». , .

, PerfExpertCenterSetup_3.0...exe 2. PerfExpert , » .

, MS SQL , .



, , 3. PerfAgentSetup_3.0...exe.



, , Softpoint PerfExpert Agent .







Softpoint PerfExpert Agent ,



, , « » . . « » .

, , .



, , 6 CounterService_1.0...exe.

MS SQL 1.

.







MS SQL, .

PERFEXPERT

PERFEXPERT :

1. .
   
   
   • «PerfExpert Center»
   • «FireBird»
2. 
   
   
   • «SOFTPOINT» MS SQL
3. ( 1. « 1»)
   
   
   
   
   • 1

:

1. : Start () -> All programs ( ) -> PerfExpert -> Control Center -> . «»
2. «»
3. , , "%Program files%\Softpoint\PerfExpert\Control Center"

FIREBIRD SERVER

FireBird :

1. : Start () -> All programs ( ) -> Firebird 2.5 (win32 64, ) -> Uninstall Firebird. «»
2. «»
3. , Firebird Server, "%Program Files%\Firebird\Firebird_2_5"

, FireBird , . , FireBird . .

:

1. «» Start () -> All programs ( ) -> PerfExpert
   
   -> PerfAgent ->
2. , , ,
   
   
   
   
   
   
3. : Start () -> All programs ( ) -> PerfExpert -> PerfAgent -> . «»
4. «»
5. , , "%Program files%\Softpoint\PerfExpert\PerfAgent"

SOFTPOINT

SOFTPOINT , MS SQL, .



SOFTPOINT MS SQL : SQL Server Management Studio, Transact-SQL ..

SOFTPOINT , « ». , , .

:

1. Start () -> All programs ( ) -> PerfExpert -> Counter Service ->
2. ,
3. : Start () -> All programs ( ) -> PerfExpert -> Counter Service -> . «»
4. «»
5. , , "%Program files%\Softpoint\PerfExpert\ Counter Service"

PERFEXPERT MS SQL .

MS SQL .

Start () -> All programs ( ) -> PerfExpert -> PerfAgent -> .

, ( \ )

.

« » , FireBird, , .

.

, . , :

MS SQL . «» ( MS SQL).

SQL:

• MS SQL. , SQL , (, softpoint11\Sql2005)
• , MS SQL Server. SOFTPOINT, MS SQL,

SOFTPOINT , , .

MS SQL «».



«» () :

1. « »
2. « »

MS SQL , « » .

« » .

, . MS SQL «» ( ) . , , , .

- , , «»

: Start () -> All programs ( ) -> PerfExpert -> PerfAgent -> .



, . Start () -> All programs ( ) -> PerfExpert -> ControlCenter -> .

1 , .

, « » , MSSQL.

, , , .

: Start () -> All programs ( ) -> PerfExpert -> PerfAgent -> .



, . « » .

« » , , – , , . .



« MS SQL» .

, « » , .



«» Firebird, , .

Firebird, .

«» , , .



« MS SQL» MS SQL. MS SQL, .

DOCSVISION MICROSOFT DYNAMICS AX

, - DocsVision Microsoft Dynamics AX «» MS SQL , , «»







DocsVision Microsoft Dynamics AX «»

, PERFEXPERT Microsoft Dynamics AX, Dynamics AX 2009 .

1

PERFEXPERT - «1» 1: . , , , , 1.



1, PERFEXPERT. 1.

1 ( 8.X)

1 1, , Windows .

1 8.x. 1.

1 IntegrationService.

, , . 1, 1.

1-, .

1: 8. : COM- 12900 , , , .

1 8.x, IntegrationService_3.0...exe 4 .



:

• , , «»,
• «», , , « 1»

:

1. «» Start () -> All programs ( ) -> PerfExpert -> Integration Service ->
2. «» , «» ,
3. : Start () -> All programs ( ) -> PerfExpert -> Integration Service -> . «»
4. «»
5. , , "%Program files%\Softpoint\PerfExpert\AppService"

1

1 8 ( ) , 1.

1 7.7 8. ( ) .

. , !



, 1 PERFEXPERT ( 5) 1 . , 1, , , \v0.\debug ( – ) .



1 . ( , ) , .

1 . . 1 .

«debug» , .



, , , , , PERFEXPERT . , «DebugView» ( technet.microsoft.com/en-us/sysinternals/bb896647 ) 1 . « ».



, , .







«()» «();»

, .

.

, . , .

, , .. 1. , .

1 ( 8.X)

, : Start () -> All programs ( ) -> PerfExpert -> Integration Service -> ». .



:

• MS SQL
• 1 ( )
• 1,

1, .



, 1 , 1 . «» .



, , «» «» . «1C_version» «1C_path», 1.







4 : «», «», «», «» .



«» . .

, . .



«» , :

• MS SQL
• 1

MS SQL «» « » «» .







« » « » « »

«» . 1 , « ».



« 1» «» 1.



1, . , . , 1, .



« Softpoint Data Claster» «» «SOFTPOINT DATA CLUSTER» MS SQL , .



SQL 1 .

SOFTPOINT DATA CLUSTER « », . SOFTPOINT DATA CLUSTER.

«» , , : , 1 ,



«» :

• MSSQL

, , « » .

«» «» , . «».

« » « » «».

, .



«\AppService\plugins» «%Program Files (x86)%\Softpoint\PerfExpert\AppService\plugins\» .



, :

• plugin_sfp_process.dll – Windows ( )
• plugin_win32EventCollector.dll – Windows ( )
• plugin_lgf_parser.dll –
• plugin_v8vk_emplace.dll – 1

1 .

1 « »

\SoftPointPerfExpert, 1. 1 .



1 [\] mon .

mon , .

, «mon. StartCounter» «mon.StopCounter» .

«» 1:







, 1 «».

2 – «»

1 « »

:

• AddIn_IEWindows_x86.cab
• MANIFEST.XML
• SPMRKAddInNative_1.dll
• SPMRKAddInNative_1_x64.dll

SPMRK_native.zip .



« » :

• 1

( ), . , 32- 1.

1 :

1. 1 -> . :
2. ( )
3. :
   
   

    ()   = " "; TestVK = ;   ("\\___\SPMRKAddInNative_1.dll", "", .Native)  TestVK = ("AddIn..SpMrkExt_1");   TestVK.Initialize("SQL", "", (), "", 12900)   = "   : " + TestVK.GetLastError(); ;   = "   "; ;   = " 1    : " + (); ;  TestVK; 
         
         
   
           
           
           
         
   
       
           
           
           
         
         
   
           
           
           
         
   
       
        

   
   
   
   • ConnectExternalComponentで、マーカーコンポーネントがあるネットワークリソースへのパスを指定します（ "path_to_marker_component" ）
   • TestVK.Initializeコード（「SQL Server名」、「データベース名」、ユーザー名（）、「ServerServiceIntegration」、12900） ：
     
     
     • 最初のパラメーター（ " SQL Server Name" ）は、SQLサーバーの名前を示します
     • 2番目のパラメーター（ "DB Name" ）はデータベースの名前です
     • 4番目のパラメーター（ “ ServerServiceIntegration” ）-シンクライアントが接続する統合サービスが実行されているコンピューターの名前
     
     
     
4. 1Cコンフィギュレーターでは、 一般 -> 一般モジュールでモジュールが作成されます 。 モジュール名： モジュール
5. モジュールのプロパティで、 「サーバー」および「クライアント（管理対象アプリケーション）」チェックボックスがオンになっています
6. 次のコードがモジュールに挿入されます。
   
   

     ()   = ""; TestVK = .();  TestVK =   (":    . " + ); ;   ()   = ""; TestVK = .();  TestVK =   (":    . " + ); ;   TestVK.BeginMark()  ("  BeginMark: " + TestVK.GetLastError()); ;   ()   = ""; TestVK = .();  TestVK =   (":    . " + ); ;   TestVK.EndMark()  ( "  EndMark: " + TestVK.GetLastError() ); ; 
         
         
   
           
           
           
         
   
       
           
           
           
         
         
   
           
           
           
         
   
       
        

   
   
   
7. 次のコードがマネージアプリケーションモジュールに挿入されます。
   
   

     () .(); 
         
         
   
           
           
           
         
   
       
           
           
           
         
         
   
           
           
           
         
   
       
        

   
   
   例：
   
   

     () .("mark1"); .(); .("mark2"); .(); 
         
         
   
           
           
           
         
   
       
           
           
           
         
         
   
           
           
           
         
   
       
        

   
   
   

1C構成レイアウトを介した接続

構成レイアウトを介してトークンを導入する方法は、32ビット1Cサーバーでのみ機能します。

1C構成レイアウトを介して1Cシンクライアント構成にトークンコードを実装するには、以下を行う必要があります。

1. 1Cコンフィギュレーターでは、一般->一般モジュールでモジュールが作成されます。 モジュール名：マーカーコンポーネント
2. モジュールのプロパティ：[ サーバー]および[ サーバー呼び出し]チェックボックスが選択され、[ 戻り値の再利用 ]の[ セッション中 ]オプションが選択されています
3. 次のコードがモジュールに挿入されます。このモジュールでは、外部コンポーネントのロードのタイプと統合サービスへの接続を構成する必要があります。
   
   

     ()   = " "; TestVK = ;   (".", "", .Native)  TestVK = ("AddIn..SpMrkExt_1");   TestVK.Initialize("SQL", "", (), "", 12900)   = "   : " + TestVK.GetLastError(); ;   = "   "; ;   = " 1    : " + (); ;  TestVK; 
         
         
   
           
           
           
         
   
       
           
           
           
         
         
   
           
           
           
         
   
       
        

   
   
   
   • コンフィギュレーターで、一般->一般レイアウトにレイアウトが追加されます。 開いたダイアログで「バイナリデータ」が選択され、 「ファイルからダウンロード」でファイルSPMRK_native.zipが選択されます。 レイアウトの名前は「LayoutMarkers」として示されます
   • TestVK.Initializeコード（「SQL Server名」、「データベース名」、ユーザー名（）、「ServerServiceIntegration」、12900） ：
     
     
     • 最初のパラメーター（ " SQL Server Name" ）は、SQLサーバーの名前を示します
     • 2番目のパラメーター（ "DB Name" ）はデータベースの名前です
     • 4番目のパラメーター（ “ ServerServiceIntegration” ）-シンクライアントが接続する統合サービスが実行されているコンピューターの名前
     
     
     
   
   
   
4. 1Cコンフィギュレーターでは、一般->一般モジュールでモジュールが作成されます。 モジュール名： モジュール
5. モジュールのプロパティで、 「サーバー」および「サーバー呼び出し」チェックボックスがオンになっています。
6. 次のコードがモジュールに挿入されます。
   
   

     ()   = ""; TestVK = .();  TestVK =   (":    . " + ); ;   ()   = ""; TestVK = .();  TestVK =   (":    . " + ); ;   TestVK.BeginMark()  ("  BeginMark: " + TestVK.GetLastError()); ;   ()   = ""; TestVK = .();  TestVK =   (":    . " + ); ;   TestVK.EndMark()  ( "  EndMark: " + TestVK.GetLastError() ); ; 
         
         
   
           
           
           
         
   
       
           
           
           
         
         
   
           
           
           
         
   
       
        

   
   
   
7. 次のコードがマネージアプリケーションモジュールに挿入されます。
   
   

     () .(); 
         
         
   
           
           
           
         
   
       
           
           
           
         
         
   
           
           
           
         
   
       
        

   
   
   例：
   
   

     () .("mark1"); .(); .("mark2"); .(); 
         
         
   
           
           
           
         
   
       
           
           
           
         
         
   
           
           
           
         
   
       
        

   
   
   

マーカーの名前は、メイン監視ウィンドウの[設定]メニューの設定で登録されたマーカーに基づいて設定されます。

マーカー表示の設定

コレクションを設定し、マーカー値（ユーザー測定）を表示するモード、それらを表示するグラフのタイプ、および色設定を選択するには、メインモニタリングウィンドウの[設定]サブメニューで[ マーカー設定 ]オプションを選択します。



マーカーは、マーカー設定ウィンドウの[マーカーコレクション ]タブで構成します。

[マーカーのコレクション]タブは、情報が収集されているオンラインモードでのみアクティブになります。 オフラインモードでは、記録されたデータを表示するときに、設定ウィンドウのこのタブは表示されません。

マーカーを追加するには、 「追加」ボタンをクリックして、必要なすべてのマーカーパラメーターを入力し、 「適用」ボタンをクリックして設定を保存します。 その後、マーカーの設定が完了します。

トークン名は、サポートを追加するときに構成で指定された名前と一致する必要があります。

マーカーの編集は、テーブルの対応するフィールドのパラメーターを変更することにより行われます。



選択した測定値の反対側の「アクティブ」フィールドのマーカーを一時的に無効にするには、対応するチェックボックスを削除します。



ユーザーの測定値を削除する必要がある場合、削除するマーカーをテーブルで選択し、 「削除」ボタンを押してから、アクションを確認するために「適用」ボタンを押します。



メインモニタリングウィンドウでマーカー（色）を表示するための設定は、マーカー設定ウィンドウの[ 表示 ]タブで行います。







マーカーが正しく構成されている場合、各ユーザーメーターは、3ゾーングラフの形式で、従来のグラフのメインフォームの下に、カラーグラフィック形式でメインウィンドウに表示されます。



メインモニタリングウィンドウで対応するパネルがオンになっている場合、設定で設定されたマーカーパラメーターにより、単位時間あたりの操作の継続時間によってオンラインモードで「良い」、「悪い」、「優れている」を視覚的に判断できます。



設定値の範囲に応じて、最小期間までの時間の支出は緑色で表示され（デフォルト）、指定された期間になり-黄色で最大期間を超えます-赤になります。 マーカースケールで、分数を介してルーラー上にマウスを移動すると、赤/黄/緑のマーカーがそれぞれ表示されます。