クローンに関する FAQ - よく寄せられる質問Issue この記事では、ソースインスタンスからターゲットインスタンスへのクローンに関して ServiceNow テクニカルサポートから寄せられるクローン作成に関するよくある質問を一覧表示します。詳細については、バックアップ、クローン作成後、除外者、プリザーバー、クリーンアップスクリプトをご覧ください。 この記事は、クローンに関する 3 部構成のシリーズの一部です。 クローンの基本情報クローンのヒントとテクニック .mce-toc { background-color: #f7f7f7; padding: 10px; border-radius: 5px; border: 1px solid #dedede; width: 70%; min-width: 500px; } 目次 よくある3つの質問 特定の日付からクローンを作成できますか?クローン実行前にバックアップを取ることを要求できますか？インスタンスで利用可能なバックアップをどのように判断できますか？ バックアップ関連の質問 クローンを作成するときは、どのバックアップファイルが使用されますか? オンデマンドバックアップからのクローン作成について聞いたことがありますが、どのように機能しますか?本番インスタンスを [オンデマンドバックアップ] リストに追加した場合、バックアップを作成するときに本番環境のパフォーマンスに影響しますか?ソースインスタンスのデータベースが断片化されている場合、ターゲットインスタンスも断片化されますか。 クローン後の質問 クローンを作成した後、コメント/更新がすべて別のユーザーと時間で表示されるのはなぜですか?クローンのMFAをリセットするにはどうすればよいですか?クローン実行後にログインできないのはなぜですか？ターゲットとしてデモインスタンスまたはPOVインスタンスにクローンを作成するときに、クローンが失敗し、「有効なキャパシティ・マッピングのクローン・プリフライト・チェックに失敗しました」というメッセージが表示されますか?クローンの後にテキスト検索が実行されないのはなぜですか?特定のテーブルを除外しましたが、クローン作成後もデータがまだ残っています 除外者と保持者 エクスクルーダーはどのように機能しますか？ プリザーバーはどのように機能しますか？ 除外リストと保持リストの両方にテーブルを追加するとどうなりますか?ターゲットインスタンスのプラグインを保持できますか？レコードを保持する場合、添付ファイルも保持する必要がありますか？プリザーバーとエクスクルーダーを変更した場合、次回のクローン作成で変更がすぐに機能しますか？除外オプションのチェックを外しましたが、クローン後も除外項目は実行されました。既存のテーブルをプリザーバーに追加できませんクローン作成後に添付ファイルが見つからないのはなぜですか？FAQ に移動 クリーンアップスクリプト クローンクリーンアップスクリプトはどのように機能しますか？ クリーンアップスクリプトを特定のスコープで実行できますか? 実行されたクリーンアップスクリプトを確認するにはどうすればよいですか?インスタンスごとにクリーンアップスクリプトを設定できますか？ 更新セットとクローン 更新セットのアップグレードと展開後にクローンを作成した後、更新セットが欠落するのはなぜですか?大量の進行中の更新セットを処理する際のヒント RaptorDB とクローニング RaptorDB インスタンスから MariaDB インスタンス (またはその逆) にクローンするとどうなりますか? その他のFAQ ドラフトとは何ですか?これらを削除できないのはなぜですか?クローンが「保留中」なのはなぜですか?別のインスタンスにクローンした場合、リリースは変更されますか?スタンバイ・データベースとソース・インスタンスの違いは何ですか。 [クローン元:] フィールドとは何ですか?これにより、クローンがライブデータベースとバックアップのどちらを使用するかが決まりますか? 認証ステップでクローンを要求するとき、またはクローンターゲットを作成すると、「無効なユーザー名またはパスワード」というプロンプトが表示されますか?データを除外している場合でも、メールアカウントがターゲットにクローンされたのはなぜですか？ よくある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 データセンターに Dev インスタンスがあり、LHR に Test インスタンスがある場合、Dev 経由のクローンでは最新の AMS バックアップが使用され、Test 経由のクローンでは最新の LHR バックアップが使用されます。 オンデマンドバックアップからのクローン作成について聞いたことがありますが、どのように機能しますか? オンデマンドバックアップを作成するには、次の 2 つの方法があります。 オプション 1:Clone Admin Console 内のオンデマンドバックアップオプション: 新しい クローンアドミンコンソール (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 つのレコードが存在することになります。 ターゲットインスタンスのプラグインを保持できますか？ 場合によっては、ターゲットインスタンスでプラグインをテストした際に、それらのプラグインを保持して、引き続きテストして作業できるようにしたいと思われるかもしれません。 当社では新しいデータベースに対してソースインスタンスを復元する方法でクローンを作成します。そのため、残念ながら、クローン作成後にプラグインを再度有効にするか、必要に応じて HI 経由でプラグインを要求する必要があります。 レコードを保持する場合、添付ファイルも保持する必要がありますか？ クローンを作成するときに、一部のインシデントなど、ターゲットインスタンスで特定のレコードを保持したい場合があります。また、クローン後に、これらのインシデントにリンクされている添付ファイルも保持されるようにする必要もあります。 現在、当社の自動化では、添付ファイルのあるレコードを保持した場合、添付ファイルテーブル専用の別のプリザーバーを作成しなくても、その添付ファイルが自動的に保持されます。 プリザーバーとエクスクルーダーを変更した場合、次回のクローン作成で変更がすぐに機能しますか？ エクスクルーダーまたはプリザーバーを調整したばかりで、クローンを実行する前にしばらく待機する必要があるかどうかを知りたいと、よく質問されます。この場合、待機する必要はありません。エクスクルーダーとプリザーバーを変更すると、それらの変更は次回のクローンの要求で適用されます。 除外オプションのチェックを外しましたが、クローン後も除外項目は実行されました。 最近、この問題が増加しています。クローンを要求し、クローンの作成後に除外オプションのチェックを外した後も、エクスクルーダーが実行されているようです。 これは要求フォームの UI 変更に関係しています。一部のお客様がフォームをカスタマイズし、そのため変更を取得できませんでした。 UI に変更が加えられた結果、オプションタブで除外するオプションが非表示になり、開いて表示するにはクリックしなければならなくなりました。この変更以降、一部のお客様がフォームをカスタマイズしたか、非表示セクションのオプションを表示する代わりにこれらの値を表示するようにフォームを既にカスタマイズしたために、フィールドが 2 回表示されている可能性があります。 ここでの問題は、値は常に最後に検出された値から取得されるので、メインフォームのオプションをオフにすると、そのフィールドで検出された最後の値であるため、そのオプションの値が取得されることです。 これを修正するには、フォームを更新して、フィールドがすべてのセクションで 1 回だけフォームに表示されるようにする必要があります。一旦修正すれば、再発することはありません。 既存のテーブルをプリザーバーに追加できません 特定のテーブルのデータプリザーバーを追加しようとしているときに、リストにそのテーブルが見つからず、不思議に思うことがあります。これはおそらくテーブルのスコープが原因です。 特定のスコープの一部であるテーブルを保持する場合は、次の操作を行う必要があります。 右上の歯車アイコンをクリックしてテーブルのスコープに切り替え、[開発者] に移動し、テーブルのスコープを選択します。次に、データプリザーバーテーブルに移動します。データプリザーバーを作成すると、その特定のテーブルを選択して保存できます。 クローン作成後に添付ファイルが見つからないのはなぜですか？FAQ に移動 最近、クローンが完了した後、ターゲットインスタンスの添付ファイルが欠落し、問題が発生していることに気付いたかもしれません。 これは実際には設計どおりに機能しているのですが、この除外は、2018 年 12 月以降にクローン作成の自動化によって内部の問題が修正された後に正しく機能し始めました。これは ServiceNow のリリースの範囲外であるため、それ以降のすべてのリリースとすべてのクローンに影響しています。[大きな添付データを除外 (Exclude large attachment data)] クローンオプションに対して修正が行われました。 前の質問で説明したように、クローンのすべてのオプションにはどのような機能がありますか？基準を満たさない sys_attachment レコードは削除されると記載されています。名前からすると、基準はサイズに基づくように思われますが、そうではありません。つまりこれは設計どおりに、またマニュアルに記載されているとおりに機能しています。添付ファイルを保持したい場合は、クローン作成時に [大きな添付データを除外 (Exclude large attachment data)] チェックボックスをオフにする必要があります。 クリーンアップスクリプト クローンクリーンアップスクリプトはどのように機能しますか？ クローンが完了すると、すべてのクリーンアップスクリプトが「クローンクリーンアップスクリプトの実行:クリーンアップスクリプトを順次実行」という名前のスケジュール済みジョブとして結合され、グローバルスコープで完了するまで実行されます。クリーンアップスクリプトは、順序フィールドに基づいて順序付けされます。(ヒント:同時に実行できる場合/順序が重要でない場合は、同時実行に同じ順序を割り当てることができます。ソースインスタンスで定義する必要があります。すべてのスクリプトが単一のスクリプトに結合されるため、関数を使用する場合は、他のスクリプトとの競合を避けるために一意の名前を付けてください。注意: クローン作成用のすべてのカスタム・クリーンアップ・スクリプトにエラーがなく、エラーと例外を処理できることを確認してください。そうしないと、問題が発生する可能性があります (たとえば、1 つの欠陥のあるスクリプトが失敗し、エラー処理が組み込まれていない場合、次のスクリプトが実行されない可能性があります)。 クリーンアップスクリプトを特定のスコープで実行できますか? すべてのクリーンアップスクリプトは、クリーンアップスクリプトを設定したスコープに関係なく、グローバルスコープで実行されます。したがって、スコープ付きスクリプトを実行する場合の最良の方法は、次のとおりです。 1.クリーンアップロジックを含むスクリプトインクルードを目的のスコープに作成します2.次の設定でスコープ対象スクリプトにアクセスできるように、限定呼び出し元アクセス構成を用意します (RCA を作成するには、スクリプトインクルードのスコープ内にいる必要があります)。ソーススコープ：グローバルソースタイプ：スコープステータス:許可ターゲットスコープ:<スクリプトインクルードのスコープ>ターゲットタイプ：スクリプトインクルードターゲット:<スクリプト>操作：API の実行3。クローンクリーンアップスクリプトからスクリプトインクルードを呼び出します。クリーンアップスクリプトをテストするには、スクリプトバックグラウンドでグローバルスコープから実行し、期待どおりに機能していることを確認します。 実行されたクリーンアップスクリプトを確認するにはどうすればよいですか? 次の URL を使用して、トリガーされたクリーンアップスクリプトのリストを取得します。クローン作成が今日行われなかった場合は、作成日フィルターの変更が必要になることがあります。 <INSTANCE_URL>/syslog_list.do?sysparm_query=sys_created_onONToday%40javascript%3Ags.beginningOfToday()%40javascript%3Ags.endOfToday()%5EmessageSTARTSWITHExecuting%3A%5Esource%3DNew%20Clone%20Engine 特定のクローンクリーンアップスクリプトが失敗した場合、特定できますか？ Can I make sure that if specific clone cleanup script fails? クローンクリーンアップスクリプトでは、すべてのスクリプトを1つにまとめています。そのため、いずれかのスクリプトでエラーが発生すると、他のすべてのクローンクリーンアップスクリプトにも影響が及びます。スクリプトの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 METHOD 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 時間待ちます(または、クローン管理コンソールでオンデマンドバックアップを選択することもできます)。ソースインスタンスからターゲットインスタンス>通常どおりクローン作成を実行します。親更新セットがバックアップで取得されたため、ターゲットインスタンスには、クローン後に進行中の開発作業とともに親更新セットが作成されます。ターゲットインスタンスに戻り、親更新セットを [対応中] に戻したり、親を解除したりできます。ソースインスタンスで: 取得された親更新セットをクリーンアップ (つまり削除) できるようになりました。 RaptorDB とクローニング RaptorDB インスタンスから MariaDB インスタンス (またはその逆) にクローンするとどうなりますか? クローンは ターゲット DB タイプをソース DB タイプと一致するように変換します。 ソースインスタンスターゲットインスタンス (クローン前)新しいターゲット (クローン後)猛禽猛禽猛禽猛禽マリア猛禽マリア猛禽マリア その他のFAQ ドラフトとは何ですか?これらを削除できないのはなぜですか? UI をクリックしてクローンを送信すると、クローンテーブルにレコードが作成されます。クローンを続行しないか、ポップアップウィンドウの外をクリックすると、レコードは「ドラフト」としてシステムに残りますが、これは無視しても問題ありません。これらを削除できない理由は、クローン要求を管理する ServiceNow の内部インスタンスへのリンクがあるためです。 クローンが「保留中」なのはなぜですか? クローンのステータスが [保留] に設定されている場合、サーバーがクローン要求を却下したことを意味します。最も一般的な理由は次のとおりです。 スケジュールされた時間までにクローンを続行する準備ができなかった。ターゲットインスタンスはダウングレードされません。クローンに使用されたバックアップに問題がある。 詳細については、「KB0694499- 「保留」ステータスの複数のクローンを参照してください 別のインスタンスにクローンした場合、リリースは変更されますか? はい。クローンを作成すると、ソースインスタンスのレプリカが作成されるため、テーブル構造とバージョンは一致することになります。 したがって、Tokyo で San Diego インスタンスのクローンを作成する場合、ターゲットインスタンスは San Diego リリースになります。 逆に、San Diego で Tokyo インスタンスのクローンを作成すると、ターゲットインスタンスは Tokyo リリースになります。 スタンバイ・データベースとソース・インスタンスの違いは何ですか。 クローンを作成すると、スタンバイデータベースとソースインスタンスのいずれかを選択するオプションが表示されます。 これは古いオプションであり、クローンの作成を要求するときには不要になりました。新しいリリースでは削除され、表示されないはずですが、表示されている場合は、このオプションをそのままにして無視してかまいません。 [クローン元:] フィールドとは何ですか?これにより、クローンがライブデータベースとバックアップのどちらを使用するかが決まりますか? クローンをスケジュールするときに、このフィールドを使用して、バックアップファイルからクローンを作成するか、ライブデータベースからクローンするかを決定できるというのはよくある誤解です。このフィールドは、実際には以前のアプリ内クローンエンジンに関連する従来のフィールドであり、バックアップからの新しいクローン機能には何の目的もありません。 認証ステップでクローンを要求するとき、またはクローンターゲットを作成すると、「無効なユーザー名またはパスワード」というプロンプトが表示されますか? この問題は、次の 2 つの原因のいずれかが原因で発生します。 (I) ターゲットインスタンスでマルチファクター認証が有効になっているかどうかを確認します。これを確認するには、 [sys_properties] テーブルに移動し、プロパティ [glide.authenticate.multifactor] を検索します。このプロパティの値が true の場合、インスタンスでマルチファクター認証が有効になります。 (II) ターゲットインスタンスの BasicAuth スクリプトインクルードがカスタマイズされているかどうかを確認します。 どちらの場合も、クローンターゲットを作成しようとすると、次のようなログが見つかります。 スクリプト:InstanceRetrieverAjax:/HAGetParams.do に要求を送信しますか?石鹸警告 *** 警告 *** 送信利用状況アナリティクス - OutboundUsageAnalytics: OutboundUsageAnalytics: 利用状況アナリティクスの送信に失敗しましたファイル「instance」に対する操作は、ビジネスルール「Target instance validate^c16a7406db00c890cd7efafc0f9619dd」によって中断されました。ビジネスルールスタック:ターゲットインスタンスの検証インスタンスの遅いビジネスルール「ターゲットインスタンスの検証」:時間: 0:00:00.506ユーザー入力のエラーによりアクションがキャンセルされました クローンターゲットの作成を認証する場合、またはクローンをスケジュールする場合は、ローカルアドミンユーザーを使用することをお勧めします。 使用されているローカルアドミンユーザー 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すべてのリリースResolution適用外