インスタンスクローンの詳細
インスタンスクローンアプリケーションを使用して、データベース内のすべてのものをあるインスタンスから別のインスタンスにコピーする方法について説明します。
クローン の用語
| フィールド | 説明 |
|---|---|
| ソースインスタンス | データのコピー元の元のデータベース。 |
| ターゲットインスタンス | データのコピー先の新しい場所。 |
| データプリザーバー | クローン中にターゲットインスタンスに保持される、ターゲットインスタンスの指定されたデータ。プリザーバーはソースインスタンスで定義されます。 |
| テーブルの除外 | ターゲットインスタンスにクローンされていないデータ。 |
| クリーンアップスクリプト | データや設定の変更など、クローン作成後に実行される自動ステップ。 |
| クローンプロファイル | クローン設定、除外、プリザーバー、およびスクリプトの再利用可能なテンプレート。 |
| クローンアドミンコンソール | クローンアドミンコンソールは、クローン作成プロセスを管理および追跡できるデフォルトのユーザーインターフェイスです。 |
| オンデマンドバックアップ | オンデマンドバックアップを有効にすると、クローンは指定されたクローン開始時刻に新しいオンデマンド差分バックアップを取得します。クローンは、クローンの復元フェーズ中にこのバックアップを使用します。 |
| クローンチェーン | クローン操作は 2 つのステップに分けることができます。
|
インスタンスクローンのワークフロー
-
ビルド構成のクローン:クローンによって、基本的な定義、構成、およびプロファイルオプションが準備されます。クローンは、何を含め、何を除外し、保持するかをチェックします。
- プリフライトチェック:クローンは、クローンを続行する前に、ソースインスタンスとターゲットインスタンスをチェックして、正常なステータスであることを確認します。
-
バックアップ:最新の日次バックアップを使用します。最近の大きな変更があった場合は、新しいバックアップが作成されます。ユーザーは、クローンアドミンコンソールで オンデマンドバックアップ を選択して、新しいバックアップを手動でトリガーすることもできます。
-
クローン前:リストアする前に、新しいデータベース用のスペースを準備します。
-
データベース・インターフェースのプロビジョニング (DBI): リストアされたデータを受信するように新しいターゲット・インスタンスが設定されます。
-
復元:バックアップデータは新しいターゲットインスタンスに復元されます。
-
除外:除外対象としてマークされたテーブルは削除されます。
-
保持者:データは古いターゲット (クローン前のインスタンス) から保持され、新しいターゲットインスタンスにコピーされます。
- ノードのリポイント:システムは、ユーザーの中断なしに古いターゲットから新しいクローンに切り替わります。
- スケジュールスクリプト:クリーンアップスクリプトとカスタムスクリプトの実行がスケジュールされます。注:同じ優先度のスクリプトが同時に実行される場合があります。
-
クローン後:クリーンアップスクリプトが実行されます。注:問題を回避するために、カスタムスクリプトに適切なエラー処理があることを確認します。適切なエラー処理がないと、カスタマイズされたスクリプトが失敗すると、後続のスクリプトが実行されないようにすることができます。
クローンアドミンコンソール
クローンアドミンコンソールは、アドミニストレーターがインスタンスクローンを管理、要求、および監視できるユーザーインターフェイスです。クローンアドミンコンソールを使用すると、インスタンス間のクローンを簡単に追跡できます。
- すべての除外、プリザーバー、およびスクリプトは、[定義] の下にあります。
- プロファイルや登録済みインスタンスなどの既存の設定は、[構成] の下にあります。
- クローンアドミンコンソールは、クローン要求ページ、オンデマンドバックアップオプションに関するガイダンスを提供し、クローンの進行状況をより詳細に可視化します。
- クローンプロファイルを複製することもできます。
クローン中
クローンは、ある ServiceNow インスタンス (ソースインスタンス) から別の ServiceNow インスタンス (ターゲットインスタンス) にデータとメタデータをコピーします。クローン作成は、変更をテストするために本番インスタンスから非本番インスタンスにデータとメタデータをコピーする場合に便利です。クローンデータは、最新の日次バックアップから取得されます。クローン作成の詳細については、 参照 クローン (従来の UI)を参照してください。
クローンアドミンコンソールに関する注意事項
- 従来のクローンとクローンアドミンコンソールで要求されたクローンは、別々に保存されます。クローンアドミンコンソールの要求は新しいテーブルに保存され、新しいコンソール内にのみ表示されます。従来の [クローンを要求] ページで要求された従来のクローンは、従来のクローン履歴テーブルに保存されます。従来のクローンはコンソールに表示されません。
- これらは別々に保存されるため、コンソールとレガシーシステムの要求番号が重複する可能性があります。
- 既存のクローンインスタンス、クローンプロファイル、除外、プリザーバー、およびクリーンアップスクリプトは、クローンアドミンコンソールおよび元のリストとフォームの両方で使用できます。
-
クローンアドミンコンソールを使用して要求を行うには、次のものが必要です。
-
ソースインスタンスの clone_admin ロール。
-
ターゲットインスタンスの clone_admin ロールと SOAP ロール。
-
- クローンアドミンコンソールは、従来のクローンと同じクローンエンジンを使用します。クローンの動作は、より優れたインターフェイスでも同じです。
クローンアドミンコンソールの概要
ホーム
従来の要求ページ (clone_instance.do) から要求されたクローンは表示できません。クローンは、グリッドビューまたはリストビューに表示されます。ホームページには、インスタンス内の現在のクローンが表示されます。検索バーを使用してクローンを見つけます。
- キャンセル済み
- 完了
- エラー
- 要求済み
- ロールバック失敗
- 要求されたロールバック
- ロールバック済み
- ロールバック
- 実行中
構成
[概要] タブ には、インスタンス内のクローンインスタンスとクローンプロファイルの現在の数が表示されます。
[クローンインスタンス (Clone instances)] タブでは、現在利用可能なすべてのクローンインスタンスを確認できます。このリストに追加されたインスタンスは、クローン のクローンソース または クローンターゲット として使用できます。非本番インスタンスをクローンインスタンスリストに追加するには、[新規] を選択します。
[クローンプロファイル] タブには、利用可能なすべての [クローンプロファイル] が表示されています。クローンプロファイルはクローン用のカスタマイズ可能なテンプレートであり、保存して再利用することで、各クローンで一貫した結果を得ることができます。クローンプロファイルの詳細については、「クローン要求のクローンプロファイル」を参照してください。
クローン通知を受信する外部メールアドレスを追加できます。
クローンを要求
このアプリにはクローン要求ページがあり、さまざまなクローン設定がクローンに与える影響に関するガイダンスと説明が表示されます。新しい要求ページには、 ServiceNow メンテナンス期間とのタイミングの競合を防ぐのに役立つ新しいスケジュールカレンダーもあります。
クローンを要求する方法の詳細については、「クローンを要求」を参照してください。
クローン (従来の UI)
インスタンスクローンを使用して、異なるバージョンのインスタンス、バックアップから、または本番インスタンスに対してクローンを作成します。
異なるバージョンのインスタンスへのクローン
異なるバージョンのインスタンスへのクローン
異なるファミリーリリースバージョンのインスタンス間でクローンを作成できます。クローン作成中に、ソースバージョンがターゲットバージョンに置き換わります。例:ソース (Zurich) からターゲット (Yokohama) にクローンを作成する場合、ターゲットはクローン後のソースと一致し、Zurich リリースになります。
.バックアップからのクローン
クローン作成時に、ソースインスタンスの最新の日次バックアップのデータを使用します。クローン作成に使用されるバックアップは、経過時間が 36 時間以内のものです。インスタンスクローンは、使用する最新のバックアップの選択を含む初期準備を、処理の開始がスケジュールされている日時にのみ開始します。
ソースインスタンスとターゲットインスタンスが異なるバージョンの ServiceNow AI Platform にある場合、この時間にソースインスタンスのバージョンと一致するようにターゲットインスタンスが変更されます。
バックアップからクローンを開始すると、バックアップが取得された日時と定期的な進行状況メッセージが [クローンログ] 関連リストに表示されます。
本番インスタンスを使用したクローン作成
システムプロパティ glide.db.clone.allow_clone_target が TRUE である限り、インスタンスはクローンとして機能します。
廃止されたクローンオプション
クローン除外、プリザーバー、クリーンアップスクリプト
クローンでは、除外、プリザーバー、クリーンアップスクリプトなどのクローン定義を使用できます。
定義
- 除外
- 保持者
- クリーンアップスクリプト
[ 除外] タブには、インスタンスのクローン作成中にコピーされないテーブルが一覧表示されます。テーブルを除外すると、クローン自動化によって子テーブルを含むテーブル全体が切り捨てられます。クローン作成プロセスは、親テーブルと子テーブルの両方からデータを除外 (または削除) します。ただし、子テーブルは除外テーブルのリストに個別に追加されません。親テーブルのみがリストされます。デフォルトでは、ログ記録、監査、通知、ワークフローコンテキスト、ライセンス使用状況用のテーブルが除外されます。追加の除外を構成するには、[新規] を選択します。
[ 保持者 ] タブには、ターゲットインスタンスのデータが上書きされないように保護する利用可能なデータプリザーバーのリストが表示されます。
プリザーバー は、除外と比較して動作が異なります。テーブルを保持する場合、クローン自動化は子テーブルを自動的に保持しません。したがって、子テーブルは個別にプリザーバーリストに追加する必要があります。プリザーバーはソースインスタンスで定義されます。保持者を作成するには、「新しいクローン保持者を作成」を参照してください。
テーブルの子テーブルを表示するには、次のリンクに移動してそのテーブルを入力します: [instance].service-now.com/now/nav/ui/classic/params/target/generic_hierarchy_erd.do。
クローン作成中に、ソースインスタンスのデータがターゲットインスタンスのデータを置き換えます。したがって、ターゲットインスタンスで進行中の開発作業はすべて上書きされます。たとえば、対応中の更新セット、ターゲットインスタンスにのみ存在し、ソースインスタンスには存在しないスコープ対象アプリなどです。進行中の更新セットがある場合は、クローンの前にエクスポートし、クローンの完了後に再インポートする必要があります。ソースインスタンスにまだ展開されていないカスタムアプリケーションは、クローンの完了後に再インストールする必要があります。クローン作成とアプリ開発のヒントの詳細については、 こちらのホワイトペーパーを参照してください。
[クリーンアップスクリプト] タブには、利用可能なすべてのスクリプトのリストが表示されます。クリーンアップスクリプトを作成して、クローン作成後の手順を自動化できます。クリーンアップスクリプトを作成するには、「クリーンアップスクリプトを作成する」を参照してください。
除外とプリザーバーの組み合わせの明確化
クローン除外とプリザーバーはどちらもデータの管理に役立ちます。グラフィックは、次のプリザーバーと除外の組み合わせで予想される結果を識別するのに役立ちます。詳細については、「https://www.servicenow.com/community/servicenow-ai-platform-blog/platform-fundamentals-academy-february-20th-2025-clone-admin/ba-p/3170929」を参照してください。
- シナリオ 1:テーブルの保持と除外。ターゲットインスタンスのレコードを同じにする必要があります。
- シナリオ 2:テーブルを保持し、除外しない。ターゲットインスタンスのレコードをそのままにして、ソースインスタンスのレコードをコピーする必要があります。
- シナリオ 3:テーブルが保持および除外されない。ソースインスタンスのレコードをコピーせず、ターゲットインスタンスのレコードを削除する場合:テーブルは空ですが、クローン作成後で使用できます。
- シナリオ 4:テーブルを保持および除外しない。ソースインスタンスのレコードで、ターゲットインスタンスのレコードを置き換える必要がある。