クローンに関する FAQ - よく寄せられる質問 - Support and Troubleshooting

クローンに関する FAQ - よく寄せられる質問 Issue .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: #000000; } span { font-size: 12pt; font-family: Lato; color: #000000; } h2 { font-size: 24pt; font-family: Lato; color: black; } h3 { font-size: 18pt; font-family: Lato; color: black; } h4 { font-size: 14pt; font-family: Lato; color: black; } a { font-size: 12pt; font-family: Lato; color: #00718F; } a:hover { font-size: 12pt; color: #024F69; } a:target { font-size: 12pt; color: #032D42; } a:visited { font-size: 12pt; color: #00718f; } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: ; max-width: ; width: ; height: ; } } この記事では、ServiceNow テクニカルサポートに寄せられる、ソースインスタンスからターゲットインスタンスへのクローン作成に関するよくある質問をまとめています。バックアップ、クローン作成後、除外設定、保存設定、クリーンアップスクリプトなどについて詳しく解説しています。

この記事は、クローン作成に関する3部構成のシリーズの一部です。内容は以下の通りです。

クローンの基本情報 クローンのヒントとテクニック 目次 よくある 3 つの質問 特定の日付からクローンを作成できますか? クローン実行前にバックアップを取ることを要求できますか？ インスタンスで利用可能なバックアップをどのように判断できますか？ バックアップ関連の質問 クローンを作成するときに、どのバックアップファイルが使用されますか? オンデマンドバックアップからのクローン作成について聞いたことがありますが、どのように機能しますか? 本番インスタンスを [オンデマンドバックアップ] リストに追加した場合、バックアップを取るときの本番のパフォーマンスに影響しますか? ソースインスタンスのデータベースが断片化されている場合、ターゲットインスタンスも断片化されますか。 クローン後の質問 クローン作成後に、コメント/更新がすべて異なるユーザーと時間として表示されるのはなぜですか? クローンのMFAをリセットするにはどうすればよいですか? クローン実行後にログインできないのはなぜですか？ デモインスタンスまたは POV インスタンスをターゲットとしてクローンすると、「有効なキャパシティマッピングのクローン事前チェックに失敗しました」というメッセージが表示されてクローンが失敗しましたか? クローン後にテキスト検索が実行されないのはなぜですか? 特定のテーブルを除外しましたが、クローン作成後もデータがまだ残っています。 エクスクルーダーとプリザーバー エクスクルーダーはどのように機能しますか？ プリザーバーはどのように機能しますか？ 除外リストと保持者リストの両方にテーブルを追加すると、どうなりますか? ターゲットインスタンスのプラグインを保持できますか? レコードを保持する場合、添付ファイルも保持する必要がありますか？ プリザーバーとエクスクルーダーを変更した場合、次回のクローン作成で変更がすぐに機能しますか？ 除外オプションのチェックを外しましたが、クローン後も除外ツールは引き続き実行されました (従来の UI)。 既存のテーブルをプリザーバーに追加できません。 クローン後に添付ファイルが欠落するのはなぜですか? クリーンアップスクリプト クローンクリーンアップスクリプトはどのように機能しますか？ 特定のスコープでクリーンアップスクリプトを実行できますか? 実行されたクリーンアップスクリプトを確認するにはどうすればよいですか? 特定のクローンクリーンアップスクリプトが失敗した場合に確認できますか? インスタンスごとにクリーンアップスクリプトを設定できますか？ 更新セットとクローン作成 更新セットのアップグレードと展開後にクローンを作成した後、更新セットが欠落するのはなぜですか? 進行中の大量の更新セットを処理するためのヒント ソースコントロールとクローン作成 1.インスタンスのクローンプロセスは、既存のソースコントロール構成または接続にどのような影響を与えますか? 2.クローン後に手動で再構成する必要がある、ソースコントロールに関連する構成または設定はありますか? 3.現在進行中または完了しているが、まだクローン作成中に本番環境に展開されていないストーリーを処理する場合に推奨されるアプローチは何か? 4.特定の構成またはデータを保持するために、クローンの前にデータプリザーバーを作成する必要がありますか? 5.クローン前とクローン後のチェックリスト:ソースコントロールのクローンが機能し続ける前後に検証する必要があることは何ですか? RaptorDB とクローン作成 RaptorDBインスタンスからMariaDBインスタンスに(またはその逆)クローンを作成するとどうなりますか? ハイパースケーラーとクローン作成 ハイパースケーラーから ServiceNow にクローンを作成できますか? その他のよくある質問 ドラフトとは何ですか?これらを削除できないのはなぜですか? クローンが「保留中」になっているのはなぜですか? 別のインスタンスにクローンした場合、リリースは変更されますか? 認証ステップでクローンを要求するか、クローンターゲットを作成すると、「無効なユーザー名またはパスワード?」とプロンプトが表示されますか? データを除外している場合でも、メールアカウントがターゲットにクローンされたのはなぜですか？ よくある 3 つの質問 特定の日付からクローンを作成できますか? デフォルトでは、クローン要求はソースインスタンスの最新のバックアップを使用します。

