レプリケーション管理の推奨事項
レプリケーションを構成したら、レプリケーション トポロジの管理方法について理解することが重要です。このトピックでは、さまざまな分野における推奨事項について説明し、また各分野の詳細情報へのリンクも提供します。このトピックで説明する推奨事項に従うだけでなく、よく寄せられる質問のトピック「レプリケーションの管理者に関してよく寄せられる質問」に目を通し、レプリケーション管理についての一般的な疑問と問題点について理解することをお勧めします。
推奨事項について理解するには、以下の 2 つの分野に分けて行うのが効果的です。
- 以下の情報は、すべてのレプリケーション トポロジについて実装する必要のある推奨事項を示しています。
- バックアップと復元方法の開発およびテスト
- レプリケーション トポロジ スクリプトの作成
- しきい値および警告の作成
- レプリケーション トポロジの監視
- パフォーマンス基準の確立と必要に応じたレプリケーションの調整
- 以下の情報は、レプリケーション トポロジについて、必須ではないが、考慮すべき推奨事項を示しています。
- 定期的なデータの検証
- プロファイルを使用したエージェント パラメータの調整
- パブリケーションおよびディストリビューションの保有期間の調整
- アプリケーション要件が変更された場合のアーティクルおよびパブリケーションのプロパティの変更方法についての理解
- アプリケーション要件が変更された場合のスキーマの変更方法についての理解
バックアップと復元方法の開発およびテスト
すべてのデータベースは定期的にバックアップする必要があります。また、バックアップの復元機能についても定期的にテストする必要があります。これらの要件は、レプリケートされたデータベースの場合についても同様です。以下のデータベースは定期的にバックアップする必要があります。
- パブリケーション データベース
- ディストリビューション データベース
- サブスクリプション データベース
- パブリッシャ、ディストリビュータ、すべてのサブスクライバの msdb データベースおよび master データベース
レプリケートされたデータベースでは、データのバックアップと復元に対する特別な注意が必要です。詳細については、「レプリケートされたデータベースのバックアップと復元」を参照してください。
レプリケーション トポロジ スクリプトの作成
トポロジ内のすべてのレプリケーション コンポーネントを、障害時の復旧計画の一環としてスクリプトに記述しておく必要があります。これらのスクリプトは繰り返し行う作業の自動化にも使用できます。スクリプトには、パブリケーションやサブスクリプションなどスクリプト化されたレプリケーション コンポーネントを実装するために必要な Transact-SQL システム ストアド プロシージャが格納されます。スクリプトはウィザード (パブリケーションの新規作成ウィザードなど) で作成することができ、コンポーネントの作成後、Microsoft SQL Server Management Studio を使用して作成することもできます。SQL Server Management Studio または sqlcmd を使用すると、スクリプトの表示、変更、および実行を行うことができます。スクリプトをバックアップ ファイルと共に保存して、レプリケーション トポロジの再構成が必要な場合に使用できます。詳細については、「レプリケーション オブジェクトのスクリプトを作成する方法 (SQL Server Management Studio)」を参照してください。
プロパティが変更された場合は、コンポーネントのスクリプトを再作成する必要があります。トランザクション レプリケーションでカスタム ストアド プロシージャを使用している場合は、各プロシージャのコピーをスクリプトと共に保存しておく必要があります。プロシージャが変更された場合は、プロシージャのコピーも更新する必要があります (スキーマやアプリケーション要件が変更されると、通常、プロシージャが更新されます)。カスタム プロシージャの詳細については、「トランザクション アーティクルに変更を反映する方法の指定」を参照してください。
パフォーマンス基準の確立と必要に応じたレプリケーションの調整
レプリケーションを構成する前に、レプリケーションのパフォーマンスに影響を及ぼす要因について理解しておくことをお勧めします。
- サーバーおよびネットワークのハードウェア
- データベースの設計
- ディストリビュータの構成
- パブリケーションの設計およびオプション
- フィルタの設計および使用方法
- サブスクリプション オプション
- スナップショット オプション
- エージェント パラメータ
- メンテナンス
これらの要因が各種レプリケーションに及ぼす影響の詳細については、以下を参照してください。
レプリケーションの構成を終えたら、パフォーマンス基準を策定することをお勧めします。パフォーマンス基準を策定することによって、アプリケーションおよびトポロジにおける通常のワークロードに対するレプリケーションの動作方法について判断できるようになります。レプリケーション モニタおよびシステム モニタを使用し、以下に示すレプリケーション パフォーマンスの 5 つのディメンションについて標準となる数値を決定してください。
- 待機時間 : レプリケーション トポロジにおいて、データの変更内容が各ノード間に反映されるまでの時間。
- スループット : 長期間にわたってシステムが維持できるレプリケーションの総利用状況 (一定期間内に配信されたコマンドで測定されます)。
- 同時実行数 : システムにおいて同時に実行可能なレプリケーションのプロセス数。
- 同期の実行時間 : 同期処理が完了するまでに必要な時間。
- リソース消費量 : レプリケーション プロセスの結果として使用されるハードウェアおよびネットワークのリソース。
トランザクション レプリケーションに最も関連するのは待機時間およびスループットです。トランザクション レプリケーションを使用するシステムでは、一般的に短い待機時間と高いスループットが要求されるためです。マージ レプリケーションに最も関連するのは同時実行数と同期の実行時間です。マージ レプリケーションを使用するシステムでは多数のサブスクライバが存在することが多く、これらのサブスクライバに対してパブリッシャが同時に多数の同期を行うことがあるためです。
基準となる数値を設定したら、レプリケーション モニタでしきい値を設定します。詳細については、「レプリケーション モニタのしきい値と警告の設定」および「レプリケーション エージェント イベントに対する警告の使用」を参照してください。パフォーマンスに関する問題が発生した場合は、上記のパフォーマンスの向上に関するトピックに目を通し、問題の解決に役立つ変更を適用することをお勧めします。
しきい値および警告の作成
レプリケーション モニタを使用すると、ステータスやパフォーマンスに関連したさまざまなしきい値を設定できます。トポロジに対する適切なしきい値を設定することをお勧めします。しきい値に到達した場合は警告が表示されます。また、オプションで電子メール アカウントやポケットベルなどのデバイスに警告を送信することもできます。詳細については、「レプリケーション モニタのしきい値と警告の設定」を参照してください。
レプリケーションでは、しきい値の監視に関連する警告に加えて、レプリケーション エージェント アクションに対応する定義済みの警告を多数利用できます。これらの警告を使用することで、管理者はレプリケーション トポロジの状態について常時把握することができます。警告について説明したトピックに目を通し、管理ニーズに合った警告を使用することをお勧めします (必要に応じて新しい警告を追加することもできます)。詳細については、「レプリケーション エージェント イベントに対する警告の使用」を参照してください。
レプリケーション トポロジの監視
レプリケーション トポロジを配置し、しきい値と警告の構成を終えたら、レプリケーションを定期的に監視することをお勧めします。レプリケーション トポロジの監視は、レプリケーションの配置における重要な側面です。レプリケーション処理は分散環境で行われるため、レプリケーションに関連するすべてのコンピュータについてその利用状況と状態を追跡することが不可欠です。レプリケーションの監視には以下のツールを使用できます。
- レプリケーション モニタは、レプリケーションの監視に最も重要なツールです。レプリケーション モニタを使用すると、レプリケーション トポロジ全体の状態を監視できます。詳細については、「レプリケーション モニタを使用したレプリケーションの監視」を参照してください。
- Transact-SQL およびレプリケーション管理オブジェクト (RMO) には、レプリケーション監視用のインターフェイスが用意されています。詳細については、「レプリケーション トポロジの監視 (レプリケーション Transact-SQL プログラミング)」および「レプリケーション トポロジの監視 (RMO プログラミング)」を参照してください。
- レプリケーションのパフォーマンスの監視には、システム モニタも役立ちます。詳細については、「システム モニタによるレプリケーションの監視」を参照してください。
定期的なデータの検証
レプリケーションでは検証は必須ではありませんが、トランザクション レプリケーションおよびマージ レプリケーションを行う場合には定期的に検証することをお勧めします。検証を行うことによって、サブスクライバのデータがパブリッシャのデータに一致していることを検証できます。検証が正常に行われるのは、パブリッシャの変更内容がその時点ですべてサブスクライバにレプリケートされていて (サブスクライバでの更新がサポートされている場合は、サブスクライバからパブリッシャへも変更内容がレプリケートされ)、2 つのデータベースが同期している場合です。
パブリケーション データベースのバックアップ スケジュールに従って検証を行うことを推奨します。たとえば、パブリケーション データベースを週に 1 回完全バックアップする場合は、検証もバックアップの終了後、週に 1 回行います。詳細については、「レプリケートされたデータの検証」を参照してください。
エージェント プロファイルによるエージェント パラメータへの必要に応じた変更
エージェント プロファイルを使用すると、レプリケーション エージェントのパラメータを簡単に設定できます。エージェントのコマンド ラインでパラメータを指定することもできますが、通常は定義済みのエージェント プロファイルを使用するか、パラメータの値の変更が必要な場合新規プロファイルを作成します。たとえば、マージ レプリケーションを使用中にサブスクライバの接続をブロードバンドからダイアルアップに変更する場合、マージ エージェントに対して低速リンク プロファイルの使用を検討してください。このプロファイルでは、低速通信リンクにより適したパラメータのセットが使用されます。詳細については、「レプリケーション エージェント プロファイル」を参照してください。
パブリケーションおよびディストリビューションの保有期間の必要に応じた調整
トランザクション レプリケーションとマージ レプリケーションでは、ディストリビューション データベースでのトランザクションの保有期間、およびサブスクリプションの同期頻度を決定する保有期間が使用されます。最初は既定の設定を使用することをお勧めしますが、トポロジを監視して、設定を調整する必要があるかどうかを確認することをお勧めします。たとえば、マージ レプリケーションの場合、パブリケーションの保有期間 (既定では 14 日間) によって、システム テーブルにおけるメタデータの保有期間が決定されます。サブスクリプションを常に 5 日以内に同期する場合は、この期間を短くすることを検討してください。こうすることにより、メタデータが削減され、パフォーマンスの向上につながる場合があります。詳細については、「サブスクリプションの有効期限と非アクティブ化」を参照してください。
アプリケーション要件が変更された場合のスキーマの変更方法についての理解
パブリケーションの作成後、アーティクルの追加や削除、またはパブリケーションおよびアーティクルのプロパティの変更が必要になる場合があります。ほとんどの変更はパブリケーションの作成後に行うことができますが、場合によっては、パブリケーションのスナップショットの新規生成やパブリケーションに対するサブスクリプションの再初期化が必要になります。詳細については、「パブリケーションおよびアーティクルのプロパティの変更」および「既存のパブリケーションへのアーティクルの追加および削除」を参照してください。
アプリケーション要件が変更された場合のスキーマの変更方法についての理解
アプリケーションの運用後、スキーマの変更が必要になる場合が多々あります。レプリケーション トポロジでは、多くの場合、このような変更をすべてのサブスクライバに反映する必要があります。レプリケーションは、パブリッシュされたオブジェクトに対するさまざまなスキーマ変更をサポートしています。パブリッシュされた適切なオブジェクトに対して、以下に示すスキーマ変更を Microsoft SQL Server パブリッシャで実行した場合、既定ではすべての SQL Server サブスクライバにその変更が反映されます。
- ALTER TABLE
- ALTER VIEW
- ALTER PROCEDURE
- ALTER FUNCTION
- ALTER TRIGGER
詳細については、「パブリケーション データベースでのスキーマの変更」を参照してください。