データベースのレプリケーション

Configuration Manager (現在のブランチ) に適用

Configuration Managerデータベース レプリケーションでは、SQL Serverを使用してデータを転送します。 このメソッドを使用して、サイト データベース内の変更を、階層内の他のサイトにあるデータベースからの情報とマージします。

データベース レプリケーションに関する次の点に注意してください。

  • すべてのサイトが同じ情報を共有します。

  • 階層内にサイトをインストールすると、Configuration Managerは、新しいサイトとその親サイトの間でデータベース レプリケーションを自動的に確立します。

  • サイトのインストールが完了すると、データベース レプリケーションが自動的に開始されます。

新しいサイトを階層に追加すると、Configuration Manager新しいサイトに汎用データベースが作成されます。 親サイトは、関連するデータのスナップショットをデータベースに作成します。 その後、 ファイル ベースのレプリケーションを使用して、スナップショットを新しいサイトに転送します。 新しいサイトでは、SQL Server一括コピー プログラム (BCP) を使用して、Configuration Manager データベースのローカル コピーに情報を読み込みます。 スナップショットが読み込まれた後、各サイトは他のサイトとのデータベース レプリケーションを実行します。

サイト間でデータをレプリケートするには、Configuration Manager独自のデータベース レプリケーション サービスを使用します。 データベース レプリケーション サービスでは、SQL Server変更追跡を使用して、ローカル サイト データベースの変更を監視します。 その後、SQL Server Service Broker (SSB) を使用して、他のサイトに変更をレプリケートします。 既定では、このプロセスでは TCP ポート 4022 が使用されます。

レプリケーション グループ

Configuration Manager、データベース レプリケーションによってレプリケートされるデータが異なるレプリケーション グループにグループ化されます。 各レプリケーション グループには、個別の固定レプリケーション スケジュールがあります。 サイトでは、このスケジュールを使用して、変更を他のサイトにレプリケートする頻度を決定します。

たとえば、ロールベースの管理構成を変更すると、他のサイトにすばやくレプリケートされます。 この動作により、他のサイトでこれらの変更を迅速に適用できるようになります。 新しいセカンダリ サイトをインストールする要求など、優先順位の低い構成の変更は、緊急度の低いレプリケートを行います。 新しいサイト要求が移行先のプライマリ サイトに到達するまでに数分かかる場合があります。

Settings

データベース レプリケーションの次の設定を変更できます。

  • データベース レプリケーション リンク: 特定のトラフィックがネットワークを通過するタイミングを制御します。

  • 分散ビュー: 中央管理サイト (CAS) が選択したサイト データを要求すると、子プライマリ サイトのデータベースから直接データにアクセスできます。

  • スケジュール: レプリケーション リンクを使用するタイミングと、さまざまな種類のサイト データがレプリケートされるタイミングを指定します。

  • 概要: レプリケーション リンクを通過するネットワーク トラフィックに関するデータ要約の設定を変更します。 既定では、集計は 15 分ごとに行われます。 これは、データベース レプリケーションのレポートで使用されます。

  • データベース レプリケーションのしきい値: サイトがリンクを低下または失敗と報告するタイミングを定義します。 また、Configuration Managerが、状態が低下または失敗したレプリケーション リンクに関するアラートを発生させるタイミングを構成することもできます。

データの種類

Configuration Managerは主に、レプリケートするデータをグローバル データまたはサイト データとして分類します。 データベース レプリケーションが発生すると、サイトはデータベース レプリケーション リンクを介してグローバル データとサイト データに変更を転送します。 グローバル データは、親サイトまたは子サイトにレプリケートされます。 サイト データは親サイトにのみレプリケートされます。 3 番目のデータ型である ローカル データは、他のサイトにレプリケートされません。 ローカル データは、他のサイトに必要のない情報です。

グローバル データ

グローバル データは、階層全体のすべてのサイトにレプリケートする管理者が作成したオブジェクトです。 セカンダリ サイトは、グローバル プロキシ データとして、グローバル データのサブセットのみを受け取ります。 グローバル データは、CAS サイトとプライマリ サイトで作成します。 この型には、次のデータが含まれます。

  • ソフトウェアの展開
  • ソフトウェア更新プログラム
  • コレクション定義
  • ロールベースの管理セキュリティ スコープ

サイト データ

