インスタンスデータレプリケーション (IDR) の探索
インスタンスデータレプリケーション (IDR) (IDR) は、プロデューサーインスタンスと呼ばれる 1 つのインスタンスでのデータ更新を、コンシューマーインスタンスと呼ばれる 1 つ以上の他のインスタンスにレプリケートします。
IDRの概要
IDRを使用して、さまざまなインスタンス間で一貫したデータを維持します。
- データを 1 つ以上の他のインスタンスに自動的にレプリケートします。
- 別々のインスタンスを使用して、社内の異なる組織間、または異なる会社間でデータを同期します。
- クラッシュ中に転送していたデータは復旧可能です。
IDR ユーザー
| ユーザー | 説明 |
|---|---|
| IDR アドミン | IDRアドミニストレーターは、複製するテーブルと列を決定し、テーブルの階層と関係を分析します。IDRアドミンは、プロデューサーおよびコンシューマーレプリケーションセットを作成し、進行中のレプリケーションを監視します。 |
IDR のワークフロー
この画像は IDR プロデューサーインスタンスの複数のテーブルから複数のコンシューマーインスタンスにデータをレプリケートする方法を示しています。
- プロデューサーインスタンスで、 IDR アドミンはプロデューサーレプリケーションセットを作成して、レプリケートするテーブルとテーブル列を指定します。
- IDR admin はプロデューサーレプリケーションセットをアクティブ化します。これにより、プロデューサーデータをコンシューマーへのレプリケーションで使用できるようになります。
- 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] テーブルなど) は除外され、レプリケートできません。クローン作成の詳細については、「」を参照してください。
- 一連の大きな添付ファイルを定期的に複製するために IDR を使用することは避けてください。10 MB を超える添付ファイルを定期的に含める必要がある場合は、遅延時間が予想を超えないように IDR を監視します。
- CMDBテーブルの連続レプリケーションは避けてください。変更が発生したときに CMDB データを複製すると、関連するレコードの数が原因で、パフォーマンスの問題が発生したり、予期しない結果が生じたりする可能性があります。CMDBテーブルを複製する必要がある場合は、複製をスケジュールするか、条件を使用して複製レコードの数を制限し、必要なすべての列がレプリケーションセットに含まれるようにすることを検討してください。
- [エッジ暗号化]、[ フィールド暗号化]、および [パスワード (双方向暗号化)] フィールドはレプリケートできません。
- その他のレプリケーションの制限:
- 最大レコードサイズは 10 MB です。
- 継続的なレプリケーションでは、1 日あたり約 100 万件のレコードがサポートされています。
- シードが完了するまでに 7 日以内である必要があります。
- スケジュール済みレプリケーションセットは 1 つだけ作成でき、そのセットには送信エントリが 1 つだけ含まれます。
警告:
IDR はインスタンスのデータを上書きし、機密データをレプリケートできます。本番前環境で IDR の実装をテストすることで、データが消失したりデータが公開されたりする可能性を回避します。詳細については、「IDR のデータプライバシー (data privacy in IDR)」を参照してください。
次に探索する内容
IDRを構成して使用する方法の詳細については、以下を参照してください。