新規/オンデマンドバックアップ:クローンに対して新しい「オンデマンドバックアップ」を作成すると、夜間バックアップでまだキャプチャされていない本番の大幅な変更があり、この変更をクローンに反映する場合に役立ちます。オンデマンドバックアップを要求する方法のオプションについては、以下の次の質問を参照してください。

バックアップの復元要求:(古いバックアップを使用して) インスタンスを以前の状態に復元するには、Now Support サービスカタログで「インスタンスの復元」を要求できます。 https://support.servicenow.com/now?id=ns_automation_store

クローン実行前にバックアップを取ることを要求できますか？ はい、オンデマンドバックアップを作成するには、2 つの方法があります。

オプション 1:クローンアドミンコンソール内のオンデマンドバックアップオプション

新しい クローンアドミンコンソール (2023 年 11 月にリリースされたストアアプリ) には、オンデマンドバックアップオプションがあります。新しいアプリを使用してクローンを配置する場合、オプション設定でオンデマンドバックアップを選択できます。アプリでこのオプションを選択すると、指定したクローン開始時刻に新しいバックアップが開始されます。 この機能を利用するために、オンデマンドバックアップリストに載っている必要ありません。

オプション 2:Now Support からケースを作成することで、「オンデマンドバックアップリスト」への追加を要求できます。インスタンスがこのリストに表示されると、 each クローンを使用して新しいバックアップが作成されます。

インスタンスで利用可能なバックアップをどのように判断できますか？ Now Support から「インスタンスの利用可能なバックアップのリスト」を取得します。

Now Support (HI) にログインします。 左側のナビゲーションで [Service Catalog] をクリックします。 カタログメニューで [インスタンス管理] を選択します。 [インスタンスのバックアップのリスト] タイルをクリックします バックアップ関連の質問 クローンを作成するときに、どのバックアップファイルが使用されますか? クローンは、クローンターゲットインスタンスのデータセンターに関連する最新のバックアップファイルを常に使用されます。 たとえば、本番インスタンスの LHR データセンターに 2 つのノードがあり、AMS データセンターに 2 つのノードがある場合、これら 2 つのデータセンターの日次バックアップファイルが作成されます。AMS データセンターに開発インスタンスがあり、LHR にテストインスタンスがある場合、開発上のクローンでは最新の AMS バックアップが使用され、テスト上のクローンでは最新の LHR バックアップが使用されます。 オンデマンドバックアップからのクローン作成について聞いたことがありますが、どのように機能しますか? オンデマンドバックアップを作成するには、次の 2 つの方法があります。

オプション 1:クローンアドミンコンソール内のオンデマンドバックアップオプション:

新しい クローンアドミンコンソール (2023 年 11 月にリリースされたストアアプリ) には、オンデマンドバックアップオプションがあります。新しいアプリを使用してクローンを配置する場合、オプション設定でオンデマンドバックアップを選択できます。アプリでこのオプションを選択すると、指定したクローン開始時刻に新しいバックアップが開始されます。 この機能を利用するために、オンデマンドバックアップリストに載っている必要も ありません ことに注意してください。

オプション 2:Now Support からケースを作成することで、「オンデマンドバックアップリスト」への追加を要求できます。インスタンスがこのリストに記載されると、クローンごとに新しいバックアップが作成されます。 オンデマンドバックアップリストからインスタンスを削除するには、テクニカルサポートのケースを再度作成する必要があります。[オンデマンドバックアップ] の下 - 前の質問。

本番インスタンスを [オンデマンドバックアップ] リストに追加した場合、バックアップを取るときの本番のパフォーマンスに影響しますか? いいえ、オンデマンドバックアップの生成中にパフォーマンスが低下することはありません。

