クローン作成からテーブルを除外する
テーブルを除外して、ターゲットインスタンスに空であるが使用可能なテーブルを作成します。
始める前に
必要なロール:clone_admin
このタスクについて
注:
[変更管理 - リスク アセスメント] プラグインが有効化されているときは、「 モジュールは、システムクローン作成中にコピーされないテーブルをリストします。クローン要求フォームでは、[除外リストに指定されたテーブルを除外] オプションがデフォルトでオンになっています。クローン中に除外が処理されることを確認します。デフォルトでは、システムは、ログ記録、監査、通知、ワークフローコンテキスト、ライセンス使用などの特定の必須テーブルを除外します。 除外 (除外テーブル) を使用して、ノードが再ポイントする前の除外サブステージでデータが削除された場合。データは、ユーザーがインスタンスを利用できるようになる前に削除されます。
注:
除外されるワークフローコンテキストデータには、wf_context テーブルと、名前がプリフィックス wf_ から始まる関連テーブルに格納されているレコードが含まれます。これには、ワークフロースケジューラーテーブルも含まれます。これにより、ワークフローコンテキストが含まれている場合に、クローン作成プロセスの長さが原因で発生する可能性があるワークフロータイマーの同期の問題の発生を防ぐことができます。
sys_db_object と sys_db_object.* を除外に追加することはできません。
階層拡張モデルごとのテーブルを使用するタスクテーブルの子テーブルを除外すると、子テーブルが除外されます。親タスクテーブルを子テーブルと一緒に除外する必要はありません。
ワイルドカードを使用して、1 つのエントリで複数のテーブルをクローン作成から除外できます。たとえば、
sys_script.* は sys_script で始まるすべてのテーブルを除外します。注:
ワイルドカードにはアスタリスクの前にドット「.」を含める必要があります。
ターゲットインスタンスの既存のデータを保持するには、「データプリザーバーの作成」を参照してください。ビジネスルールなど、テーブルを参照するテーブルのデータは除外されません。予期しない結果を避けるために、すぐに使用できるプリザーバーを変更しないことを(強く)お勧めします。
関連テーブルを保持または除外するには、次のすべてのテーブルを保持および除外する必要があります。いずれかのテーブルが欠落している場合、顧客はクローン後にインスタンスにログインできない可能性があります。
- sys_user
- sys_user_role
- sys_user_group
- sys_user_grmember
- sys_group_has_role
- sys_user_role_contains
- customer_contact (カスタマーサービス管理 (CSM) プラグインがアクティブな場合)