---
sourceDocument: Yokohama ServiceNow AI Platform 管理
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/yokohama/platform-administration

 Release :

    - yokohama

ft:locale :

    - ja-JP

ft:publication_title :

    - Yokohama ServiceNow AI Platform 管理

ft:clusterId :

    - platadm

bundleId :

    - platadm

workflow :

    - Platform


---

# アップグレード前のアクティビティの実装

# アップグレード前のアクティビティの実装 {#ariaid-title1}

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

インスタンスのアップグレードを正常に行うには、アップグレード前のタスクを完了してください。

## 始める前に

注:  
各ステップについて、ステップをスキップするか、完了とマークしてから次のガイド付きセットアップステップに進むかを選択できます。

必要なロール：アドミン

## 手順

1. 選択したガイド付きセットアップバージョンのリリースノートを確認する場合は、\[リリースノートを読む\] を選択します。
2. クローンを要求します。  
   クローンを要求するには、\[クローンアドミンコンソール (Clone Admin Console)\] を選択します。  
   注:  
   しばらくクローンを作成していない場合は、本番インスタンスを準本番インスタンスにクローン作成することをお勧めします。  
   このアップグレード前のアクティビティでは、次のことが想定されます。
   * クローン作成プロセスを開始するために、クローン作成ツールにリダイレクトされます。
   * クローン作成ツールは、本番インスタンスのクローン作成プロセスをガイドします。
   * クローン作成プロセスを開始して変更と構成を保存する前に、必ず更新セットをバックアップするように通知されます。
   {#um-pre-upgrade-activities__ul_u32_ldv_zcc}
3. テストインスタンスをテストします。  
   次のいずれかの方法でテストして、インスタンスがアップグレードの準備ができていることを確認します。
   * テストジェネレーター：テストを自動生成モジュールまたはテスト/スイートモジュールのいずれかから自動生成オプションを選択して、ATF テストを自動生成します。
   * 新しいテストを作成：実行する一連のテストステップを含む新しい ATF テストを作成します。
   * テストテーブル：テストテーブルからテストを追加、編集、または実行します。個々のテストレコードを開き、親テスト内のテストステップを表示および編集することもできます。
   {#um-pre-upgrade-activities__ul_jy1_wqv_zcc}
4. スキップされると予測されるレコードを確認します。  
   スキップされたレコードは、インスタンスのカスタマイズにより、アップグレード中に特定のファイルが自動的に更新されない場合に発生します。  
   このアップグレード前のアクティビティでは、次の操作を実行できます。
   * プレビューモジュールでスキップされると予測されるレコードのリストを確認し、保持するファイルのバージョンを決定します。
   * 一部のカスタマイズをベースバージョンに戻すことを選択して、スキップせずにアップグレードプロセス全体を実行できます。
   * アップグレード後に、スキップされたレコードのリストを必ず確認して更新してください。
   * スキップされたレコードの確認が完了したら、アップグレード前のプロセスで必要な次のアクティビティを完了します。
   {#um-pre-upgrade-activities__ul_jlp_ytv_zcc}
5. アップグレードをスケジュールします。  
   アップグレードは後の日時にスケジュールできます。  
   このアップグレード前のアクティビティでは、次の操作を実行できます。
   * 組織のスケジュールに従って、アップグレードの日時を設定します。使用のピーク時や重要な開発期間は避けることをお勧めします。
   * 使用パターンとデータを確認および分析することで、アクティビティの少ない期間を特定します。
   * スケジュールされたアップグレード時間について、関係者全員が同意していることを確認します。
   {#um-pre-upgrade-activities__ul_h2k_fyv_zcc}
**関連タスク**   

* [アップグレード後のアクティビティの実装](https://servicenow-prod.fluidtopics.net/cewbcRCJ6ZnsB_6J_l~Tgw "インスタンスでアップグレードを正常に完了するために、アップグレード後のタスクを実装します。")