ソースインスタンスのデータベースが断片化されている場合、ターゲットインスタンスも断片化されますか。 いいえ。クローンは選択したバックアップから新しいデータベースを構築するため、クローンされたインスタンスに断片化がほとんどまたはまったく発生しません。

クローン後の質問 クローン作成後に、コメント/更新がすべて異なるユーザーと時間として表示されるのはなぜですか? これは設計どおりです。sys_audit テーブルはそれぞれのコメントや更新を行ったユーザーおよび日時を保持するために使用されます。sys_audit テーブルを除外する除外機能を使用してクローンを作成した場合、sys_audit がないため、レコード上のすべてのコメントに sys_created_by フィールドと sys_created_at フィールドが使用されます。

レコードの履歴を表示すると、すべての更新が「update 0」として表示されます。

詳細については、「 KB0690828:クローン作成 - アクティビティフォーマッターと監査に正しいユーザーと時刻が表示されない 」を参照してください。

クローンのMFAをリセットするにはどうすればよいですか? こちらの ビデオ はクローンインスタンスの MFA をリセットする方法を示しています。

クローン実行後にログインできないのはなぜですか？ この問題は予想以上に頻繁に発生します。

インスタンスをクローンすると、本番環境から設定が取り込まれます。これには、アップグレード後に準本番インスタンスにログインできなくなる原因となる SSO およびログイン機能が含まれる可能性があります。

この記事では、クローンのために限らず、常にログインできるローカルアカウントを持つことのメリットについて説明しています。

クローンでこの問題が発生しないようにするには、次の操作を実行します。

方法 1：ソースインスタンスでローカル管理者ユーザーを作成します。

ソースインスタンスでローカルパスワードを使用してローカルアドミンユーザーを作成します。 準本番インスタンスでクローンを作成します。 side_door.do を使用してインスタンスにログインしますが、その際、ステップ 1 のユーザー名とパスワードを使用します。 方法 2：ターゲットインスタンスでローカル管理者ユーザーを作成し、プリザーバーを含めます。

ターゲットインスタンスでローカルパスワードを使用してローカルアドミンユーザーを作成します。 ユーザー (sys_user)、ユーザーロール (sys_user_has_roles)、およびユーザーグループ (sys_user_grmember) のクローンプリザーバーを作成します。 準本番インスタンスでクローンを作成します。 side_door.do を使用してインスタンスにログインしますが、その際、ステップ 1 のユーザー名とパスワードを使用します。 デモインスタンスまたは POV インスタンスをターゲットとしてクローンすると、「有効なキャパシティマッピングのクローン事前チェックに失敗しました」というメッセージが表示されてクローンが失敗しましたか? このエラーメッセージは、小さすぎてサイズが大きくなるように設定されていないインスタンスのクローンを作成しようとすると表示されます。

デモインスタンスと POV インスタンスは特定のサイズにのみ拡張するようにビルドされているため、ソースインスタンスも小さい場合はクローンを作成できますが、特定のサイズに拡張すると、クローン作成にデモインスタンスまたは POV インスタンスを使用することはできません。その後、サブ本番インスタンス (サイズを拡大する機能がある) に対してクローンを作成する必要があります。

また、デモまたはPOVインスタンスのサイズを増やすことはできません。常に準本番インスタンスのクローンを要求します。

クローン後にテキスト検索が実行されないのはなぜですか? インスタンスでクローンを作成すると、テキスト検索が機能しないという問題が発生する可能性があります。

これは、クローン作成後に実行されるクローンクリーンアップスクリプトの 1 つが、このインスタンスを検索用に再インデックス化していて、このスクリプトの実行中は検索が機能しないことが原因です。

実行中のジョブを見ると、 テキストインデックスイベントプロセス が表示されます。stats.do を見ると、次のようなものが表示されます。

このジョブが完了するのを見守ります。完了したら、検索機能を使用できます。

特定のテーブルを除外しましたが、クローン作成後もデータがまだ残っています。 これはサポートに寄せられることが非常に多い質問です。エクスクルーダーに入力しても、クローン作成後にデータが残っているという問題です。

これにはさまざまな原因が考えられます。

クローンで除外するテーブルのチェックボックスをオフにした。 除外対象としてブラックリストに登録されているテーブルを選択しました。 タスクテーブルの子テーブルを除外すると、子テーブルは除外されます。親タスクテーブルを子テーブルと一緒に除外する必要はありません。これは TPH または TPC 拡張モデルで機能します。