サイト データは、プライマリ サイトとその割り当てられたクライアントConfiguration Manager作成された運用情報です。 サイト データは CAS にレプリケートされますが、他のプライマリ サイトにはレプリケートされません。 サイト データは、CAS と、データが発生するプライマリ サイトでのみ表示できます。 サイト データは、作成したプライマリ サイトでのみ変更できます。 この型には、次のデータが含まれます。

  • ハードウェア インベントリ
  • ステータス メッセージ
  • アラート
  • クエリ ベースのコレクションの結果

すべてのサイト データが CAS にレプリケートされます。 CAS では、サイト階層全体の管理とレポートが行われます。

階層内に新しいサイトをインストールすると、Configuration Managerは親サイトと新しいサイトの間にデータベース レプリケーション リンクを自動的に作成します。 2 つのサイトを接続するための 1 つのリンクが作成されます。

レプリケーション リンク間でのデータ転送を制御するには、各リンクの設定を変更します。 各レプリケーション リンクでは、個別の構成がサポートされます。 各データベース レプリケーション リンクには、次のコントロールが含まれています。

  • 選択したサイト データのプライマリ サイトから CAS へのレプリケーションを停止します。 このアクションにより、CAS はプライマリ サイトのデータベースからこのデータに直接アクセスします。

  • 選択したサイト データを、子プライマリ サイトから CAS に転送するようにスケジュールします。

  • データベース レプリケーション リンクの状態が低下または失敗したタイミングを決定する設定を定義します。

  • 失敗したレプリケーション リンクのアラートを発生させるタイミングを指定します。

  • レプリケーション リンクConfiguration Manager使用するレプリケーション トラフィックに関するデータを集計する頻度を指定します。 このデータはレポートで使用されます。

データベース レプリケーション リンクを構成するには、Configuration Manager コンソールで [監視] ワークスペースに移動します。 [ データベース レプリケーション ] ノードを選択し、リンクのプロパティを編集します。 このノードは、[ 管理 ] ワークスペースの [ 階層構成 ] ノードにも表示されます。 レプリケーション リンクの親サイトまたは子サイトからレプリケーション リンクを編集します。

ヒント

データベース レプリケーション リンクは、いずれかのワークスペースの [データベース レプリケーション] ノードから編集できます。 ただし、[監視] ワークスペースで [データベース レプリケーション] ノードを使用する場合は、データベース レプリケーションの状態を表示することもできます。 また、レプリケーション リンク アナライザー ツールへのアクセスも提供します。 このツールは、データベース レプリケーションに関する問題を調査するのに役立ちます。

レプリケーション リンクを構成する方法の詳細については、「 サイト データベースレプリケーションコントロール」を参照してください。 レプリケーションを監視する方法の詳細については、「データベース レプリケーションの 監視」を参照してください。

分散ビュー

分散ビューを使用して、選択したサイト データに対して CAS で要求を行うと、子プライマリ サイトのデータベースに直接アクセスします。 この直接アクセスにより、プライマリ サイトから CAS にサイト データをレプリケートする必要がなくなります。 各レプリケーション リンクは他のレプリケーション リンクとは独立しているため、選択したレプリケーション リンクで分散ビューを使用できます。 プライマリ サイトとセカンダリ サイトの間で分散ビューを使用することはできません。

分散ビューには、次の利点があります。

  • CAS およびプライマリ サイトでデータベースの変更を処理するための CPU 負荷を軽減する

  • ネットワーク経由で CAS に転送するデータの量を減らす

  • CAS データベースをホストするSQL Serverのパフォーマンスを向上させる

  • CAS データベースで使用されるディスク領域を削減する

プライマリ サイトがネットワーク上の CAS に近く、2 つのサイトが常にオンであり、常に接続されている場合は、分散ビューの使用を検討してください。 分散ビューは、サイト間で選択したデータのレプリケーションを、各サイトのサイト データベース サーバー間の直接接続に置き換えます。 CAS は、このデータを要求するたびに直接接続を行います。

サイトは、次のシナリオの例で分散ビュー データを要求します。

  • レポートまたはクエリを実行する場合
  • リソース エクスプローラーで情報を表示する場合
  • サイト データ ベースのルールを含むコレクションのコレクション評価

既定では、分散ビューはレプリケーション リンクごとにオフになっています。 分散ビューを有効にすると、そのリンク全体で CAS にレプリケートされないサイト データを選択します。 CAS は、リンクを共有する子プライマリ サイトのデータベースからこのデータに直接アクセスします。 分散ビューには、次の種類のサイト データを構成できます。

  • クライアントからのハードウェア インベントリ データ
  • クライアントからのソフトウェア インベントリとソフトウェア使用状況測定 データ
  • クライアント、プライマリ サイト、およびすべてのセカンダリ サイトからのステータス メッセージ

