クローンの基本情報クローンの動作、クローン作成オプション、ロールバック、データサーバー構成、および本番インスタンスに対するクローン作成に関する基本情報については、以下を参照してください。 この記事は、クローンに関する 3 部構成のシリーズの一部であり、 クローンに関する FAQ - KB0715621 および クローンのヒントとコツ - KB1214621 です。 ソースインスタンスは、クローン履歴レコード内で進行状況と自動化マイルストーンの更新を提供します。マイルストーンの更新にメール通知が必要な場合は、「KB0966447 - クローン用のメール通知 の手順に従って、ソースインスタンス自体にカスタム通知を作成できます。 クローンを要求または構成する手順については、次のビデオをご覧ください。 width: 70%; .mce-toc { background-color: #f7f7f7; padding: 10px; border-radius: 5px; border: 1px solid #dedede; min-width: 500px; } 目次 クローンはどのように機能しますか？クローンをロールバックできますか？クローンのすべてのオプションにはどのような機能がありますか？データプリザーバーはどこで設定しますか?本番インスタンスではクローンを実行できますか？また、その方法は？完全なクローンを作成する方法は？ クローンはどのように機能しますか？ クローン要求に応答して、ServiceNow プラットフォームは次のタスクを実行します。 ターゲットサーバーの運用データを保持するファイルを生成します。このファイルには、データプリザーバーによって保持されるデータが含まれ データプリザーバー。ターゲットインスタンスの新しいデータベースを作成します。データベーススキーマとデータを最新のバックアップから新しく作成されたデータベースに復元します。除外/保持機能を開始します (すべてのデータがコピーされた後)。[除外] オプションがオンになっている場合は、除外モジュールのテーブルを切り捨てます (削除される TPH テーブルでない限り、すべてのデータがクリアされます)。プリザーバー用に手順 1 で作成したファイルをターゲット データベースにロードします (リストアのデータを上書きします)。ターゲットデータベースでメール機能が無効になっています。すべてが完了すると、ターゲットインスタンスは新しく作成されたデータベースを再ポイントします。すべてのクローンクリーンアップスクリプトは、ターゲットインスタンスで実行されます。 すべてのテキストインデックスを再生成します。スケジュール済みジョブノードの関連付けをクリアします。 クローンが完了し、お客様はインスタンスにアクセスできます。クローンが完了すると、古いターゲットデータベースのバックアップが作成されますバックアップが完了すると、古いターゲットデータベースは廃止されます。 クローンをロールバックできますか？ 可能ですが、シャード化されていない DB の場合はクローン実行後 7 日以内 、シャード化された DB の場合は 2 日以内 に限られます。 クローン作成プロセス後にデータベースのバックアップを作成するため、クローンが実行されてから最大 7 日後までクローンをロールバックできます。クローンが完了すると、UI アクション クローンのロールバック があります。このボタンをクリックすると、テクニカルサポートがクローンのロールバックに使用するのと同じ自動化を使用してクローンがロールバックされます。クローンのロールバックについて問題に直面している場合、または説明が必要な場合は、テクニカルサポートに連絡してサポートを受けてください。 クローンのすべてのオプションにはどのような機能がありますか？ 各フィールドの詳細については、以下の表を参照してください。 フィールド 説明 除外リストに指定されたテーブルを除外 [システムクローン] > 除外テーブル] にリストされているソースインスタンスのテーブルからレコードをクローンできないようにします。テーブルが除外リストにある場合、クローンではテーブルのレコードと子テーブルのレコードが除外されます。 テーブルを除外しても、そのテーブルスキーマと階層は引き続きターゲットインスタンスにクローンされます。その結果、クローンの完了後には空であるが使用可能なテーブルがターゲットインスタンスに存在することになります。 いくつかの重要な注意点: ServiceNow の初期設定の除外テーブルは引き続き除外され、この設定による影響は受けません。これには、監査、ライセンス使用状況、ログ記録、および通知を含むテーブルが含まれます。 除外されたテーブルのデータが必要な場合は、この設定を無効にできます。これは「完全なクローン」と呼ばれ、アップグレードまたは展開テストで推奨されます。 従来のクローンエンジンはこのオプションをサポートしていません。 デフォルト設定では、除外リストに指定されたテーブルはクローンから除外されます。 監査およびログデータを除外 ソースインスタンスからの監査レコードとログレコードのクローン作成を防止します。これにより、空であるが使用可能な監査テーブルとログテーブルがターゲットインスタンスに作成されます。 注: クローンから監査データとログデータを除外すると、レコードのアクティビティストリームはソースインスタンスと一致しなくなります。これは、Activity Stream は監査テーブルに基づいて履歴を生成するためです。 デフォルト設定では、監査データとログデータはクローンから除外されます。 添付データを除外 sys_attachmentテーブルからの特定のファイル (ビデオ、画像、ドキュメント、zip ファイルを含む) のクローン作成を防止します。以下の例外をご覧ください。 注意: ServiceNow のすぐに利用可能な添付ファイルおよびその他のシステム関連ファイル (カタログアイテムの画像、テーマ画像、アイコンなど) は、この設定の影響を受けません。 次の ServiceNow のすぐに利用可能な添付ファイルおよびその他のシステム関連ファイルは、この設定の影響を受けず、クローンから除外されません。 ZZ_で始まるテーブル名の値テーブル名:sys_certificate、sc_cat_item、sys_upgrade_manifest、ecc_agent_jar、ecc_agent_mib、sys_store_app、または invisible.sys_store_app このオプションはデフォルトでオンになっています。 テーマを保存 ターゲットインスタンスのテーマと CSS 要素を保持します。その結果、ターゲットインスタンスは、クローン後もテーマとルックアンドフィールを保持します。 デフォルト設定では、ターゲットインスタンスでテーマが保持されます。 このクローン要求に対するロック設定 クローンプロファイルを使用する場合、このオプションはクローン要求時に設定およびオプションをロックします。クローンプロファイルに対するその後の変更は、クローンの実行タイミングに関係なく、クローン要求には影響しません。 デフォルトでは、このオプションは 選択されていません 。 タスクテーブルからコピーされたデータの量 タスクテーブルとその子テーブル (インシデント、問題、変更など) の履歴データの日数を 90 日間に制限します。 重要な注意: [過去 90 日間] を選択すると、90 日以上経過したレコードのクローン後の削除プロセスにより、クローン作成時間が長くなる可能性があります。 クローン作成時間を短縮するには、大きなテーブルをまとめて除外することを検討してください。テーブルを除外すると、ターゲットインスタンスにはソースインスタンスと同じテーブルスキーマと階層 (つまり、空の使用可能なテーブル) が作成されます。 デフォルト設定では、タスクテーブルとその子テーブルのすべてのデータがターゲットインスタンスにクローンされます。 進行中の更新セットを保存 進行中の更新セットの過去 90 日間を グローバル アプリケーションスコープで保持します。このオプションを使用すると、ターゲットインスタンスで過去 90 日以内に作成された進行中の グローバル 更新セットを保持できます。 注意：このオプションでは、進行中のスコープ対象の更新セットは 保持されません 。 90 日以上経過した更新セットは保存 されません ことに注意してください。 ベストプラクティスとして、クローンの前に更新セットを確認してコミットしておくことをお勧めします。 デフォルトでは、更新セットは保持されません。 クローン頻度 このオプションを使用すると、ソースからターゲットインスタンスへの繰り返しクローンをスケジュールできます。クローン頻度と最大発生回数を定義できます。 デフォルトでは、クローン頻度は [なし] に設定されています。 クローン作成のスケジュールの詳細については、製品ドキュメントのクローン作成のスケジュールを参照してください。 詳細については、製品ドキュメントの クローンの要求を参照してください。 データプリザーバーはどこで設定しますか? クローンターゲットに適用されるデータプリザーバーは、クローンが要求されたクローンソースで構成されます。 本番インスタンスではクローンを実行できますか？また、その方法は？ 本番インスタンスに対するクローン作成の潜在的なシナリオは次のとおりです。初期本番稼働では、まだデータがなく、データ損失が問題にならない新しい本番インスタンスに対してクローンを作成します。 **そうしないと、特にインスタンスがすでにライブである場合、これは危険な手順であり、お勧めしません。テクニカルサポートにお問い合わせください。** 本番インスタンスをクローンターゲットとして追加するには、次の手順に従います。 本番インスタンスにログインします。システムプロパティリストに移動します。システムプロパティ glide.db.clone.allow_clone_target を検索します。「true」に設定します。 これにより、このインスタンスをクローンターゲットとして使用できるようになります。 このインスタンスに対するクローンの作成は、他のクローン要求と同じです。クローン作成が完了したら、今後誤って本番インスタンスにクローンを作成しないように、このプロパティを「false」に戻す必要があります。 フルクローンを実行するにはどうすればよいですか? フルクローンとは、ソースインスタンスからすべての情報を取得し、ソースからデータを除外しないことです。これは通常、ログやメールなどを含む本番インスタンスの完全なレプリカが必要な場合に行われます。これは、アップグレード、セットの更新、アプリケーションの展開などを実行して、本番インスタンスでどのように実行されるかを確認する場合に役立ちます。 フルクローンを要求するには、次のオプションを切り替えてください: 監査およびログデータを除外:オフ大きな添付データを除外:オフ除外リストに指定されたテーブルを除外:オフテーマを保存:オンタスクテーブルからコピーされたデータの量 - 完全 注: クローン中はメールが無効になるため、メールがコピーされても、フル クローンの後には送信されません。