エクスクルーダーとプリザーバー エクスクルーダーはどのように機能しますか？ すべての除外設定をソースインスタンスで設定する必要があります。 テーブルごとに作成され、条件ベースのエクスクルーダーは使用できません。 ソースデータに対してのみアクションが実行されます。 テーブルを除外すると、テーブルが切り捨てられるため、ソースインスタンスのデータは保持されません。 タスクテーブルの子テーブルを除外する場合、 階層拡張モデル別のテーブル 子テーブルは除外されます。親タスクテーブルを子テーブルと一緒に除外する必要はありません。 デフォルトでは、クローン作成には除外オプションが選択されています。 クローンを作成する前に除外オプションを削除すると、どのデータも除外されません。 同じテーブルを除外および保持することができます。 プリザーバーはどのように機能しますか？ すべてのプリザーバー設定をソースインスタンスで設定する必要があります。 データのみを保持でき、テーブルまたは列は保持できません。 テーブルごとに作成され、条件を使用して特定のデータのみを保持できます ターゲットデータに対してのみアクションが実行されます。 データは、除外が実行された後にインポートされます。 これらは常にすべてのクローンで実行されます。 同じテーブルを除外および保持することができます。 ターゲットインスタンスからテーブルを保持できるのは、そのテーブルがソースインスタンスにも存在する場合のみです (テーブル構造は保持できず、データのみが保持されるため) また、プリザーバーは重要なデータを保持するためのものであり、大量のデータを保持するものではありません。大量のデータを保持すると、クローンが壊れたり、実行に非常に長い時間がかかったりすることがあります。大量のデータを保持しないことをお勧めします。 詳細については、「 」を参照してください KB0717012 - 除外および保持者構成に基づくクローン結果

除外リストと保持者リストの両方にテーブルを追加すると、どうなりますか? その結果、クローンの後のテーブルは、ターゲットインスタンスのクローンの前とまったく同じになります。クローンの前にテーブルに 5 つのレコードがある場合、その後は同じ 5 つのレコードが存在します。

以下のマトリクスは、次の保持者と除外の組み合わせの期待される結果を特定するのに役立ちます。

シナリオ 1:テーブルの保持と除外。ターゲットインスタンスのレコードを同じままにしたいとします。 シナリオ 2:テーブルを保持および除外しない。ターゲットインスタンスのレコードを同じままにし、ソースインスタンスのレコードをコピーする必要があります。 シナリオ 3:テーブルを保持および除外しない。ソースインスタンスのレコードをコピーせず、ターゲットインスタンスのレコードを削除したい場合:テーブルは空ですが、クローン作成後に使用可能です。 シナリオ 4:テーブルを保持せず、除外しない。ソースインスタンスのレコードでターゲットインスタンスのレコードを置き換えたい場合。 ターゲットインスタンスのプラグインを保持できますか? 場合によっては、ターゲットインスタンスでプラグインをテストした際に、それらのプラグインを保持して、引き続きテストして作業できるようにしたいと思われるかもしれません。

残念ながら、クローンを作成する方法では、新しいデータベースを介してソースインスタンスを復元します。クローン後にプラグインを再度アクティブ化するか、必要に応じてNow Supportから要求する必要があります。

レコードを保持する場合、添付ファイルも保持する必要がありますか？ クローン作成時に、一部のインシデントなど、ターゲットインスタンスの特定のレコードを保持したい場合があります。また、クローン後に、これらのインシデントにリンクされている添付ファイルも保持されることを確認する必要があります。

現在、当社の自動化では、添付ファイルのあるレコードを保持した場合、添付ファイルテーブル専用の別のプリザーバーを作成しなくても、その添付ファイルが自動的に保持されます。

プリザーバーとエクスクルーダーを変更した場合、次回のクローン作成で変更がすぐに機能しますか？ エクスクルーダーまたはプリザーバーを調整したばかりで、クローンを実行する前にしばらく待機する必要があるかどうかを知りたいと、よく質問されます。この場合、待機する必要はありません。エクスクルーダーとプリザーバーを変更すると、それらの変更は次回のクローンの要求で適用されます。

除外オプションのチェックを外しましたが、クローン後も除外ツールは引き続き実行されました (従来の UI)。 最近、この問題が増加しています。クローンを要求し、クローンの作成後に除外オプションのチェックを外した後も、エクスクルーダーが実行されているようです。

これは要求フォームの UI 変更に関係しています。一部のお客様がフォームをカスタマイズし、そのため変更を取得できませんでした。

