インスタンスデータレプリケーション (IDR) のコンシューマーレプリケーションセットの作成

リリースバージョン: Xanadu

更新日 2024年08月01日

所要時間：8分

コンシューマーレプリケーションセットを作成して、インスタンスデータレプリケーション (IDR) (HLA) でプロデューサーデータを受信するコンシューマーインスタンスのテーブルと列を指定します。

始める前に

プロデューサーレプリケーションセットを作成して有効化します。
プロデューサーインスタンスとコンシューマーインスタンスが同じ地理的リージョンにあり、同じ顧客に属していることを確認してください。
必要なロール：idr_admin または admin

このタスクについて

コンシューマーレプリケーションセットを作成し、プロデューサーレプリケーションセットにリンクします。 HLA は、プロデューサーからコンシューマーインスタンスの同じ名前のテーブルとテーブル列にデータをレプリケートします。プロデューサーレプリケーションセットのアドミニストレーターは、コンシューマーインスタンスにレプリケーションデータへのアクセス権を付与する必要があります。

プロデューサーレプリケーションセットのアドミニストレーターが新しい暗号化キーを生成した場合、コンシューマーレプリケーションセットに保存されている暗号化キーの値が自動的に更新されないことがあります。更新されない場合、レプリケーションは停止します。アクセスを復元するには、「レプリケーションデータに対するアクセス権の復元」を参照してください。

手順

コンシューマーインスタンスで、インスタンスデータレプリケーション (IDR) > コンシューマーレプリケーションセット.
[新規] を選択します。

フォームのフィールドに入力します。

表 : 1. コンシューマーレプリケーションセットフォーム
フィールド	説明
プロデューサーインスタンス URL (Producer Instance URL)	プロデューサーインスタンスの URL。例：https://<producer_instance>.servicenow.com
プロデューサーレプリケーションセット名 (Producer Replication Set Name)	コンシューマーレプリケーションセットの名前。コンシューマーの名前はプロデューサーの名前と一致する必要があります。プロデューサーアドミニストレーターから名前を取得します。
説明	レプリケーションの目的の説明。

[送信] を選択します。
すべてのコンシューマーレプリケーションセットのリストが表示されます。システムは、共有暗号化キーの要求を承認または拒否する要求をプロデューサーレプリケーションセットのアドミニストレーターに送信します。
警告:
どの値も変更しないでください。
すべてのコンシューマーレプリケーションセットのリストで、レプリケーションセットを選択します。
コンシューマーレプリケーションセットには、レプリケーションセット情報が表示されます。

[コンシューマー承認ステータス] に、[承認待ち] と表示されます。プロデューサーアドミニストレーターは、コンシューマーになるための要求を承認する必要があります。

注:
暗号化キーが機能しないというエラーが表示された場合は、カスタマーサービス & サポートに連絡してください。
プロデューサーアドミニストレーターが要求を承認するまで待ちます。
[コンシューマー承認ステータス] が [承認済み] に変更されます。詳細については、「レプリケーションデータに対するアクセスの許可」を参照してください。
ブラウザーページを更新します。
[プロデューサー承認を要求 (Producer Approval button)] ボタンが [有効化] ボタンに置き換えられます。
確認を受信した後にプロデューサーの構成と一致するようにコンシューマーのコンシューマーレプリケーションエントリ構成を更新するには、[レプリケーションエントリを同期 (Synchronize Replication Entries)] 関連リンクをクリックします。
このオプションが表示されない場合は、ページを更新してください。

同期を確認するダイアログボックスが表示されます。プロデューサーレプリケーションセットでレプリケーション用に選択したテーブルは、コンシューマーレプリケーションセットでレプリケートされ、[受信エントリ (Inbound Entries)] タブに表示されます。すべてのテーブルデータの初期シードには時間がかかる場合があります。初期シード後、データ更新のみがコンシューマーレプリケーションセットにレプリケートされます。シードの詳細については、「コンシューマーインスタンスのシード」を参照してください。
レプリケーション通知を受信するユーザーを構成するには、[通知設定 (Notification Configuration)] 関連リンクをクリックします。

フォームのフィールドに入力します。

表 : 2. レプリケーションセットエラーの通知フォーム
フィールド	説明
送信時期	通知を送信するためのトリガー。
受信者	通知の受信者。
内容	通知コンテンツ。

