クローンの基本情報クローンの仕組み、クローンオプション、ロールバック、データサーバー構成、および本番インスタンスでのクローン作成に関する基本情報については、以下を参照してください。 この記事は、クローンに関する FAQ (する FAQ - KB0715621 と クローンのヒントとテクニック - KB1214621) と共に、クローンに関する 3 部構成のシリーズの一部です。 ソースインスタンスは、そのクローン履歴レコード内で進捗マイルストーンと自動化マイルストーンの更新を提供します。マイルストーンの更新のいずれかに対してメール通知が必要な場合は、「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 の初期設定の除外テーブルは引き続き除外され、この設定による影響は受けません。これには、監査、ライセンス使用状況、ログ記録、および通知を含むテーブルが含まれます。 除外されたテーブルのデータが必要な場合は、この設定を無効にできます。これは「完全なクローン」と呼ばれ、アップグレードまたは展開テストで推奨されます。 従来のクローンエンジンはこのオプションをサポートしていません。 デフォルト設定では、除外リストに指定されたテーブルはクローンから除外されます。 監査データとログ データを除外 ソース・インスタンスからの監査およびログ・レコードのクローニングを防止します。これにより、ターゲットインスタンスに空ですが使用可能な監査テーブルとログテーブルが作成されます。 注意: クローンから監査データとログデータを除外すると、レコードのアクティビティストリームはソースインスタンスと一致しません。これは、アクティビティストリームが監査テーブルに依存して履歴を生成するためです。 デフォルト設定では、監査データとログ・データはクローンから除外されます。 添付ファイル データを除外 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 日以上経過したレコードのクローン削除後のプロセスにより、クローン時間が長くなる可能性があります。 クローン作成時間を短縮するには、大きなテーブルを完全に除外することを検討してください。テーブルを除外すると、ターゲットインスタンスはソースインスタンスと同じテーブルスキーマと階層(つまり、空の使用可能なテーブル)を持ちます。 デフォルト設定では、Task テーブルとその子テーブルからターゲット インスタンスにすべてのデータが複製されます。 進行中の更新セットの保持 過去 90 日間の進行中のアップデートセットをグローバルアプリケーションスコープで保持します。このオプションを使用すると、過去 90 日以内に作成された進行中のグローバル更新セットをターゲットインスタンスで保持できます。 注意：このオプションでは、進行中の有効範囲更新セットは保持されません。90 日以上経過した更新セットは保存されないことに注意してください。 ベストプラクティスとして、クローニングする前にアップデートセットを確認してコミットすることをお勧めします。 デフォルトでは、更新セットは保存されません。 クローンの頻度 このオプションを使用すると、ソースからターゲットインスタンスへの定期的なクローンをスケジュールできます。これにより、クローンの頻度と最大発生回数を定義できます。 デフォルトでは、クローンの頻度は「なし」に設定されています。 クローン作成のスケジュールについて詳しくは、製品資料の「クローン作成のスケジュール」を参照してください。 詳細については、製品ドキュメントの「 クローンの要求」を参照してください。 データプリザーバーはどこで構成しますか? クローンターゲットに適用されるデータプリザーバーは、クローンの要求元のクローンソースで構成されます。 本番インスタンスではクローンを実行できますか？また、その方法は？ 本番インスタンスでのクローン作成の潜在的なシナリオとして、最初の本番稼働では、データがまだ存在せず、データ損失が問題にならない新しい本番インスタンスに対してクローンを作成します。 **そうしないと、特にインスタンスが既に稼働している場合は、これは危険な手順であり、当社はこれを行わないことをお勧めします。テクニカルサポートにお問い合わせください。 本番インスタンスをクローンターゲットとして追加するには、次の手順に従います。 本番インスタンスにログインします。システムプロパティリストに移動します。システムプロパティ glide.db.clone.allow_clone_target を検索します。「true」に設定します。 これにより、このインスタンスをクローンターゲットとして使用できるようになります。 このインスタンスに対するクローンの作成は、他のクローン要求と同じです。クローン作成が完了したら、このプロパティを「false」に戻して、今後本番インスタンスに対して誤ってクローンを作成しないようにする必要があります。 フルクローンを実行するにはどうすればよいですか? 完全クローンとは、ソースインスタンスからすべての情報を取得し、ソースからデータを除外しない場合です。これは通常、ログや電子メールなどを含む本番インスタンスの完全なレプリカが必要な場合に行われます。これは、アップグレード、更新セット、アプリケーションの展開などを実行して、本番インスタンスでどのように実行されるかを確認する場合に役立ちます。 完全クローンを要求するには、次のオプションを切り替えてください: 監査およびログデータを除外 - オフ大きな添付データを除外 - オフ除外リストに指定されたテーブルを除外:オフテーマを保存 - オンタスクテーブルからコピーされたデータの量 - 完全 注: メールはクローン中は無効になるため、メールがコピーされても、フルクローン後は送信されません。