Configuration Manager コンソールまたはレポートでデータを表示すると、分散ビューは操作上表示されません。 分散ビューで有効になっているデータを要求すると、CAS サイト データベース サーバーは子プライマリ サイトのデータベースに直接アクセスして情報を取得します。

たとえば、CAS に接続されているConfiguration Manager コンソールを使用します。 ハードウェア インベントリに関する情報は、ABC と XYZ の 2 つのプライマリ サイトから要求します。 サイト ABC で分散ビューのハードウェア インベントリのみを有効にしました。 CAS は、XYZ クライアントのインベントリ情報を独自のデータベースから取得します。 CAS は、サイト ABC のデータベースから ABC クライアントのインベントリ情報を直接取得します。 この情報は、ソースを識別することなく、Configuration Manager コンソールまたはレポートに表示されます。

レプリケーション リンクで分散ビューに対して有効になっているデータの種類がある場合、子プライマリ サイトはそのデータを CAS にレプリケートしません。 データの種類に対して分散ビューをオフにすると、子プライマリ サイトは CAS への通常のデータ レプリケーションを再開します。 このデータを CAS で使用できるようにするには、このデータのレプリケーション グループをプライマリ サイトと CAS の間で再初期化する必要があります。 分散ビューが有効になっているプライマリ サイトをアンインストールした後、CAS で分散ビューを有効にしたデータにアクセスするには、そのデータの再初期化を完了する必要があります。

重要

サイト階層内の任意のレプリケーション リンクで分散ビューを使用する場合は、プライマリ サイトをアンインストールする前に、すべてのレプリケーション リンクの分散ビューをオフにします。 詳細については、「 分散ビューを使用するプライマリ サイトをアンインストールする」を参照してください。

分散ビューの前提条件と制限事項

  • CAS とプライマリ サイト間のレプリケーション リンクでのみ分散ビューを使用します。

  • CAS では、SQL Server Enterprise エディションを使用する必要があります。 プライマリ サイトには、この要件はありません。

  • CAS は、SMS プロバイダーのインスタンスを 1 つだけ持つことができます。 その単一インスタンスをサイト データベース サーバーにインストールします。 この構成では、Kerberos 認証がサポートされています。 CAS のSQL Serverでは、Kerberos が子プライマリ サイトのSQL Serverにアクセスする必要があります。 子プライマリ サイトの SMS プロバイダーに制限はありません。

  • CAS にインストールできるレポート サービス ポイントは 1 つだけです。 サイト データベース サーバーにSQL Server Reporting Servicesをインストールします。 この構成では、Kerberos 認証がサポートされています。 CAS のSQL Serverでは、Kerberos が子プライマリ サイトのSQL Serverにアクセスする必要があります。

  • 次の構成がある場合は、SQL Server Always On フェールオーバー クラスター インスタンスでサイト データベースをホストできます。

    • CAS データベースは、ローカル SMS プロバイダーを使用する単一のSQL Serverにあります。
    • プライマリ サイト リスナーはポート 1433 にあります。
  • CAS データベース サーバーのコンピューター アカウントには、プライマリ サイト データベースに対する 読み取り アクセス許可が必要です。

重要

データをレプリケートできるタイミングの分散ビューと スケジュール は、データベース レプリケーション リンクの相互に排他的な設定です。

サイト データの転送をスケジュールする

子プライマリ サイトから CAS へのサイト データのレプリケートに使用されるネットワーク帯域幅を制御するには、レプリケーション リンクが使用されるタイミングをスケジュールします。 次に、さまざまな種類のサイト データをレプリケートするタイミングを指定します。 プライマリ サイトがステータス メッセージ、インベントリ、測定データをレプリケートするタイミングを制御できます。 セカンダリ サイトからのデータベース レプリケーション リンクでは、サイト データのスケジュールはサポートされていません。 グローバル データの転送をスケジュールすることはできません。

データベース レプリケーション リンク スケジュールを構成する場合、プライマリ サイトから CAS への選択したサイト データの転送を制限できます。 異なる種類のサイト データをレプリケートするように、異なる時間を構成することもできます。

重要

データをレプリケートできるタイミングの分散ビューとスケジュールは、データベース レプリケーション リンクの相互に排他的な構成です。

トラフィックの概要

