---
sourceDocument: オーストラリア ServiceNow AI Platform 管理
sourceDocumentLink: https://www.servicenow.com/docs/r/ja-JP/platform-administration

 Release :

    - australia

ft:locale :

    - ja-JP

ft:publication_title :

    - オーストラリア ServiceNow AI Platform 管理

ft:clusterId :

    - platadm

bundleId :

    - platadm

workflow :

    - Platform


---

# \[定義\] タブ

# 定義 {#ariaid-title1}

* リリースバージョン: Australia
* 
* 更新日 2026年03月12日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：5分

クローンでは、除外、プリザーバー、クリーンアップスクリプトなどのクローン定義を使用します。

\[ 定義 \] ページには、除外、保持者、およびクリーンアップスクリプトの概要が表示されます。

## 除外 {#clone-exclusions-preservers-cleanupscripts__section_sph_d5r_sgc}

除外ページには、インスタンスのクローン作成中にコピーされないテーブルが一覧表示されます。テーブルを除外すると、クローン自動化によって子テーブルを含むテーブル全体が切り捨てられます。クローン作成プロセスは、親テーブルと子テーブルの両方からデータを除外 (または削除) します。ただし、子テーブルは除外テーブルのリストに個別に追加されません。親テーブルのみがリストされます。

テーブルの子テーブルを表示するには、次のリンクに移動し、そのテーブル \[instance\].service-now.com/now/nav/ui/classic/params/target/generic_hierarchy_erd.do を入力します。
デフォルトでは、ログ記録、監査、通知、ワークフローコンテキスト、ライセンス使用状況用のテーブルが除外されます。追加の除外を設定するには、「 [クローン作成からテーブルを除外する](https://www.servicenow.com/docs/dcnagWIkc4~64v6F3aikyg "テーブルを除外して、ターゲットインスタンスに空であるが使用可能なテーブルを作成します。")」を参照してください。

除外を追加する際のガイドラインについては、「 [クローン作成からテーブルを除外するための一般的なガイドライン](https://www.servicenow.com/docs/krDPAofY3u_5XtjCnrT3dw "クローン作成からテーブルを除外するための一般的なガイドラインを含む参照トピック。")」を参照してください。

## プリザーバー {#clone-exclusions-preservers-cleanupscripts__section_xvk_m5r_sgc}

\[プリザーバー\] ページには、ソースインスタンスで定義されている利用可能なデータプリザーバーのリストが表示されます。\[保持者\]は、ターゲットのインスタンスでデータがオーバーライドされるのを防ぎます。

プリザーバー は、除外と比較して動作が異なります。テーブルを保持する場合、クローン自動化は子テーブルを自動的に保持しません。したがって、子テーブルは個別にプリザーバーリストに追加する必要があります。保持者を作成するには、「[クローン保持者を作成する](https://www.servicenow.com/docs/KI7SNHZeC2xuYWMl5ueyQQ "クローン保持者を作成して、ターゲットインスタンスでデータが上書きされないようにします。")」を参照してください。

## クリーンアップスクリプト {#clone-exclusions-preservers-cleanupscripts__section_hmq_w5r_sgc}

クリーンアップスクリプトページには、使用可能なすべてのスクリプトのリストが表示されます。クリーンアップスクリプトは、クローン後のステップを自動化します。

各スクリプトに順序番号を設定して、アクティブなスクリプトの実行順序を設定します。番号が小さいほど優先度が高くなります。一部のスクリプトを並列で実行する場合は、同じ順序を割り当てることができます。

すべてのクリーンアップスクリプトは、クリーンアップスクリプトを構成したスコープに関係なく、グローバルスコープで実行されます。  
{#clone-exclusions-preservers-cleanupscripts__table_hqz_gxs_gr__entry__2}

| スクリプト | 説明 |
|-|-|
| クローン後の MID サーバーの認証情報が正しくない | クローンされたインスタンスで BadMIDCredentialAfterClone と呼ばれるスクリプトインクルードを実行して、[不正な MID サーバーユーザー認証情報](https://www.servicenow.com/docs/access?context=mid-post-clone-issue-resolution&version=australia&pubname=australia-servicenow-platform&ft:locale=en-US)を検出します。このスクリプトインクルードは、インスタンスクローンの後に \[ダウン\] ステータスの MID サーバーを MID サーバーの問題 \[ecc_agent_issue\] テーブルにログ記録するスケジュール済みジョブを作成します。 |
| スケジュール済みジョブノードの関連付けをクリアする | ソースインスタンスでアクティブだった任意のスケジュール済みジョブを \[準備完了\] ステータスにリセットします。このスクリプトは、すべてのスケジュール済みジョブの \[Sys ID\] および \[要求元\] フィールドの値もクリアします。 |
| メールアカウント を設定する | ソースインスタンスに存在していたメールアカウントが有効になっていない場合は、ターゲットインスタンスに移行します。このスクリプトは、メールプロパティもターゲットインスタンスに移行します。 |
| メールを無効にする | ターゲットインスタンスでメールを無効にします。デフォルトのデータプリザーバーは、ターゲットインスタンスの他のメール設定を維持します。 |
| 非アクティブ化されたプラグインをインストールする | この機能を使用するインスタンスのドメインセパレーションプラグインを有効にします。 |
| すべてのテキストインデックスを再生成する | クローン後にターゲットインスタンスのテキストインデックスを再ビルドします。テキストインデックスはソースインスタンスからクローンが作成され、保持されているデータのみを反映するように再生成されます。 |
| バックアップテーブルの削除をスケジュールする | クローンを作成する前に、ターゲットインスタンスデータベースに含まれるデータの削除をスケジュールします。この元のデータはクローン後 24 時間保持されるため、インスタンスをクローン前の状態にロールバックできます。ターゲットインスタンスがクローンの一部としてダウングレードされた場合、バックアップデータは利用できません。 |
[表 : 1. クローン後のクリーンアップスクリプトの例]

{#clone-exclusions-preservers-cleanupscripts__table_hqz_gxs_gr}  
注:  
クローンが完了すると、すべてのアクティブなクリーンアップスクリプトが 「クローンクリーンアップスクリプトを実行:クリーンアップスクリプトを順次実行 し、グローバルスコープで完了するまで実行」という名前のスケジュール済みジョブとして結合されます。

クリーンアップスクリプトを作成するには、「[クリーンアップスクリプトを作成する](https://www.servicenow.com/docs/CP88OUuCDeUb73I8TU5P2g#create-cleanup-script "クリーンアップスクリプトを使用して、クローン作成後の手順を自動化したり、クローン作成後にデータを変更したりします。")」を参照してください。

## 除外とプリザーバーの組み合わせの明確化 {#clone-exclusions-preservers-cleanupscripts__section_ahk_kxg_bgc}

クローン除外とプリザーバーはどちらもデータの管理に役立ちます。グラフィックは、次のプリザーバーと除外の組み合わせで予想される結果を識別するのに役立ちます。詳細については、を参照してください。 [2025 年 2 月の Platform Fundamentals Academy セッション クローンアドミンコンソール](https://www.servicenow.com/community/servicenow-ai-platform-blog/platform-fundamentals-academy-february-20th-2025-clone-admin/ba-p/3170929).

* シナリオ 1:テーブルの保持と除外。ターゲットインスタンスのレコードを同じにする必要があります。
* シナリオ 2:テーブルを保持し、除外しない。ターゲットインスタンスのレコードをそのままにして、ソースインスタンスのレコードをコピーする必要があります。
* シナリオ 3:テーブルが保持および除外されない。ソースインスタンスのレコードをコピーせず、ターゲットインスタンスのレコードを削除する場合:テーブルは空ですが、クローン作成後で使用できます。
* シナリオ 4:テーブルを保持および除外しない。ソースインスタンスのレコードで、ターゲットインスタンスのレコードを置き換える必要がある。
{#clone-exclusions-preservers-cleanupscripts__ul_rs3_wxc_cgc}  
重要:  
クローン作成中に、ソースインスタンスのデータがターゲットインスタンスのデータを置き換えます。したがって、ターゲットインスタンスで進行中の開発作業はすべて上書きされます。例:対応中の更新セット、ターゲットインスタンスにのみ存在し、ソースインスタンスには存在しないスコープ対象のアプリ。進行中の更新セットがある場合は、クローンの前にエクスポートし、クローンの完了後に再インポートする必要があります。ソースインスタンスにまだ展開されていないカスタムアプリケーションは、クローン完了後に再インストールする必要があります。

クローンとアプリ開発のヒントの詳細については、「 [シームレスな開発と展開のためのシステムクローンの活用」ホワイトペーパー](https://learning.servicenow.com/nowcreate/en?id=nc_asset&asset_id=ce3c254697cc82d06eedb30e6253af3b&nc_source=copy_asset_link)を参照してください。