定義

  • リリースバージョン: Australia
  • 更新日 2026年03月12日
  • 所要時間：5分

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

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

    除外

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

    テーブルの子テーブルを表示するには、次のリンクに移動し、そのテーブル [instance].service-now.com/now/nav/ui/classic/params/target/generic_hierarchy_erd.do を入力します。

    デフォルトでは、ログ記録、監査、通知、ワークフローコンテキスト、ライセンス使用状況用のテーブルが除外されます。追加の除外を設定するには、「 クローン作成からテーブルを除外する」を参照してください。

    除外を追加する際のガイドラインについては、「 クローン作成からテーブルを除外するための一般的なガイドライン」を参照してください。

    プリザーバー

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

    プリザーバー は、除外と比較して動作が異なります。テーブルを保持する場合、クローン自動化は子テーブルを自動的に保持しません。したがって、子テーブルは個別にプリザーバーリストに追加する必要があります。保持者を作成するには、「クローン保持者を作成する」を参照してください。

    クリーンアップスクリプト

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

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

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

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

    クリーンアップスクリプトを作成するには、「クリーンアップスクリプトを作成する」を参照してください。

    除外とプリザーバーの組み合わせの明確化

    クローン除外とプリザーバーはどちらもデータの管理に役立ちます。グラフィックは、次のプリザーバーと除外の組み合わせで予想される結果を識別するのに役立ちます。詳細については、を参照してください。 2025 年 2 月の Platform Fundamentals Academy セッション クローンアドミンコンソール.

    クローン除外と保持チートシート。

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

    クローンとアプリ開発のヒントの詳細については、「 シームレスな開発と展開のためのシステムクローンの活用」ホワイトペーパーを参照してください。