---
sourceDocument: Yokohama のリリースノート
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/yokohama/release-notes

 Release :

    - yokohama

ft:locale :

    - ja-JP

ft:publication_title :

    - Yokohama のリリースノート

ft:clusterId :

    - rn

bundleId :

    - rn


---

# フェーズ 2 - 開発インスタンスのアップグレードの準備をする

# フェーズ 2 - 開発インスタンスのアップグレードの準備をする {#ariaid-title1}

* リリースバージョン: Yokohama
* 
* 更新日 2025年01月30日
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 所要時間：2分

本番アップグレードの所要時間を詳しく理解するために、非本番インスタンスで本番インスタンス (大きなテーブルと添付ファイルを含む) の完全クローンを要求します。現在のリリースバージョンとターゲットのリリースバージョンを確認してください。後で Now Support でアップグレードをスケジュールするときにその情報を使用します。

## 始める前に

必要なロール：admin

## このタスクについて

## 手順

1. 本番インスタンスでシステムクローンを作成し、開発インスタンスを \[ターゲットインスタンス\]として選択します。  
   クローンは本番環境の正確なコピーを提供するものです。クローンでアップグレードを実行すると、非本番環境で本番構成のアップグレードをシミュレートできます。詳細については、「システムクローン」を参照してください。  
   重要:  
   効果的にアップグレードをテストするには、本番インスタンスをできるだけ忠実に反映するシステムでテストするために、このクローンを使用します。非本番インスタンスと本番インスタンスのサイズが同じ場合は、本番クローンに本番監査ログと添付データを含めます。すべての本番データがクローンに含まれるようにするには、\[クローンを要求\] フォームのすべての \[除外\] チェックボックスをオフにしてください。非本番インスタンスで、本番インスタンスで発生する一般的なユーザーの動作を複製して、アップグレード期間の見積もりを強化します。
   {#upgrades-phase-2__Phase3Step1Clone}
{#upgrades-phase-2__Phase3Step1Clone}
2. アップグレード中のパフォーマンスの期待値を設定します。  
   アップグレード中、ノードがディストリビューションアップグレードを開始するため、パフォーマンスに影響を与える可能性があります。アップグレード中にすべてのノードが再起動されますが、ServiceNow インスタンスはマルチノードシステムで動作するため、マルチノードインスタンスは使用できます。このマルチノードシステムは、アップグレード中にマルチノードインスタンスで少なくとも 1 つのアクティブなノードペアが存在するように、ノードのディストリビューションアップグレードを調整します。

   アップグレード中のパフォーマンスを正確に予想できるように、非本番インスタンスと本番インスタンスのノードの違いに注意してください。1 つのノードを持つインスタンスでは、アップグレード中に短時間の停止時間が発生しますが、マルチノードインスタンスには UI 停止時間はありません。ノードとそのステータスの詳細については、\[アップグレードの進捗状況\] 画面を参照してください。
   {#upgrades-phase-2__Phase3Step4Performance}
{#upgrades-phase-2__Phase3Step4Performance}