クローンに関する FAQ - よく寄せられる質問Issue <!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } span { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } h2 { font-size: 24pt; font-family: Lato; color: var(--now-color--text-primary, black); } h3 { font-size: 18pt; font-family: Lato; color: var(--now-color--text-primary, black); } h4 { font-size: 14pt; font-family: Lato; color: var(--now-color--text-primary, black); } a { font-size: 12pt; font-family: Lato; color: var(--now-color--link-primary, #00718F); } a:hover { font-size: 12pt; color: var(--now-color--link-primary, #024F69); } a:target { font-size: 12pt; color: var(--now-color--link-primary, #032D42); } a:visited { font-size: 12pt; color: var(--now-color--link-primary, #00718f); } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: ; max-width: ; width: ; height: ; } } .mce-toc { background-color: #f7f7f7; padding: 10px; border-radius: 5px; border: 1px solid #dedede; width: 70%; min-width: 500px; } この記事では、ソースインスタンスからターゲットインスタンスへのクローンに関連して、ServiceNow テクニカルサポートからクローンに関する最も一般的な質問を一覧表示します。詳細については、バックアップ、クローン作成後、除外ツール、プリザーバー、クリーンアップスクリプトをご覧ください。 この記事は、クローンに関する 3 部構成のシリーズの一部です。 クローンの基本情報クローンのヒントとテクニック 目次 よくある 3 つの質問 特定の日付からクローンを作成できますか?クローンの前にバックアップを要求できますか?インスタンスで利用可能なバックアップをどのように判断できますか？ バックアップ関連の質問 クローンを作成するときに使用されるバックアップファイルはどれですか? オンデマンドバックアップからのクローン作成はどのように機能しますか?本番インスタンスをオンデマンドバックアップリストに追加すると、パフォーマンスに影響しますか?ソースインスタンスのデータベースが断片化されている場合、ターゲットインスタンスも断片化されますか。 クローン後の質問 クローン作成後に、コメントと更新に異なるユーザーと時間が表示されるのはなぜですか?クローンのMFAをリセットするにはどうすればよいですか?クローン実行後にログインできないのはなぜですか？デモまたは POV インスタンスへのクローン作成時に、「有効なキャパシティマッピングのクローン事前チェックに失敗しました」というメッセージでクローンが失敗しましたクローン後にテキスト検索が機能しないのはなぜですか?特定のテーブルを除外しましたが、クローン後もデータがまだ存在します 除外者と保持者 除外者はどのように機能しますか?プリザーバーの仕組み除外リストと保持者リストの両方にテーブルを追加するとどうなりますか?ターゲットインスタンスのプラグインを保持できますか?レコードを保持する場合、添付ファイルも保持する必要がありますか?保持者と除外者への変更はすぐに有効になりますか?除外オプションをオフにしましたが、クローン後も除外ツールが実行されました (従来の UI)既存のテーブルを保持者に追加できませんクローン後に添付ファイルが欠落するのはなぜですか? スクリプトをクリーンアップ クローンクリーンアップスクリプトはどのように機能しますか？ 特定のスコープでクリーンアップスクリプトを実行できますか?実行されたクリーンアップスクリプトを確認するにはどうすればよいですか?失敗したクリーンアップスクリプトが他のクリーンアップスクリプトを停止しないようにするにはどうすればいいですか?インスタンスごとに異なるクリーンアップスクリプトを実行できますか? 更新セットとクローン作成 アップグレード後のクローン作成後に更新セットが欠落するのはなぜですか?クローンを作成する前に、進行中の更新セットを大量に処理します ソースコントロールとクローン作成 クローン作成はソースコントロール構成にどのように影響しますか? クローン後に再構成する必要があるソースコントロール設定はありますか? 進行中または完了しているが、まだ本番環境に展開されていないストーリーをどのように処理すればよいですか?ソースコントロール構成にデータプリザーバーが必要ですか?ソースコントロールを機能させるために、クローンの前後に何を検証すればよいか?CI/CD と GitHub ソースコントロールの統合が有効になっている場合のインスタンスのクローン作成に関連するドキュメント: RaptorDB とクローン作成 RaptorDB インスタンスと MariaDB インスタンスの間でクローンを作成するとどうなりますか? ハイパースケーラーとクローン作成 ハイパースケーラーでホストされるインスタンスから ServiceNow でホストされるインスタンスにクローンを作成できますか? その他のよくある質問 ドラフトクローンレコードとは何ですか?なぜ削除できないのですか?クローンが「保留中」になっているのはなぜですか?クローンのスケジュール時に一部の日時が利用できないのはなぜですか?クローン作成によってターゲットインスタンスのリリースバージョンは変更されますか?クローンターゲット認証が「無効なユーザー名またはパスワード」で失敗するデータを除外した場合でも、本番環境のメールアカウントがターゲットインスタンスにコピーされるのはなぜですか?クローンのスケジュールを変更するにはどうすればよいですか? よくある 3 つの質問 特定の日付からクローンを作成できますか? デフォルトでは、クローン要求はソースインスタンスの最新のバックアップを使用します。 オンデマンドバックアップ: 夜間バックアップの実行後に本番環境に大きな変更が加えられ、その変更をクローンに反映する場合は、新しいオンデマンドバックアップを作成します。要求方法のオプションについては、次の質問を参照してください。 インスタンスの復元要求:古いバックアップを使用してインスタンスを以前のステータスに復元するには、Now Support サービスカタログからインスタンスの復元要求を送信します:https://support.servicenow.com/now?id=ns_automation_store クローンの前にバックアップを要求できますか? はい。オンデマンドバックアップを作成するには、2 つの方法があります。 オプション 1:クローンアドミンコンソール クローンアドミンコンソール (2023 年 11 月にリリースされたストアアプリ) には、オンデマンドバックアップオプションが含まれています。アプリを使用してクローンを配置する場合は、オプション設定でオンデマンドバックアップを選択します。指定したクローン開始時刻に新しいバックアップが開始されます。 このオプションを使用するために、オンデマンドバックアップリストに載っている必要はありません。 オプション 2:Now Support ケース要求 Now Support からケースを送信して、オンデマンドバックアップリストに追加します。追加されると、クローンごとに新しいバックアップが作成されます。 インスタンスで利用可能なバックアップをどのように判断できますか？ 利用可能なバックアップのリストを取得するには、Now Support で次の手順に従ってください。 Now Support にログインします。左側のナビゲーションで [サービスカタログ] を選択します。カタログメニューの [インスタンス管理] を選択します。[List of backups for the instance] タイルを選択します。 バックアップ関連の質問 クローンを作成するときに使用されるバックアップファイルはどれですか? クローンでは、ターゲットインスタンスのデータセンターから最新のバックアップファイルが使用されます。 たとえば、本番インスタンスに LHR データセンターに 2 つのノードがあり、AMS データセンターに 2 つのノードがある場合、両方のデータセンターに対して日次バックアップファイルが作成されます。AMS データセンターの開発インスタンスへのクローンは、最新の AMS バックアップを使用します。LHR のテストインスタンスへのクローンは、最新の LHR バックアップを使用します。 オンデマンドバックアップからのクローン作成はどのように機能しますか? オンデマンドバックアップを作成するには、2 つの方法があります。 オプション 1:クローンアドミンコンソール クローンアドミンコンソール (2023 年 11 月にリリースされたストアアプリ) には、オンデマンドバックアップオプションが含まれています。アプリを使用してクローンを配置する場合は、オプション設定でオンデマンドバックアップを選択します。指定したクローン開始時刻に新しいバックアップが開始されます。 このオプションを使用するために、オンデマンドバックアップリストに載っている必要はありません。 オプション 2:Now Support ケース要求 Now Support からケースを送信して、オンデマンドバックアップリストに追加します。追加されると、クローンごとに新しいバックアップが作成されます。 オンデマンドバックアップリストからインスタンスを削除するには、Now Support からケースを送信します。 本番インスタンスをオンデマンドバックアップリストに追加すると、パフォーマンスに影響しますか? いいえ。オンデマンドバックアップの生成は、本番パフォーマンスには影響しません。 ソースインスタンスのデータベースが断片化されている場合、ターゲットインスタンスも断片化されますか。 いいえ。クローンは選択したバックアップから新しいデータベースをビルドするため、クローンされたインスタンスには断片化がほとんどまたはまったくありません。 クローン後の質問 クローン作成後に、コメントと更新に異なるユーザーと時間が表示されるのはなぜですか? これが想定される動作です。除外者を使用してクローンを作成すると、[sys_audit] テーブルは除外されます。このテーブルには、各コメントと更新のユーザー、日付、時刻が格納されます。これがない場合、システムはレコードのすべてのコメントに [sys_created_by] フィールドと [sys_created_at] フィールドを使用します。 レコードの履歴を表示すると、すべての更新が更新 0 として表示されます。 詳細については、Now Support ナレッジベースの「 クローン作成 - アクティビティフォーマッターと監査に正しいユーザーと時刻 が表示されない」記事を参照してください。 クローンのMFAをリセットするにはどうすればよいですか? このビデオでは、クローンインスタンスの MFA をリセットする方法を説明しています。 クローン実行後にログインできないのはなぜですか？ クローンを作成すると、SSO やログイン構成などの設定が本番インスタンスからコピーされます。これにより、クローン後に非本番インスタンスにアクセスできなくなる可能性があります。この理由から、ローカルアドミンアカウントを持つことは便利です。 方法 1:ソースインスタンスにローカルアドミンユーザーを作成する ソースインスタンスのローカルパスワードを使用してローカルアドミンユーザーを作成します。非本番インスタンスのクローンを作成します。手順 1 の認証情報で side_door.do を使用してインスタンスにログインします。 方法 2:保持者を使用してターゲットインスタンスにローカルアドミンユーザーを作成する ターゲットインスタンスにローカルパスワードを使用してローカルアドミンユーザーを作成します。ユーザー [sys_user]、ユーザーロール [sys_user_has_role]、およびユーザーグループ [sys_user_grmember] テーブルのクローン保持者を作成します。非本番インスタンスのクローンを作成します。手順 1 の認証情報で side_door.do を使用してインスタンスにログインします。 注: 少なくとも 1 つのアドミンアカウントにsecurity_adminロールがあることを確認してください。このロールを保持しているアドミンアカウントがない場合、このロールを取り戻すには ServiceNow サポートのサポートが必要です。 デモまたは POV インスタンスへのクローン作成時に、「有効なキャパシティマッピングのクローン事前チェックに失敗しました」というメッセージでクローンが失敗しました このエラーは、ターゲットインスタンスが小さすぎてソースインスタンスを収容するために拡張できない場合に発生します。 デモインスタンスと POV インスタンスは、特定のサイズにのみ拡張するようにビルドされています。ソースインスタンスがそのサイズを超えて大きくなった場合、デモインスタンスまたは POV インスタンスにクローンを作成することはできません。必要に応じて拡張できる非本番インスタンスにクローンを作成する必要があります。 ServiceNow では、デモまたは POV インスタンスのサイズを増やすことはできません。 クローン後にテキスト検索が機能しないのはなぜですか? クローンクリーンアップスクリプトは、すべてのクローンの後に実行され、検索用のインスタンスのインデックスが再作成されます。このインデックスの再作成の進行中は、テキスト検索は機能しません。 進行状況を監視するには、実行中のジョブのリストに移動し、テキストインデックスイベントプロセスを探します。stats.do を確認すると、次のようなエントリが表示されます。 インデックスの再作成が完了すると、テキスト検索機能が再開されます。 特定のテーブルを除外しましたが、クローン後もデータがまだ存在します この問題には、いくつかの原因が考えられます。 クローンが実行される前に [テーブルを除外] チェックボックスがオフになっていました。選択したテーブルは除外の拒否リストにあるため、除外できません。タスクテーブルの子テーブルを除外する場合は、親タスクテーブルではなく子テーブルのみを除外する必要があります。これは、TPH と TPC の両方の拡張モデルに適用されます。 除外者と保持者 除外者はどのように機能しますか? すべての除外設定をソースインスタンスで構成する必要があります。除外者はテーブルごとに作成されます。条件ベースの除外者はサポートされていません。除外者はソースデータにのみ適用されます。テーブルを除外するとテーブルは切り捨てられ、ソースインスタンスのデータは保持されません。タスクテーブルの子テーブルを除外する場合 (階層別テーブル拡張モデル)、子テーブルのみを除外します。親タスクテーブルを除外する必要はありません。デフォルトでは、[除外] オプションが選択されています。クローンを作成する前にすべての除外オプションをクリアすると、データは除外されません。同じテーブルを除外して保持することができます。 プリザーバーの仕組み ソースインスタンスですべてのプリザーバー設定を構成する必要があります。データのみを保持でき、テーブルや列は保持できません。保持者はテーブルごとに作成され、特定のレコードを保持するための条件ベースのフィルタリングをサポートします。保持者はターゲットデータにのみ適用されます。データは除外の実行後にインポートされます。保持者はすべてのクローンで実行されます。同じテーブルを除外して保持することができます。テーブルは、ソースインスタンスにも存在する場合にのみ、ターゲットインスタンスから保持できます。テーブル構造は保持できず、データのみが保持されます。プリザーバーは、大量のデータではなく、重要なデータを対象としています。大量のデータを保持すると、クローンが失敗したり、完了までにかなり時間がかかったりする可能性があります。 詳細については、Now Support ナレッジベースの記事「除外に基づくクローン結果」を参照してください。 除外リストと保持者リストの両方にテーブルを追加するとどうなりますか? ターゲットインスタンスのテーブルは、クローン後も変更されません。たとえば、クローンの前にテーブルに 5 つのレコードがあった場合、その後も同じ 5 つのレコードが残ります。 次の表は、保持者と除外者の各組み合わせで予想される結果をまとめたものです。 シナリオ保持者除外者結果 1 はいはいクローン後もターゲットテーブルレコードは変更されません 2 はいいいえターゲットレコードは保持され、ソースレコードもコピーされます 3 いいえはいソースレコードはコピーされません。ターゲットレコードが削除されます。テーブルは空ですが、クローン後に使用可能です 4 いいえいいえソースレコードがターゲットレコードを置き換える ターゲットインスタンスのプラグインを保持できますか? いいえ。クローンは新しいデータベース上でソースインスタンスを復元するため、ターゲットインスタンスのプラグインは保持されません。クローン後、プラグインを再度アクティブ化するか、必要に応じて Now Support から要求を送信します。 レコードを保持する場合、添付ファイルも保持する必要がありますか? いいえ。添付ファイルを含むレコードを保持すると、添付ファイルは自動的に保持されます。添付ファイルテーブル用に別の保持者を作成する必要はありません。 保持者と除外者への変更はすぐに有効になりますか? はい。除外者と保持者の変更は、次のクローン要求で有効になります。待機期間は必要ありません。 除外オプションをオフにしましたが、クローン後も除外ツールが実行されました (従来の UI) この問題は、クローン要求フォームの UI の変更が原因で発生します。フォームをカスタマイズした場合、除外フィールドはメインフォームと非表示のオプションタブの 2 か所に表示されます。フィールドが 2 回表示されると、フォーム上で見つかったフィールドの最後のインスタンスの値が使用されますが、これは設定した値ではない可能性があります。 これを修正するには、フォームを更新して、各除外フィールドがすべてのセクションで 1 回だけ表示されるようにします。 既存のテーブルを保持者に追加できません 保持者リストにテーブルが見つからない場合は、そのテーブルは特定のアプリケーションスコープ内にある可能性があります。追加するには: テーブルのスコープに切り替えます。右上の歯車アイコンを選択し、 開発者に移動して、テーブルのスコープを選択します。データプリザーバーテーブルに移動します。データプリザーバーを作成します。これで、スコープ対象のテーブルを選択できるようになりました。 クローン後に添付ファイルが欠落するのはなぜですか? クローン後の添付ファイルの欠落は、想定される動作です。[大きな添付ファイルデータを除外] オプションは、クローン作成時にデフォルトで選択されています。 添付ファイルを保持するには、クローンをスケジュールするときに [大きな添付ファイルデータを除外] チェックボックスをオフにします。 詳細については、Now Support ナレッジベース「関連添付ファイルおよびクローン作成」を参照してください。 スクリプトをクリーンアップ クローンクリーンアップスクリプトはどのように機能しますか？ クローンが完了すると、すべてのクリーンアップスクリプトが Execute Clone Cleanup Script: Execute Cleanup Scripts Sequentially という名前の単一のスケジュール済みジョブに結合され、完了するまでグローバルスコープで実行されます。 スクリプトは、[Order] フィールドで定義された順序で実行されます。同じ順序値を持つスクリプトは同時に実行されます。クリーンアップスクリプトは、ソースインスタンスで定義する必要があります。クリーンアップスクリプトで関数を使用する場合は、競合を避けるために一意の関数名を使用します。すべてのスクリプトは、実行前に単一のスクリプトに結合されます。 重要: すべてのカスタムクリーンアップスクリプトには、エラー処理が含まれている必要があります。try/catch ブロックなしでスクリプトが失敗した場合、後続のクリーンアップスクリプトが実行されなくなる可能性があります。 特定のスコープでクリーンアップスクリプトを実行できますか? すべてのクリーンアップスクリプトは、設定されているスコープに関係なくグローバルスコープで実行されます。スコープ付きロジックを実行するには、次の方法を使用します。 クリーンアップロジックを含むスクリプトインクルードを目的のスコープに作成します。制限付きの発信者アクセス (RCA) 構成を作成して、スコープ付きスクリプトへのグローバルスコープアクセスを許可します。以下の値を設定します: Source Scope: GlobalSource Type: ScopeStatus: AllowedTarget Scope: (scope of the script include)Target Type: Script IncludeTarget: (your script)Operation: Execute API クローンクリーンアップスクリプトからスクリプトインクルードを呼び出します。 テストするには、 [Scripts - Background] のグローバルスコープからクリーンアップスクリプトを実行し、期待どおりに機能することを確認します。 実行されたクリーンアップスクリプトを確認するにはどうすればよいですか? 実行されたクリーンアップスクリプトのリストを表示するには、インスタンスで次の URL を使用します。クローンが本日実行されなかった場合は、作成日フィルターを調整します。 /syslog_list.do?sysparm_query=sys_created_onONToday%40javascript%3Ags.beginningOfToday()%40javascript%3Ags.endOfToday()%5EmessageSTARTSWITHExecuting%3A%5Esource%3DNew%20Clone%20Engine 失敗したクリーンアップスクリプトが他のクリーンアップスクリプトを停止しないようにするにはどうすればいいですか? すべてのクリーンアップスクリプトが単一のスクリプトに結合されるため、1 つのスクリプトに未処理のエラーがあると、残りのスクリプトが実行されないことがあります。カスタムクリーンアップスクリプトを try/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 更新セットの 親 フィールドを新しいバッチ更新セットに設定します。リストを一括更新するには、Shift キーを押しながら列全体を選択し、列内の任意のフィールドをダブルクリックして値を入力し、すべて更新する場合に選択します。親更新セットの状態を 完了 に設定し、 CLNREQ_DATE (または識別しやすい名前) という名前を付けます。親更新セットをエクスポートします。ソースインスタンスで、更新セットを取得します。コミットしないでください。日次バックアップで更新セットがキャプチャされるまで 24 時間待つか、クローンアドミンコンソールでオンデマンドバックアップオプションを選択します。ソースインスタンスからターゲットインスタンスへのクローンを実行します。親更新セットとその子更新セットがバックアップに含まれ、クローンされます。ターゲットインスタンスで、親更新セットを 進行中 に戻し、親の割り当てを削除します。ソースインスタンスで、取得した親更新セットを削除します。 ソースコントロールとクローン作成 クローン作成はソースコントロール構成にどのように影響しますか? ソースコントロール構成は、クローン作成中も保持されます。クローンが完了すると、インスタンスはこれらの構成に基づいて自動的に最新のステータスに再同期されます。クローンを作成する前に、すべての作業がソースコントロールにコミットされていることを確認します。 「 システムクローン中の開発中のアプリケーションとカスタマイズの保存」を参照してください。 クローン後に再構成する必要があるソースコントロール設定はありますか? いいえ。ソースコントロールの構成は自動的に保持されます。 進行中または完了しているが、まだ本番環境に展開されていないストーリーをどのように処理すればよいですか? クローンを作成する前に、進行中のすべての変更をソースコントロールにコミットします。クローン後、リモート変更を適用するか、自動再同期を許可して最新のコミット済み作業をプルします。その後、中断したところから開発を続行できます。 ソースコントロール構成にデータプリザーバーが必要ですか? いいえ。ソースコントロール構成はデフォルトで保持され、データプリザーバーは必要ありません。 ソースコントロールを機能させるために、クローンの前後に何を検証すればよいか? クローン作成の前:すべての作業がコミットされていることを確認します。コミットされていない変更は失われます。クローン作成後: 最新の作業がソースコントロールから再同期されたことを確認します。 CI/CD と GitHub ソースコントロールの統合が有効になっている場合のインスタンスのクローン作成に関連するドキュメント: CI/CD と GitHub ソースコントロールの統合が有効になっている場合のクローン作成に関するドキュメントについては、 ソースコントロールおよびクローン保持 ドキュメントを参照してください。 RaptorDB とクローン作成 RaptorDB インスタンスと MariaDB インスタンスの間でクローンを作成するとどうなりますか? クローンは、ターゲットデータベースタイプをソースデータベースタイプと一致するように変換します。 ソースインスタンス ターゲットインスタンス (クローン前) ターゲットインスタンス (クローン後) RaptorDB RaptorDB RaptorDB RaptorDB MariaDB RaptorDB MariaDB RaptorDB MariaDB 注:次の Maria から RaptorDB へのクローンシナリオは、シャードデータベース構成ではサポートされていません。 MariaDB シャードから RaptorDB シャードへMariaDB シャードから RaptorDB 非シャードへ ハイパースケーラーとクローン作成 ハイパースケーラーでホストされるインスタンスから ServiceNow でホストされるインスタンスにクローンを作成できますか? いいえ。ハイパースケーラーでホストされるインスタンスから ServiceNow でホストされるインスタンスへのクローン作成はサポートされていません。たとえば、ハイパースケーラーでホストされている本番インスタンスから ServiceNow クラウドの非本番インスタンスにクローンを作成することはできません。 インスタンスをハイパースケーラーに移行する場合は、クローン要求を送信する前に、すべての本番インスタンスと非本番インスタンスが完全に移行されていることを確認してください。 その他のよくある質問 ドラフトクローンレコードとは何ですか?なぜ削除できないのですか? UI でクローンを送信するオプションを選択すると、クローンテーブルにレコードが作成されます。送信を完了する前にプロセスを終了すると、レコードはドラフトとしてシステムに残ります。ドラフトレコードは無視しても問題ありません。 ドラフトレコードは、クローン要求を管理する内部 ServiceNow システムにリンクされているため、削除できません。 クローンが「保留中」になっているのはなぜですか? クローンステータスが [保留] に設定されている場合、サーバーはクローン要求を却下します。一般的な理由は次のとおりです。 スケジュールされた時間までにクローンを続行する準備ができなかった。ターゲットインスタンスはダウングレードされません。クローンに使用されたバックアップに問題があります。 詳細については、Now Support ナレッジベースの記事「保留状態にある複数のクローン」を参照してください。 クローンのスケジュール時に一部の日時が利用できないのはなぜですか? スケジュールカレンダーでは、競合検出を使用して、クローンが他のスケジュール済みアクティビティと重複しないようにします。日付と時刻は、次の 2 つの理由で利用できない場合があります。 他の自動化または ServiceNow 管理のメンテナンスとの競合 ターゲットインスタンス (場合によってはソースインスタンス) に影響を与える変更がすでにスケジュールされている場合、それらのタイムスロットはブロックされます。たとえば、ターゲットインスタンスでアップグレードが計画されている場合、重複するタイムスロットは使用できません。 他のクローン要求との競合 クローンアドミンコンソールバージョン 2.1.6 以降では、少なくとも 5 日の間隔を空けてスケジュールされている場合に限り、同じターゲットインスタンスへの複数のクローン作成が許可されます。同じターゲットに対する 2 つのクローン要求がその期間内に該当する場合、重複を防ぐためにエラーが返されます。 必要な時間が利用できない場合は、インスタンスに影響を与えている定期メンテナンス、アップグレード、または既存のクローン要求を確認します。 クローン作成によってターゲットインスタンスのリリースバージョンは変更されますか? はい。クローンは、最新の日次バックアップからソースインスタンスをレプリケートします。クローン後、ターゲットインスタンスはソースインスタンスのテーブル構造とファミリーリリースバージョンと一致します。 たとえば、Tokyo インスタンスに対して San Diego インスタンスをクローンすると、ターゲットはクローン後に San Diego を実行します。San Diego インスタンスに対して Tokyo インスタンスのクローンを作成すると、ターゲットは Tokyo を実行します。 クローンターゲット認証が「無効なユーザー名またはパスワード」で失敗する このエラーは、次の 2 つの理由のいずれかで発生します。 ターゲットインスタンスでマルチファクター認証 (MFA) が有効になっている 確認するには、[sys_properties] テーブルに移動し、プロパティ glide.authenticate.multifactor を検索します。値が true の場合、MFA が有効になります。 ターゲットインスタンスの BasicAuth スクリプトインクルードがカスタマイズされている どちらの場合も、次のようなエントリがインスタンスログに表示されることがあります。 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 クローンターゲットの作成時またはクローンのスケジュール時に、ローカルアドミンユーザーを使用して認証を行います。ローカルアドミンユーザーの [Web サービスへのアクセスのみ] が選択されていないことを確認します。このオプションを選択すると、ビジネスルールターゲットインスタンス検証は、InstanceRetrieverAjax スクリプトインクルードからの SOAP 呼び出しによるターゲットインスタンスの検証に失敗し、「無効なユーザー名またはパスワード」エラーが発生します。 詳細については、Now Support ナレッジベースの記事「 ターゲットインスタンスへのクローン認証が無効なユーザー名またはパスワードで失敗する 」を参照してください。 データを除外した場合でも、本番環境のメールアカウントがターゲットインスタンスにコピーされるのはなぜですか? これは、[sys_email_account] テーブルが過去に少なくとも 1 回除外なしでクローン作成され、その後そのテーブルのプリザーバーが作成された場合に発生します。除外オプションが選択されていても、保持者は後続のすべてのクローンでメールアカウントを保持します。 回避策:クリーンアップスクリプトをクローンする クローンが発生するたびに不要なメールアカウントレコードを削除するクリーンアップスクリプトを本番インスタンスで作成し、そのsys_id値を使用します。 例 : // Add sys_ids to the encoded query (queryString) // Example: queryString = "sys_idIN206594e8db9eb3002e14c6fc34961998,6ab25213db003300eaf8e64305961927" var queryString = "sys_idIN"; var emailclean = new GlideRecord('sys_email_account'); emailclean.addEncodedQuery(queryString); emailclean.deleteMultiple(); 必要に応じて、このスクリプトに新しいメールアカウントsys_idsを追加します。これにより、不要なメールアカウントがソースインスタンスからコピーされたかどうかに関係なく、クローン間で存続するのを防ぎます。 クローンのスケジュールを変更するにはどうすればよいですか? クローン要求が送信されると、再スケジュールすることはできません。これは自動化されたプロセスです。変更が再スケジュール/更新された場合でも、クローンは元のスケジュールされた時刻に開始されます。クローンをキャンセルし、更新された時刻で新しいクローン要求を作成できます。 クローンをキャンセル クローンの要求 Release<!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } span { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } h2 { font-size: 24pt; font-family: Lato; color: var(--now-color--text-primary, black); } h3 { font-size: 18pt; font-family: Lato; color: var(--now-color--text-primary, black); } h4 { font-size: 14pt; font-family: Lato; color: var(--now-color--text-primary, black); } a { font-size: 12pt; font-family: Lato; color: var(--now-color--link-primary, #00718F); } a:hover { font-size: 12pt; color: var(--now-color--link-primary, #024F69); } a:target { font-size: 12pt; color: var(--now-color--link-primary, #032D42); } a:visited { font-size: 12pt; color: var(--now-color--link-primary, #00718f); } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: ; max-width: ; width: ; height: ; } } サポートされているすべてのリリース Resolution<!-- /*NS Branding Styles*/ --> .ns-kb-css-body-editor-container { p { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } span { font-size: 12pt; font-family: Lato; color: var(--now-color--text-primary, #000000); } h2 { font-size: 24pt; font-family: Lato; color: var(--now-color--text-primary, black); } h3 { font-size: 18pt; font-family: Lato; color: var(--now-color--text-primary, black); } h4 { font-size: 14pt; font-family: Lato; color: var(--now-color--text-primary, black); } a { font-size: 12pt; font-family: Lato; color: var(--now-color--link-primary, #00718F); } a:hover { font-size: 12pt; color: var(--now-color--link-primary, #024F69); } a:target { font-size: 12pt; color: var(--now-color--link-primary, #032D42); } a:visited { font-size: 12pt; color: var(--now-color--link-primary, #00718f); } ul { font-size: 12pt; font-family: Lato; } li { font-size: 12pt; font-family: Lato; } img { display: ; max-width: ; width: ; height: ; } } 適用外