インスタンスデータレプリケーション (IDR) の探索
インスタンスデータレプリケーション (IDR) (IDR) は、プロデューサーインスタンスと呼ばれる 1 つのインスタンスのデータ更新を、コンシューマーインスタンスと呼ばれる 1 つ以上の他のインスタンスにレプリケートします。
IDRの概要
IDR を使用して、異なるインスタンス間で一貫したデータを維持します。
- データを 1 つまたは複数の他のインスタンスに自動的にレプリケートします。
- それぞれ個別のインスタンスを持つ社内の異なる組織間、または異なる会社間であってもデータを同期します。
- クラッシュ中に転送していたデータは復旧可能です。
IDR ユーザー
| ユーザー | 説明 |
|---|---|
| IDR アドミン | IDR アドミンは、レプリケートするテーブルと列を決定し、テーブルの階層と関係を分析します。IDR アドミンは、プロデューサーおよびコンシューマーのレプリケーションセットを作成し、進行中のレプリケーションを監視します。 |
IDR のワークフロー
この画像は、IDR が、プロデューサーインスタンス上の複数のテーブルから複数のコンシューマーインスタンスにデータをレプリケートする方法を示しています。
- プロデューサーインスタンスで、IDR アドミンは、プロデューサーレプリケーションセットを作成することで、レプリケートするテーブルとテーブル列を指定します。
- IDR アドミンは、プロデューサーレプリケーションセットをアクティブ化します。それによってプロデューサーデータをコンシューマーへのレプリケーションで使用できるようになります。
- IDR アドミンは、プロデューサーレプリケーションセットのデータを受信するために、1 つ以上のコンシューマーインスタンスにコンシューマーレプリケーションセットを作成します。
- 各コンシューマーインスタンスで、IDR アドミンはプロデューサーインスタンスからの承認を要求します。
- プロデューサーインスタンスで、IDR アドミンは各コンシューマーインスタンスからの要求を承認または拒否します。
- 承認された各コンシューマーインスタンスで、IDR アドミンはコンシューマーレプリケーションセットをアクティブ化します。コンシューマーレプリケーションがアクティブ化されると、プロデューサーレプリケーションセット内の更新されたデータにより、コンシューマーレプリケーションセット内の対応するデータが自動的に更新されます。
- 各コンシューマーインスタンスで、IDR アドミンは、データをコンシューマーインスタンスにシードすることで、オプションでプロデューサーインスタンスから既存のデータをレプリケートできます。
- プロデューサーインスタンスまたはコンシューマーインスタンスのいずれかにおいて、IDR アドミンはレプリケーションセットで変換を構成することで、コンシューマーインスタンス上の異なる名前を持つテーブルまたはテーブル列にデータをレプリケートすることを選択できます。
- プロデューサーインスタンスまたはコンシューマーインスタンスのいずれかにおいて、IDR アドミンはレプリケーションセットでアダプタを構成することで、コンシューマーにレプリケートする前にプロデューサーデータを変更することを選択できます。
IDR のメリット
| メリット | 機能 | ユーザー |
|---|---|---|
| ほぼリアルタイムで、プロデューサーインスタンスから 1 つ以上のコンシューマーインスタンスに挿入および更新を連続的にレプリケートすることで、遅延を最小限に抑えます。 | 連続的なレプリケーション | アドミニストレーター |
| 事前定義された間隔で、プロデューサーインスタンスから 1 つ以上のコンシューマーインスタンスへの履歴の挿入と更新のレプリケーションをスケジュールします。 | スケジュール済みレプリケーション | アドミニストレーター |
| プロデューサーインスタンスからコンシューマーインスタンスに挿入と更新をほぼリアルタイムで連続的にレプリケートし、一方の変更を他方にレプリケートします。 | 双方向レプリケーション | アドミニストレーター |
| プロデューサーインスタンスから特定の区別されたコンシューマーインスタンスに挿入と更新をほぼリアルタイムで連続的にレプリケートし、各コンシューマーインスタンスが更新を個別に受け取るように確保します。 | 個別のレプリケーション | アドミニストレーター |
| プロデューサーデータを、コンシューマーインスタンス上の異なる名前を持つテーブルまたはテーブル列にマッピングします。たとえば、テーブル列を変更およびマッピングして、さまざまなロケールに応じてデータをローカライズできます。 | レプリケーションデータの変換 | アドミニストレーター |
| プロデューサーデータを、コンシューマーインスタンスにレプリケートする前に、アダプタを使用して変更します。たとえば、アダプタを、通貨の換算やタイムゾーンの変換など、文字列と算術の演算を実行するように構成できます。 | レプリケーションデータの変換 | アドミニストレーター |
| ビジネスルールを使用して、通知の生成やレプリケーションの検証など、レプリケーション後のワークフローをトリガーします。 | レプリケーション後のワークフローのトリガー | アドミニストレーター |
IDR の制限事項および IDR を使用すべきでない場合
- IDR を使用してインスタンスのクローンを作成しないでください。
IDR は、メタデータテーブル、子メタデータテーブル、およびほとんどのユーザーテーブルとシステムテーブルをレプリケートしません。IDR は、インスタンスのクローンではなく、データをレプリケートするように設計されています。たとえば、アプリケーションファイル [sys_metadata] テーブルと [sys_metadata] を拡張するテーブル (ビジネスルール [sys_script]、カタログ [sc_catalog]、ワークフロー [wf_workflow] テーブルなど) は除外され、レプリケートできません。クローン作成の詳細については、「Instance Clone」を参照してください。
- 一連の大きな添付ファイルを定期的に複製するために IDR を使用することは避けてください。10 MB を超える添付ファイルを定期的に含める必要がある場合は、遅延時間が予想を超えないように IDR を監視します。
- CMDB テーブルの連続的なレプリケーションは避けてください。変更があるときに CMDB データをレプリケートすると、関連するレコードの数が原因で、パフォーマンスの問題が発生したり、予期しない結果が生じたりする可能性があります。CMDB テーブルをレプリケートする必要がある場合は、レプリケーションのスケジュールを検討するか、または条件を使用してレプリケートされるレコードの数を制限し、すべての必要な列がレプリケーションセットに含まれるようにしてください。
- [エッジ暗号化]、[フィールド暗号化]、および [パスワード (2 通りの暗号化)] フィールドはレプリケートできません。
- IDR はインスタンス間でのデータアーカイブを同期しません。たとえば、プロデューサーインスタンスでレコードをアーカイブしたり、アーカイブレコードを復元したりしても、コンシューマーインスタンスのアーカイブされたレコードには影響しません (その逆も同様です)。各インスタンスのアーカイブルールを個別に作成および管理する必要があります。
- レプリケーションに関するその他の制限事項：
- 最大レコードサイズは 10 MB です。
- 連続的なレプリケーションは、1 日あたり最大約 100 万件のレコードをサポートします。
- シードは 7 日以内に完了させる必要があります。
- スケジュール済みレプリケーションセットは 1 つだけ作成でき、そのセットには 1 つの送信エントリのみが含まれます。
警告:
IDR はインスタンスのデータを上書きし、機密データをレプリケートできます。本番前環境で IDR の実装をテストすることで、データが消失したりデータが公開されたりする可能性を回避します。詳細については、「IDR のデータプライバシー (data privacy in IDR)」を参照してください。
次の詳細情報
IDRを構成して使用する方法の詳細については、以下を参照してください。