システムクローン

  • リリースバージョン: Xanadu
  • 更新日 2024年08月01日
  • 所要時間:5分
  • システムクローンアプリケーションを使用して、データベース内のすべてのものを、あるインスタンスから別のインスタンスにコピーします。

    クローンは通常、変更をテストするために本番インスタンスを本番前インスタンスにコピーするために使用されます。クローンデータは、最新の夜間バックアップから取得されます。

    注:
    既存のクローンエンジンに基づく新しい統一されたアドミンエクスペリエンスが クローンアドミンコンソールで利用可能になりました。クローンアドミンコンソールは、最もよく使用される自動化の 1 つであるインスタンス間のデータクローンのヴィジビリティ強化、およびその他多くの機能強化を提供します。
    図 : 1. クローンプロセス

    クローンプロセスの概要
    クローン要求に応答して、ServiceNow プラットフォームは次のタスクを実行します。
    1. ターゲットサーバーの運用データを保持するファイルを生成します。
      注:
      このファイルには、データプリザーバーによって保持されたデータが含まれています。
    2. ソースインスタンスからターゲットインスタンスにデータベーススキーマをコピーします。
    3. ソースインスタンステーブル定義を使用して、ターゲットインスタンスデータベースにテーブルを作成します。
    4. ソースインスタンスの最新の夜間バックアップからターゲットインスタンスデータベースにデータをコピーします。
      注:
      特定の除外は自動的に行われますが、大きなテーブルは通常除外されます。これらには、監査、ログ、およびメールテーブルが含まれます。メトリックベース テーブルはデフォルトでは除外されません。
    5. ターゲットインスタンスサーバーへの UI トラフィックと要求を一時的に無効にします。
    6. ターゲットインスタンスにアクセスしているすべてのユーザーに [クローンしています... (Clone in progress...)] というメッセージを表示します。
    7. ターゲットインスタンスから保持されている運用データを復元します。
    8. ターゲットインスタンスでクローン後のクリーンアップスクリプトを実行します。
    9. ターゲットインスタンスのすべてのメール機能を一時停止します。
    10. テキストインデックスを再生成するイベントをキューに入れます。
    11. ターゲットインスタンスサーバーへの UI トラフィックと要求を有効にします。

    クローン中は、ターゲットインスタンスが断続的に使用できなくなる場合があります。クローン完了後、最大 24 時間以内に カスタマーサービス & サポート に連絡して、クローン前のステータスへのターゲットインスタンスのロールバックを要求してください。ロールバックが完了すると通知されます。

    注:
    ソースインスタンスのクローン深度レベルが 5 以上の場合、クローンは許可されません。

    ソースインスタンスの目的が DART (担当トレーニングのデータアクセス) である場合、クローンは許可されず、エラーメッセージが表示されます。

    異なるバージョンのインスタンスへのクローン

    システムクローンアプリケーションは、ソースとは異なるインスタンスバージョンを実行しているインスタンスをターゲットにすることができます。

    中央の Web サービスがクローン処理をコントロールし、ソースインスタンスのバージョンと一致するようにターゲットインスタンスのバージョンを自動的に変更します。この一致プロセスは、[システムクローン] フォームの [日時] フィールドで指定された時刻の 8 時間前までに開始されます。この Web サービスは、クローンを続行するのに十分なディスクスペースがターゲットインスタンスにあることも確認します。

    バックアップからクローンを作成する場合、ターゲットインスタンスのアップグレードやダウングレードに追加の時間が必要になることはありません。ServiceNow プラットフォームは、ソースインスタンスのバックアップからデータをコピーした後、ターゲットインスタンスが使用できない短い期間にバージョン変更を実行します。

    バックアップからのクローン

    クローンを作成する際には、ソースインスタンスの最新の夜間バックアップのデータが使用されます。クローン作成に使用されるバックアップは、経過時間が 36 時間以内のものです。システムクローンは、使用する最新のバックアップの選択を含む初期準備を、処理の開始がスケジュールされている日時にのみ開始します。

    ソースバックアップからのクローン作成に失敗した場合、システムは代わりに従来のクローンエンジンを使用します。従来のクローンエンジンは、拡張テーブル、関係、テーブル間の階層、およびドット連結クエリからのデータを保持できません。このような場合は、バックアップからターゲットインスタンスを復元し、クローンを再スケジュールすることができます。

    バックアップからのクローン作成後に、ソースインスタンスでクローンが完了としてマークされるまで、ターゲットインスタンスは数分間使用できなくなります。ソースインスタンスとターゲットインスタンスが異なるバージョンの Now Platform にある場合、この時間にソースインスタンスのバージョンと一致するようにターゲットインスタンスが変更されます。

    バックアップからクローンを開始すると、バックアップが取得された日時と定期的な進行状況メッセージが [クローンログ] 関連リストに表示されます。

    図 : 2. システムクローンバックアップログ
    クローンログバックアップレコード

    本番インスタンスを使用したクローン作成

    システムプロパティ glide.db.clone.allow_clone_target が TRUE である限り、インスタンスはクローンとして機能します。クローン中にソースインスタンスのデータを変更すると、レコード間でデータの不一致が発生したり、レコードエントリが重複したりする可能性があります。

    廃止されたクローンオプション

    クローンオプションのチェックボックス [ユーザーおよび関連テーブルを保存する] が、Utah リリースのクローンオプションから削除されました。場合によっては、クローン要求ページまたはクローンに関連する過去のカスタマイズにより、このフィールドがフォームに残っていることがあります。
    重要:
    この廃止されたフィールドをオンにしても、クローン作成中にユーザー、ロール、または関連テーブルに影響はありません。
    .