UI に変更が加えられた結果、オプションタブで除外するオプションが非表示になり、開いて表示するにはクリックしなければならなくなりました。この変更以降、一部のお客様がフォームをカスタマイズしたか、非表示セクションのオプションを表示する代わりにこれらの値を表示するようにフォームを既にカスタマイズしたために、フィールドが 2 回表示されている可能性があります。

ここでの問題は、値は常に最後に検出された値から取得されるので、メインフォームのオプションをオフにすると、そのフィールドで検出された最後の値であるため、そのオプションの値が取得されることです。

これを修正するには、フォームを更新して、フィールドがすべてのセクションで 1 回だけフォームに表示されるようにする必要があります。一旦修正すれば、再発することはありません。

既存のテーブルをプリザーバーに追加できません。 特定のテーブルのデータプリザーバーを追加しようとしているときに、リストにそのテーブルが見つからず、不思議に思うことがあります。これはおそらくテーブルのスコープが原因です。

特定のスコープの一部であるテーブルを保持する場合は、次の操作を行う必要があります。

右上の歯車アイコンをクリックしてテーブルのスコープに切り替え、[開発者] に移動し、テーブルのスコープを選択します。 次に、データプリザーバーテーブルに移動します。 データプリザーバーを作成すると、その特定のテーブルを選択して保存できるようになります。

