次の方法で共有

マルチサーバー環境を作成する

  • [アーティクル]

適用対象:SQL Server

マルチサーバー管理では、マスター サーバー (MSX) と 1 つ以上のターゲット サーバー (TSX) を設定する必要があります。 すべてのターゲット サーバーで処理されるジョブは、最初にマスター サーバーで定義され、次にターゲット サーバーにダウンロードされます。

大事な

SQL Server エージェントの機能のほとんどは、すべてではありませんが、現在、Azure SQL Managed Instance でサポートされています。 マルチサーバー管理機能は、Azure SQL Managed Instanceではサポートされていません。

既定では、完全なトランスポート層セキュリティ (TLS) は、以前は Secure Sockets Layer (SSL) と呼ばれ、マスター サーバーとターゲット サーバー間の接続に対して暗号化と証明書の検証が有効になっています。 詳細については、「ターゲット サーバー での暗号化オプションの設定」を参照してください。

ターゲット サーバーの数が多い場合は、他の SQL Server 機能のパフォーマンス要件が大きい運用サーバーでマスター サーバーを定義しないでください。これは、ターゲット サーバー のトラフィックによって運用サーバーのパフォーマンスが低下する可能性があるためです。 イベントも専用マスター サーバーに転送する場合は、1 つのサーバーで管理を一元化できます。 詳細については、「イベントの管理」を参照してください。

手記

既定では、SQL Server エージェント サービス アカウントは、sysadmin 固定サーバー ロールのメンバーである既定の SQL Server エージェント サービス SID (NT SERVICE\SQLSERVERAGENT) にマップされます。 マルチサーバー ジョブ処理を使用する場合は、マスター サーバー上の TargetServersRole msdb データベース ロールのメンバーである必要もあります。 マスター サーバー ウィザードは、参加プロセスの一環として、このロールにサービス アカウントを自動的に追加します。

マルチサーバー環境に関する考慮事項

マルチサーバー環境を作成するときは、次の問題を考慮してください。

  • マスター サーバーとして最新バージョンを使用します。 現在のバージョンと以前の 2 つのバージョンがサポートされています。

  • 各ターゲット サーバーは、1 つのマスター サーバーにのみ報告します。 ターゲット サーバーを別のマスター サーバーに参加させる前に、ターゲット サーバーを 1 つのマスター サーバーからディフェクトする必要があります。

  • ターゲット サーバーの名前を変更する場合は、名前を変更する前に削除し、変更後に再参加する必要があります。

  • マルチサーバー構成を分解する場合は、すべてのターゲット サーバーをマスター サーバーから削除する必要があります。

  • SQL Server Integration Services では、マスター サーバーのバージョンと同じバージョン以上のターゲット サーバーのみがサポートされます。

関連コンテンツ

  • マルチサーバー ジョブのトラブルシューティング （プロキシ を使用）