[更新] を選択します。
コンシューマーレプリケーションセットを有効化します。
1. 有効化するコンシューマーレプリケーションセットを選択します。
2. [受信エントリー] タブを開きます。
3. [有効化] を選択します。
しばらくすると、ステータスが [アクティブレプリケーション] になり、[部分シード (Partial Seeding)] および [完全シード (Full Seeding)] ボタンが表示されます。両方のシードオプションを使用して、HLA はすべてのレコード更新の監査記録を生成します。シード中にエラーが発生した場合は、「シードエラーの修正」を参照してください。シードの詳細については、「コンシューマーインスタンスのシード」を参照してください。
オプション: [有効化] をクリックする前にシード要求を破棄するには、以下の手順を実行します。
1. [シード要求 (Seeding Requests)] タブで、シード要求をクリックします。
2. シード要求 (Seeding Requests) フォームで、[キャンセル] をクリックします。
オプション: コンシューマーの動作を変更するには、[受信エントリ (Inbound Entries)] タブでソーステーブル名をクリックします。
1. アクティビティエントリのユーザー名を保持するには、受信エントリフォームで [変更者を保持] オプションを選択します。
  たとえば、[作業メモ] フィールドは、変更要求レコードのアクティビティタイプです。ユーザーが変更要求を更新すると、作業メモはアクティビティストリームに移動します。
  - [変更者を保持] を選択しない場合、コンシューマーレコードのユーザー名の代わりにインスタンスデータレプリケーション (IDR) が表示されます。
  - [変更者を保持] を選択すると、変更要求を更新したユーザーがエントリで識別され、名前の先頭に HLA が追加されます。
  変更をレプリケートする場合、[変更者を保持] は [更新者]、[更新済み]、[作成済み]、[作成者] システムフィールドの値に影響します。
  - [変更者を保持] を有効にして、プロデューサーレプリケーションエントリにシステムフィールドを含めると、プロデューサーシステムフィールドの値がコンシューマーレコードにレプリケートされます。プロデューサーレプリケーションエントリにシステムフィールドを含めない場合は、代わりにコンシューマーインスタンスのデフォルトシステム値が使用されます。
  - [変更者を保持] が無効になっている場合、コンシューマーインスタンスのデフォルトシステムフィールド値が使用されます。つまり、プロデューサーレコードのシステムフィールド値と一致しない可能性があります。
  データをシードするとき、[変更者を保持] 設定の影響はありません。
  - プロデューサーレプリケーションエントリにシステムフィールドを含めると、シードされたレコードにプロデューサーシステムフィールドの値が表示されます。
  - プロデューサーレプリケーションエントリにシステムフィールドを含めないと、シードされたレコードのシステムフィールドに null 値が表示されます。
2. レプリケーション後にビジネスワークフローを実行するには、[ビジネスルールを実行 (Run Business Rule)] オプションを選択します。
  
  ビジネスルールは、テーブルに関連付けられたサーバー側のスクリプトです。ビジネスルールを使用して、通知の送信やレプリケートされたデータの検証など、レプリケーションに関連付けられたワークフローをトリガーします。詳細については、「レプリケーション後のワークフローのトリガー」を参照してください。
3. プロデューサーテーブルのデータをコンシューマーインスタンスの異なる名前のテーブルにレプリケートするには、[変換の有効化 (Enable Transform)] をクリックします。
  詳細については、「レプリケーションデータの変換」を参照してください。
4. [更新] をクリックします。

次のタスク

コンシューマーインスタンスには、少なくともプロデューサーレプリケーションセットテーブルの現在のデータが含まれています。これで、コンシューマーインスタンスはレプリケートされたデータ更新を受信する準備ができました。デフォルトでは、プロデューサーテーブルのデータは、コンシューマーインスタンスの同じ名前のテーブルとテーブル列にレプリケートされます。データを異なるテーブルとテーブル列にマッピングする方法とレプリケーション時にデータを変更する方法の詳細については、「レプリケーションデータの変換」を参照してください。

レプリケーションデータをコンシューマーインスタンスの異なるテーブルにマッピングします。
レプリケーション中に値を変更します。
レプリケーション後のワークフローをトリガーするビジネスルールを設定します。