クローン後に添付ファイルが欠落するのはなぜですか? 最近、クローンが完了した後で、ターゲットインスタンスに添付ファイルがなく、問題が発生していることに気付いたかもしれません。 これは実際には設計どおりに機能しているのですが、この除外は、2018 年 12 月以降にクローン作成の自動化によって内部の問題が修正された後に正しく機能し始めました。これは ServiceNow のリリースの範囲外であるため、それ以降のすべてのリリースとすべてのクローンに影響しています。[大きな添付データを除外 (Exclude large attachment data)] クローンオプションに対して修正が行われました。 つまりこれは設計どおりに、またマニュアルに記載されているとおりに機能しています。添付ファイルを保持したい場合は、クローン作成時に [大きな添付データを除外 (Exclude large attachment data)] チェックボックスをオフにする必要があります。詳細については、「 KB0748521 」を参照してください クリーンアップスクリプト クローンクリーンアップスクリプトはどのように機能しますか？ クローンが完了すると、すべてのクリーンアップスクリプトが「クローンクリーンアップスクリプトの実行:クリーンアップスクリプトを順次実行」という名前のスケジュール済みジョブとして結合され、グローバルスコープで完了するまで実行されます。 クリーンアップスクリプトは、順序フィールドに基づいて順序付けされます。(ヒント:同時に実行できる場合/順序が重要でない場合は、同時実行に同じ順序を割り当てることができます。 ソースインスタンスで定義する必要があります。 関数を使用する場合は、すべてのスクリプトが単一のスクリプトに結合されるため、他のスクリプトとの競合を避けるために一意の名前にしてください。 注意:クローン作成用のすべてのカスタムクリーンアップスクリプトにエラーがなく、エラーと例外を処理できることを確認してください。そうしないと、問題が発生する可能性があります (たとえば、1 つの欠陥のあるスクリプトが失敗し、エラー処理が組み込まれていない場合、次のスクリプトが実行されない可能性があります)。 特定のスコープでクリーンアップスクリプトを実行できますか? すべてのクリーンアップスクリプトは、クリーンアップスクリプトを設定したスコープに関係なく、グローバルスコープで実行されます。したがって、スコープ付きスクリプトを実行する場合の最善の方法は、次のことです。

1.クリーンアップロジックを含むスクリプトインクルードを目的のスコープに作成します 2.次の設定でスコープ対象スクリプトへのアクセスを許可する制限付き発信者アクセス構成を用意します (RCA を作成するには、スクリプトインクルードのスコープ内にいる必要があります)。 ソーススコープ：グローバル ソースタイプ：スコープ ステータス:許可 ターゲットスコープ: ターゲットタイプ：スクリプトインクルード ターゲット: 操作：API の実行

3.クローンクリーンアップスクリプトからスクリプトインクルードを呼び出します。

クリーンアップスクリプトをテストするには、スクリプトバックグラウンドでグローバルスコープからスクリプトを実行し、期待どおりに機能していることを確認します。

実行されたクリーンアップスクリプトを確認するにはどうすればよいですか? 次の URL を使用して、トリガーされたクリーンアップスクリプトのリストを取得します。クローンが本日行われなかった場合は、作成日フィルターの変更が必要になることがあります。

/syslog_list.do?sysparm_query=sys_created_onONToday%40javascript%3Ags.beginningOfToday()%40javascript%3Ags.endOfToday()%5EmessageSTARTSWITHExecuting%3A%5Esource%3DNew%20Clone%20Engine

特定のクローンクリーンアップスクリプトが失敗した場合に確認できますか? そのため、クローンクリーンアップスクリプトでは、すべてのスクリプトを1つに結合します。そのため、スクリプトのいずれかでエラーが発生すると、他のすべてのクローンクリーンアップスクリプトに影響を与える可能性があります。エラーが発生して続行できなくなります。

カスタムクリーンアップスクリプトを作成していて、失敗しても残りのクローンクリーンアップスクリプトが引き続き実行されることを確認する場合。クローンクリーンアップスクリプトに単純な try/catch を追加すると、失敗しても次のスクリプトに進みます。また、catch に独自のエラーメッセージを作成して、スクリプトの失敗を監視して簡単に見つけることができます。

例：

エラーのある不正なスクリプト

cleanupTempTable(); function cleanupTempTable() { gs.log("here"); gs.log(fds); // Fails here } gs.log("Next script"); // This script will not run due to error already on line 5 TRY/CATCH メソッド

try { cleanupTempTable(); } catch (e) { gs.log("Clone Cleanup script failed " + e); } function cleanupTempTable() { gs.log("here"); gs.log(fds); /// Fails here as variable fds doesn't exist. } gs.log("Next script"); // It will still run this script due to the try/catch インスタンスごとにクリーンアップスクリプトを設定できますか？ 特定のインスタンス専用のクリーンアップスクリプトはありません。 ただし、インスタンス名のシステムプロパティを確認し、その結果に応じて特定のジョブを実行するようにクリーンアップスクリプトで定義することはできます。 例： var instanceName = gs.getProperty('instance_name'); if (instanceName == 'testdev') { // Do specific jobs for dev instance } else if (instanceName == 'testsandbox') { // Do specific jobs for sandbox instance } 更新セットとクローン作成 更新セットのアップグレードと展開後にクローンを作成した後、更新セットが欠落するのはなぜですか? アップグレードが完了すると、新しいバックアップが作成されます。あなたの状況は、アップグレード直後に新しいバックアップを取得し、アップグレード直後に更新セットをプッシュします。すぐにクローンを作成することもできますが、適用した更新セットはアップグレード後のバックアップで欠落していました。クローンを作成した場合、バックアップ内のアイテムのみが取得されます

アップグレードしてアプリに更新をプッシュした後、毎日のバックアップを実行して適用したすべての更新をキャプチャできるように、少なくとも 24 時間待つことをお勧めします。

進行中の大量の更新セットを処理するためのヒント 対応中 (WIP) の更新セットがあるターゲットインスタンスで、フィルタリングして、すべての WIP 更新セットを含むリストビューを取得します。 別のウィンドウ/タブで、新しい更新セットを作成します。 ステップ 1 からすべての不完全な更新セットをバッチ処理します。つまり、WIP 更新セットのリストの親フィールドを新しいバッチ更新セットに設定します。 一括更新する方法:リストを一括更新するには、Shiftキーを押しながらマウスの左クリックを押しながら、マウスで列全体を選択し、選択した列のフィールドのいずれかをダブルクリックし、目的の値を入力し、それらすべてをその値に更新します。 親更新セットを「完了」に設定し、「CLNREQ_DATE」という名前を付けます。 (識別しやすい名前付けの提案) 親更新セットをエクスポートする。 ソースインスタンスに戻り、更新セットを取得します (重要:コミットしないでください)。 これで、親更新セットがソースインスタンスの取得済み更新セットに追加されます。

更新セットが日次バックアップによってキャプチャされるまで 24 時間待機してください。 (または、クローン管理コンソールでオンデマンドバックアップを選択することもできます)。 ソースインスタンスからターゲットインスタンス>通常どおりクローンを実行します。 親更新セットがバックアップで取得されたため、ターゲットインスタンスには、クローン後に実行中の開発作業とともに親更新セットが含まれます。 ターゲットインスタンスに戻り、親更新セットを対応中に戻したり、親化を解除したりできます。 ソースインスタンスで: 取得した親更新セットをクリーンアップ (つまり削除) できるようになりました。 ソースコントロールとクローン作成 1.インスタンスのクローンプロセスは、既存のソースコントロール構成または接続にどのような影響を与えますか? 一般に、ソースコントロールでは、クローン作成前にすべての作業がコミットされていることが期待されます。クローンでは、ソースコントロール構成が保持されます。クローン後、その構成に基づいて最新のものを取得するために自動的に再同期されます。

https://www.servicenow.com/docs/bundle/zurich-application-development/page/build/applications/task/preserve-applications-during-clone.html を参照してください。

2.クローン後に手動で再構成する必要がある、ソースコントロールに関連する構成または設定はありますか? ソースコントロール構成はクローン用に保持されます。

3.現在進行中または完了しているが、まだクローン作成中に本番環境に展開されていないストーリーを処理する場合に推奨されるアプローチは何か? 変更がソースコントロールにコミットされていることを確認します。クローン後、それらは自動的に再同期される必要があります (またはリモート変更を適用できます)。そうすれば、作業を続けることができるはずです。

4.特定の構成またはデータを保持するために、クローンの前にデータプリザーバーを作成する必要がありますか? 特にソースコントロール構成の場合、いいえ – これはデフォルトで既に保存されています。

5.クローン前とクローン後のチェックリスト:ソースコントロールのクローンが機能し続ける前後に検証する必要があることは何ですか? クローン前:すべての作業がコミットされたことを確認します。 (そうしないと失われます)

クローン後:最新の作業がソースコントロールから再同期されたことを確認します。

CI/CD と GitHub ソースコントロールの統合が有効になっている場合のインスタンスのクローン作成に関連するドキュメント:

https://www.servicenow.com/docs/bundle/zurich-application-development/page/build/applications/task/preserve-applications-during-clone.html

RaptorDB とクローン作成 RaptorDBインスタンスからMariaDBインスタンスに(またはその逆)クローンを作成するとどうなりますか? クローンは ターゲット DB タイプをソース DB タイプと一致するように変換します。

ソースインスタンス ターゲットインスタンス (クローン前) 新しいターゲット (クローン後) Raptor Raptor Raptor Raptor Maria Raptor Maria Raptor Maria 注: Maria > Raptor クローンは、以下の特殊なシャード DB シナリオではサポートされません。

Maria シャード > Raptor シャードはサポートされません。

Maria シャード > Raptor 非シャードはサポートされません。

ハイパースケーラーとクローン作成 ハイパースケーラーから ServiceNow にクローンを作成できますか? ハイパースケーラーでホストされるインスタンスから ServiceNow がホストするインスタンスへのクローン作成は現在サポートされていません (例:ハイパースケーラーでホストされている本番インスタンスから ServiceNow クラウドの非本番インスタンスへのクローン作成)。インスタンスをハイパースケーラーに移行している場合は、クローン要求を開始する前に、すべてのインスタンス (すべての本番インスタンスと非本番インスタンス) が完全に移行されていることを確認してください。

その他のよくある質問 ドラフトとは何ですか?これらを削除できないのはなぜですか? UI をクリックしてクローンを送信すると、クローンテーブルにレコードが作成されます。クローンを続行しないか、ポップアップウィンドウの外をクリックすると、レコードは「ドラフト」としてシステムに残りますが、これは無視しても問題ありません。これらを削除できない理由は、クローン要求を管理する ServiceNow の内部インスタンスへのリンクがあるためです。

クローンが「保留中」になっているのはなぜですか? クローンのステータスが [保留] に設定されている場合、サーバーがクローン要求を却下したことを意味します。最も一般的な理由は次のとおりです。

スケジュールされた時間までにクローンを続行する準備ができなかった。 ターゲットインスタンスはダウングレードされません。 クローンに使用されたバックアップに問題がある。 詳細については、「KB0694499 - 「保留」ステータスの複数のクローンを参照してください

別のインスタンスにクローンした場合、リリースは変更されますか? はい。クローンを作成すると、ソースインスタンスのレプリカが作成されるため、テーブル構造とバージョンは一致することになります。

そのため、Tokyo 経由で San Diego インスタンスのクローンを作成した場合、ターゲットインスタンスは San Diego リリースになります。

逆に、San Diego 経由で Tokyo インスタンスのクローンを作成すると、ターゲットインスタンスは Tokyo リリースになります。

認証ステップでクローンを要求するか、クローンターゲットを作成すると、「無効なユーザー名またはパスワード?」とプロンプトが表示されますか? この問題は、以下の 2 つの原因のいずれかが原因で発生します。

(I) ターゲットインスタンスでマルチファクター認証が有効になっているかどうかを確認します。これを検証するには、次のことを行います。

[sys_properties] テーブルに移動し、プロパティ [glide.authenticate.multifactor] を検索します。 このプロパティの値が true の場合、インスタンスではマルチファクター認証が有効になっています。 (II) ターゲットインスタンスの BasicAuth スクリプトインクルードがカスタマイズされているかどうかを確認します。

どちらの場合も、クローンターゲットを作成しようとすると、ログに次のようなものが表示されます。

Script: InstanceRetrieverAjax: Sending request to /HAGetParams.do?SOAP WARNING *** WARNING *** OUTBOUND USAGE ANALYTICS - OutboundUsageAnalytics : OutboundUsageAnalytics: Usage analytics send failed Operation against file 'instance' was aborted by Business Rule 'Target Instance Validate^c16a7406db00c890cd7efafc0f9619dd'. Business Rule Stack:Target Instance Validate Slow business rule 'Target Instance Validate' on instance: time was: 0:00:00.506 Error in user input caused action to be cancelled

クローンターゲットの作成を認証する場合、またはクローンをスケジュールする場合は、ローカルアドミンユーザーを使用することをお勧めします。

使用しているローカルアドミンユーザー ID で [Web サービスへのアクセスのみ] がオンになっていない場合、認証に失敗し、「無効なユーザー名またはパスワード」というエラーメッセージが表示されます。これは、ビジネスルール「 Target Instance Validate が、スクリプトインクルード「 InstanceRetrieverAjax」から送信された SOAP 呼び出しを介してターゲットインスタンスを検証できないことが原因です 。

その他の情報：

ターゲットインスタンスへのクローン認証が「無効なユーザー名またはパスワード」で失敗する データを除外している場合でも、メールアカウントがターゲットにクローンされたのはなぜですか？ クローンを作成した後、メールをオンにする前に、本番環境のメールアカウントが準本番インスタンスにコピーされていることがわかる場合があります。それで、テーブルを除外するオプションがオンになっていることを確認しても、問題が解消されないように思えました。

この問題が発生するのは、通常は以下のことが原因です。あるとき準本番環境でテーブルを除外せずにクローンを作成したため、sys_email_account がターゲットインスタンスにコピーされました。その場合 sys_email_account のプリザーバーが存在するため、その後のすべてのクローンでメールアカウントが保持されます。

回避策：クローンクリーンアップスクリプト

本番インスタンスにログインします。 準本番環境で不要なメールアカウントのすべての sys_id を確認します。 これらの sys_id を持つすべてのメールアカウントを削除するクローンクリーンアップスクリプトを本番環境で作成します。 スクリプトの例：

// Add sys_ids to the encoded query (queryString)

// Like queryString = "sys_idIN206594e8db9eb3002e14c6fc34961998,6ab25213db003300eaf8e64305961927"

var queryString = "sys_idIN";

var emailclean = new GlideRecord('sys_email_account');

emailclean.addEncodedQuery(queryString);

emailclean.deleteMultiple(); これは、すべてのクローン作成後に、これらの sys_email_accounts がクローンされたかどうかに関係なく削除されることを意味します。新しいメールアカウントを追加する場合は、このスクリプトに追加する必要がありますが、これにより、ソースインスタンスからメールアカウントが送信されなくなります。

Release .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: #000000; } span { font-size: 12pt; font-family: Lato; color: #000000; } h2 { font-size: 24pt; font-family: Lato; color: black; } h3 { font-size: 18pt; font-family: Lato; color: black; } h4 { font-size: 14pt; font-family: Lato; color: black; } a { font-size: 12pt; font-family: Lato; color: #00718F; } a:hover { font-size: 12pt; color: #024F69; } a:target { font-size: 12pt; color: #032D42; } a:visited { font-size: 12pt; color: #00718f; } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: ; max-width: ; width: ; height: ; } } すべてのリリース

Resolution .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: #000000; } span { font-size: 12pt; font-family: Lato; color: #000000; } h2 { font-size: 24pt; font-family: Lato; color: black; } h3 { font-size: 18pt; font-family: Lato; color: black; } h4 { font-size: 14pt; font-family: Lato; color: black; } a { font-size: 12pt; font-family: Lato; color: #00718F; } a:hover { font-size: 12pt; color: #024F69; } a:target { font-size: 12pt; color: #032D42; } a:visited { font-size: 12pt; color: #00718f; } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: ; max-width: ; width: ; height: ; } } 該当なし