実稼動サーバーのチューニング負荷の軽減

[アーティクル]
06/13/2017

データベースエンジンチューニングアドバイザーは、クエリオプティマイザーを使用してワークロードを分析し、チューニングに関する推奨事項を作成します。実稼働サーバー上でこの分析を実行すると、サーバーの負荷が増し、チューニングセッション中のサーバーのパフォーマンスが低下することがあります。実稼働サーバーに加えてテストサーバーを使用することで、チューニングセッション中のサーバーの負荷への影響を小さくすることができます。

データベースエンジンチューニングアドバイザーでテストサーバーを使用する方法

これまでは、テストサーバーを使用するために、実稼働サーバーからテストサーバーにすべてのデータをコピーし、テストサーバーをチューニングして、実稼働サーバーに推奨設定を実装する方法を使用してきました。この処理により、実稼働サーバーのパフォーマンスに影響が及ぶことはありませんが、これは最善の解決策ではありません。たとえば、大量のデータを実稼働サーバーからテストサーバーにコピーする場合、非常に時間がかかり、多量のリソースが使用される可能性があります。また、テストサーバーのハードウェアが、実稼働サーバーに配置されているハードウェアほど優れていることはめったにありません。チューニング処理は、クエリオプティマイザーに依存し、生成される推奨設定は基になるハードウェアに部分的に基づきます。テストサーバーと実稼働サーバーのハードウェアが同一でない場合は、データベースエンジンチューニングアドバイザー推奨品質が低下します。

これらの問題を回避するには、チューニング負荷の大部分をテストサーバーにオフロードして、運用サーバー上のデータベースを調整データベースエンジンチューニングアドバイザー。このチューニングは、実際には実稼働サーバーからテストサーバーにデータがコピーされずに、実稼働サーバーのハードウェア構成情報を使用して行われます。データベースエンジンチューニングアドバイザーは、実稼働サーバーからテストサーバーに実際のデータをコピーしません。メタデータと必要な統計だけがコピーされます。

次の手順は、テストサーバーでの実稼働データベースのチューニング処理の概要を示しています。

テストサーバーを使用するユーザーが、両方のサーバーに存在することを確認します。

開始する前に、テストサーバーを使用して実稼働サーバー上のデータベースをチューニングするユーザーが、両方のサーバーに存在することを確認します。このためには、テストサーバーにユーザーとそのユーザーのログインを作成する必要があります。使用者が両方のコンピューターの sysadmin 固定サーバーロールのメンバーであれば、この手順は不要です。
テストサーバーでワークロードをチューニングします。

テストサーバーでワークロードをチューニングするには、XML 入力ファイルと dta コマンドラインユーティリティを併用する必要があります。 XML 入力ファイルで、 TestServer サブ要素にテストサーバーの名前を指定し、 TuningOptions 親要素の下の他のサブ要素の値も指定します。

チューニング処理中、データベースエンジンチューニングアドバイザーによって、テストサーバーにシェルデータベースが作成されます。データベースエンジンチューニングアドバイザーでは、このシェルデータベースを作成してチューニングするために、次の目的で実稼働サーバーに呼び出しが行われます。
1. データベースエンジンチューニングアドバイザーは、実稼働データベースからテストサーバーシェルデータベースにメタデータをインポートします。このメタデータには、空のテーブル、インデックス、ビュー、ストアドプロシージャ、トリガーなどが含まれます。これにより、テストサーバーのシェルデータベースに対してワークロードクエリを実行できるようになります。
2. データベースエンジンチューニングアドバイザーは、クエリオプティマイザーがテストサーバー上のクエリを正確に最適化できるように、実稼働サーバーから統計をインポートします。
3. データベースエンジンチューニングアドバイザーは、プロセッサの数と使用可能なメモリを指定するハードウェアパラメーターを運用サーバーからインポートして、クエリプランを生成するために必要な情報をクエリオプティマイザーに提供します。
データベースエンジンチューニングアドバイザーテストサーバーシェルデータベースのチューニングが完了すると、チューニングに関する推奨事項が生成されます。
テストサーバーのチューニングによって作成された推奨設定を実稼働サーバーに適用します。

次の図は、テストサーバーと実稼働サーバーのシナリオを示しています。

テストサーバーの使用状況データベースエンジンチューニングアドバイザー

注意

テストサーバーのチューニング機能は、データベースエンジンチューニングアドバイザーグラフィカルユーザーインターフェイス (GUI) ではサポートされていません。

例

最初に、チューニングを実行するユーザーが、テストサーバーと実稼働サーバーの両方に存在することを確認します。

ユーザー情報がテストサーバーにコピーされたら、データベースエンジンチューニングアドバイザー XML 入力ファイルでテストサーバーチューニングセッションを定義できます。次の XML 入力ファイルの例は、テストサーバーを指定して、データベースエンジンチューニングアドバイザーを使用してデータベースをチューニングする方法を示しています。

この例では、 MyDatabaseName データベースが MyServerNameでチューニングされています。 Transact-SQL スクリプトは、 MyWorkloadScript.sqlワークロードとして使用されます。このワークロードには、 MyDatabaseNameに対して実行するイベントが含まれています。このデータベースに対し、クエリオプティマイザーによって行われるほとんどの呼び出しは、チューニング処理の一部として行われ、 MyTestServerNameに存在するシェルデータベースによって処理されます。シェルデータベースは、メタデータと統計で構成されます。この処理により、チューニングのオーバーヘッドがテストサーバーにオフロードされます。データベースエンジンチューニングアドバイザーこの XML 入力ファイルを使用してチューニングの推奨事項を生成する場合は、インデックスのみを考慮し (<FeatureSet>IDX</FeatureSet>)、パーティション分割を行わず、既存の物理設計構造をにMyDatabaseName保持する必要はありません。

<?xml version="1.0" encoding="utf-16" ?>
<DTAXML xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="https://schemas.microsoft.com/sqlserver/2004/07/dta">
  <DTAInput>
    <Server>
      <Name>MyServerName</Name>
      <Database>
        <Name>MyDatabaseName</Name>
      </Database>
    </Server>
    <Workload>
      <File>MyWorkloadScript.sql</File>
    </Workload>
    <TuningOptions>
      <TestServer>MyTestServerName</TestServer>
      <FeatureSet>IDX</FeatureSet>
      <Partitioning>NONE</Partitioning>
      <KeepExisting>NONE</KeepExisting>
    </TuningOptions>
  </DTAInput>
</DTAXML>

参照

テストサーバー XML 入力ファイルリファレンスの使用に関する考慮事項 (データベースエンジンチューニングアドバイザー)

次の方法で共有

実稼動サーバーのチューニング負荷の軽減

データベースエンジンチューニングアドバイザーでテストサーバーを使用する方法

例

参照

その他のリソース

次の方法で共有

実稼動サーバーのチューニング負荷の軽減

データベース エンジン チューニング アドバイザーでテスト サーバーを使用する方法

例

参照

その他のリソース

データベースエンジンチューニングアドバイザーでテストサーバーを使用する方法