各サイトは、サイトのデータベース レプリケーション リンクを走査するネットワーク トラフィックに関するデータを定期的に要約します。 このサイトでは、データベース レプリケーションのレポートで集計データが使用されます。 レプリケーション リンク上の両方のサイトは、レプリケーション リンクを通過するネットワーク トラフィックを要約します。 サイト データベース サーバーは、データを要約します。 データを要約すると、情報はグローバル データとして他のサイトにレプリケートされます。

既定では、集計は 15 分ごとに行われます。 ネットワーク トラフィックの要約の頻度を変更するには、データベース レプリケーション リンクのプロパティで 、集計間隔を編集します。 集計の頻度は、データベース レプリケーションに関するレポートで表示する情報に影響します。 5 分から 60 分の間隔を選択できます。 集計の頻度を増やすと、レプリケーション リンクの各サイトでSQL Serverの処理負荷が増加します。

データベース レプリケーションのしきい値

データベース レプリケーションのしきい値は、Configuration Managerがデータベース レプリケーション リンクの状態を低下または失敗として報告するタイミングを定義します。 既定では、1 つのレプリケーション グループが 12 回連続してレプリケーションを完了できない場合に、リンクが 機能低下 として設定されます。 24 回連続した試行でレプリケーション グループがレプリケートに失敗 した場合に 、リンクが失敗として設定されます。

低下状態または失敗状態のカスタム値を指定できます。 これらの値を調整すると、リンク全体のデータベース レプリケーションの正常性をより正確に監視できます。

他のレプリケーション グループが正常にレプリケートされ続けている間、1 つ以上のレプリケーション グループのレプリケートに失敗する可能性があります。 リンクが最初に機能低下として報告されたときに、リンクのレプリケーションの状態を確認することを計画します。

次の状況で、リンクの低下または失敗した状態の再試行値を変更することを検討してください。

  • 特定のレプリケーション グループには定期的な遅延があり、その遅延は問題になりません

  • サイト間のネットワーク リンクの帯域幅が低い

サイトがリンクを機能低下または失敗に設定する前に再試行回数を増やすと、既知の問題に対する誤った警告を排除できます。 このアクションを使用すると、リンクの状態をより正確に追跡できます。

そのグループのレプリケーションが発生する頻度を理解するには、各レプリケーション グループのレプリケーション同期間隔を検討してください。 レプリケーション グループの同期間隔を表示するには、Configuration Manager コンソールの [監視] ワークスペースに移動します。 [ データベース レプリケーション ] ノードで、レプリケーション リンクの [ レプリケーションの詳細 ] タブを選択します。

レプリケーションの状態を表示する方法など、データベース レプリケーションを監視する方法の詳細については、「 データベース レプリケーションの監視」を参照してください。

サイト データベースレプリケーションコントロール

データベース レプリケーションに使用するネットワーク帯域幅を制御するには、各サイト データベースの設定を変更します。 設定は、設定を構成するサイト データベースにのみ適用されます。 設定は、サイトがデータベースレプリケーションによって他のサイトにデータをレプリケートするときに常に使用されます。

サイト データベースごとに、次のレプリケーション コントロールを変更できます。

  • SSB ポート。

  • レプリケーションエラーが発生するまでの待機期間は、サイトデータベースのコピーを再初期化するためにサイトをトリガーします。

  • サイトがレプリケートするデータを圧縮します。 これは、サイト間の転送用のデータのみを圧縮し、どちらのサイトでもサイト データベース内のストレージ用に圧縮しません。

サイト データベースのレプリケーション コントロールの設定を変更するには、Configuration Manager コンソールの [データベース レプリケーション] ノードで、サイト データベースのプロパティを編集します。 このノードは、[管理] ワークスペースの [階層構成] ノードの下に表示され、[監視] ワークスペースにも表示されます。 サイト データベースのプロパティを編集するには、サイト間のレプリケーション リンクを選択し、[ 親データベースのプロパティ ] または [ 子データベースのプロパティ] を開きます。

ヒント

データベース レプリケーション コントロールは、いずれかのワークスペースの [データベース レプリケーション] ノードから構成できます。 ただし、[監視] ワークスペースで [データベース レプリケーション] ノードを使用する場合は、レプリケーション リンクのデータベース レプリケーションの状態を表示し、レプリケーション リンク アナライザー ツールにアクセスしてレプリケーションに関する問題を調査することもできます。

次の手順

レプリケーションを監視する

SQL Server レプリケーションのトラブルシューティング