の詳細

  • リリースバージョン: Yokohama
  • 更新日 2025年09月24日
  • 所要時間:13分
  • クローンを使用して、データベース内のすべてのものを、あるインスタンスから別のインスタンスにコピーする方法について説明します。

    クローン の概要

    クローンは、インスタンスを同期する最も簡単な方法です。本番環境に入る前に変更をテストするための代表的な環境が不可欠です。
    • クローン作成は、環境間の相違を減らし、スムーズな展開を促進するのに役立ちます。
    • クローン作成は、アップグレード、新しいアプリケーション、新機能などの変更をテストするために使用されます。
    • クローンデータは、最新の日次バックアップから取得されます。

    クローンに関する役立つ用語と定義のリストは、 クローン用語ここに含まれています。

    ワークフロー

    図 : 1. ワークフロー図
    インスタンスクローンのワークフロー図
    1. ビルド構成のクローン作成:基本的な定義、構成、およびプロファイルオプションが準備されます。包含、除外、または保持するデータが検証されます。

    2. プリフライトチェック:クローンは、クローンを続行する前に、ソースインスタンスとターゲットインスタンスをチェックして、それらが正常な状態にあることを確認します。
    3. バックアップ:最新の日次バックアップを使用します。最近大きな変更があった場合は、新しいバックアップが作成されます。Clone Admin Consoleから オンデマンドバックアップ を選択して、新しいバックアップを手動でトリガーすることもできます。

    4. クローン前:新しいデータベースを復元する前に、新しいデータベース用のスペースを準備します。

    5. データベースインターフェイス (DBI) のプロビジョニング:復元されたデータを受信するように新しいターゲットインスタンスが設定されます。

    6. 復元:バックアップデータが新しいターゲットインスタンスに復元されます。

    7. 除外:除外対象としてマークされたテーブルが削除されます。

    8. 保持者:データは古いターゲット (クローン前のインスタンス) から保持され、新しいターゲットインスタンスにコピーされます。

    9. ノードのポイント変更:システムは、ユーザーの中断なしに古いターゲットから新しいクローンに切り替わります。
    10. スクリプトのスケジュール設定:クリーンアップスクリプトとカスタムスクリプトの実行がスケジュールされています。同じ優先度のスクリプトが同時に実行されます。
    11. クローン後:クリーンアップスクリプトが実行されます。

    クローンユーザー

    ユーザー 説明
    管理者 clone_admin ロールを持つクローンアドミニストレーターは、クローンを要求、キャンセル、スケジュール、または変更できます。

    クローンメリット

    利益 機能
    特定のクローンシナリオの除外とプリザーバーを使用してデータを整理します。 定義
    クローンプロファイルと登録済みインスタンスを使用して、一貫したクローン結果を確立します。 構成
    本番インスタンスから非本番インスタンスにデータをコピーしたり、非本番インスタンス間でデータをコピーしたりします。 クローンを要求

    クローンアドミンコンソール

    クローンアドミンコンソールは、アドミニストレーターがインスタンスクローンを管理、要求、および監視できるユーザーインターフェイスです。

    クローンホーム

    ホームページには、インスタンス内の現在のクローンが表示されます。検索バーを使用してクローンを見つけます。

    フィルターオプションを使用すると、ステータスに基づいてクローンを見つけることができます。ステータスのリストを表示するには、「 クローン状況」を参照してください。
    注:
    クローンのホームページには、クローンアドミンコンソールを介して要求されたクローンが表示されます。ダッシュボードの従来の要求ページ (clone_instance.do) から要求されたクローンは表示できません。従来のクローンをグリッドビューまたはリストビューで表示するには、 すべて > インスタンスクローン > ライブクローン > クローン履歴.
    [ホームをクローン] ダッシュボード。

    構成

    [構成] タブには、クローンインスタンスとクローンプロファイルに関する概要と情報が表示されます。詳細については、「構成」を参照してください。

    定義

    [定義] タブには、除外、保持者、およびクリーンアップスクリプトの概要が表示されます。詳細については、「定義」を参照してください。

    クローンを要求

    クローン要求ページには、さまざまなクローン設定がクローンに与える影響に関するガイダンスと説明が含まれています。スケジュールカレンダーを使用すると、 ServiceNow メンテナンス期間とのタイミングの競合を防ぐことができます。クローンを要求する方法の詳細については、「クローンを要求」を参照してください。

    廃止されたクローンオプション

    クローンオプションのチェックボックス [ユーザーと関連テーブルを保持 ] は、Utah リリースの クローンオプション から削除されました。場合によっては、クローン要求ページまたはクローンに関連する過去のカスタマイズにより、このフィールドがフォームに残っていることがあります。
    重要:
    この廃止されたフィールドを選択しても、クローン作成中にユーザー、ロール、または関連テーブルには影響しません。
    .

    従来の要求ページ clone_instance.doから新しいクローンを要求することはできません。詳細については、「クローンの要求 (従来)」を参照してください。

    定義

    クローン内の除外、プリザーバー、クリーンアップスクリプトなどの定義クローン作成 。

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

    除外

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

    テーブルの子テーブルを表示するには、次のリンクに移動し、そのテーブル [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 時間保持されるため、インスタンスをクローン前の状態にロールバックできます。ターゲットインスタンスがクローンの一部としてダウングレードされた場合、バックアップデータは使用できません。
    注:
    クローンが完了すると、すべてのアクティブなクリーンアップスクリプトが「 クローンクリーンアップスクリプトの実行:クリーンアップスクリプトを順次実行 」という名前のスケジュール済みジョブとして結合され、グローバルスコープで完了するまで実行されます。

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

    除外と保持者の組み合わせを明確にする

    クローン除外とプリザーバーはどちらもデータの管理に役立ちます。グラフィックは、次の保持者と除外の組み合わせの予想される結果を識別するのに役立ちます。詳細については、「https://www.servicenow.com/community/servicenow-ai-platform-blog/platform-fundamentals-academy-february-20th-2025-clone-admin/ba-p/3170929」を参照してください。

    除外と保持のチートシートをクローンします。

    • シナリオ 1:テーブルの保持と除外。ターゲットインスタンスのレコードを同じままにしたいとします。
    • シナリオ 2:テーブルを保持および除外しない。ターゲットインスタンスのレコードを同じままにし、ソースインスタンスのレコードをコピーする必要があります。
    • シナリオ 3:テーブルを保持および除外しない。ソースインスタンスのレコードをコピーせず、ターゲットインスタンスのレコードを削除したい場合:テーブルは空ですが、クローン作成後に使用可能です。
    • シナリオ 4:テーブルを保持せず、除外しない。ソースインスタンスのレコードでターゲットインスタンスのレコードを置き換えたい場合。

    クローン作成中は、ソースインスタンスのデータがターゲットインスタンスのデータを置き換えます。したがって、ターゲットインスタンスで進行中の開発作業はすべて上書きされます。例:対応中の更新セット、ターゲットインスタンスにのみ存在し、ソースインスタンスには存在しないスコープ対象のアプリ。進行中の更新セットがある場合は、クローンの前にエクスポートし、クローンの完了後に再インポートする必要があります。ソースインスタンスにまだ展開されていないカスタムアプリケーションは、クローンの完了後に再インストールする必要があります。

    クローンとアプリ開発のヒントの詳細については、 こちらのホワイトペーパーを参照してください。

    構成

    設定ページを使用して、クローンインスタンスを追加するか、クローンプロファイルを作成します。

    事前準備
    • クローン通知を受信する外部メールアドレスを追加できます。
    • 一部のデフォルトアイテムは、除外、保持者、またはスクリプトリストから削除できません。

    構成の概要

    概要ページには、インスタンス内のクローンインスタンスとクローンプロファイルの現在の数が表示されます。

    インスタンスをクローン

    [クローンインスタンス] ページには、利用可能なすべてのインスタンスが表示されます。このリストに追加されたインスタンスは、クローンのクローンソースまたはクローンターゲットとして使用できます。非本番インスタンスをクローンインスタンスリストに追加するには、[ 新規] を選択します。

    クローンプロファイル

    クローンプロファイルには、利用可能なすべてのプロファイルが表示されます。クローンプロファイルはクローンのカスタマイズ可能なテンプレートであり、保存して再利用することで、各クローンで一貫した結果を得ることができます。クローンプロファイルの詳細については、「 カスタムクローンプロファイルの作成」を参照してください。

    プロファイルシステムプロファイルはデフォルトで利用可能であり、変更することはできません。カスタムプロファイルは、システムプロファイルのデフォルトの除外、保持者、およびスクリプトを使用します。カスタムプロファイルを作成すると、既存のすべてのカスタム除外と保持が自動的に追加されます。

    カスタムクローンプロファイルはいくつでも作成でき、必要に応じて編集できます。除外、プリザーバー、クリーンアップスクリプトなどのクローンプロファイルの定義を変更するには、定義の下にある番号をクリックし、ページの [編集] ボタンを選択します。

    ユースケースをクローン

    クローンは、インスタンスを同期する最も簡単な方法です。別のバージョンへのクローン作成、バックアップからのクローン作成、または本番インスタンスに対するクローン作成を行うことができます。

    異なるバージョンのインスタンスへのクローン

    別のバージョンへのクローン

    異なるファミリーリリースバージョンのインスタンス間でクローンを作成できます。クローン作成中は、ソースバージョンがターゲットバージョンに置き換わります。たとえば、ソース (チューリッヒ) からターゲット (Yokohama) にクローンを作成した場合、ターゲットはクローンの後にソースと一致し、Zurich リリースになります。

    .

    バックアップからのクローン

    クローン作成の際、ソースインスタンスの最新の日次バックアップのデータが使用されます。クローン作成に使用されるバックアップは、経過時間が 36 時間以内のものです。バックアップからのクローンは、開始するようにスケジュールされている処理の日時にのみ開始されます。

    ソースインスタンスとターゲットインスタンスが異なるバージョンの Now Platform にある場合、この時間にソースインスタンスのバージョンと一致するようにターゲットインスタンスが変更されます。

    バックアップからクローンを開始すると、バックアップが取得された日時と定期的な進行状況メッセージが [クローンログ] 関連リストに表示されます。

    本番インスタンスを使用したクローン作成

    システムプロパティ glide.db.clone.allow_clone_target が TRUE である限り、インスタンスはクローンとして機能します。

    廃止されたクローンオプション

    クローンオプションのチェックボックス [ユーザーと関連テーブルを保持] は、Utah リリースのクローンオプションから削除されました。場合によっては、クローン要求ページまたはクローンに関連する過去のカスタマイズにより、このフィールドがフォームに残っていることがあります。
    重要:
    この廃止されたフィールドを選択しても、クローン作成中にユーザー、ロール、または関連テーブルには影響しません。
    .

    従来の要求ページ clone_instance.doから新しいクローンを要求することはできません。詳細については、「クローンの要求 (従来)」を参照してください。