---
sourceDocument: Xanadu IT Service Management
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/ja-JP/xanadu/it-service-management

 Release :

    - xanadu

ft:locale :

    - ja-JP

ft:publication_title :

    - Xanadu IT Service Management

ft:clusterId :

    - itsm

bundleId :

    - itsm

workflow :

    - Technology


---

# 従来の変更リスクアセスメントへの移行

# 従来の変更リスクアセスメントへの移行 {#ariaid-title1}

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

ユーザーは、レガシー変更リスクアセスメントを、新しい変更リスクアセスメントテーブルのスキーマおよびロジックと互換性のあるバージョンに移行できます。

## 始める前に

覚えておくべきポイント：

* インスタンスに「変更管理 - リスクアセスメント \[Legacy\] (com.snc.change.risk_assessment)」プラグインが既にインストールされている顧客は、このタスクにのみ従ってください。
* 「変更管理 - リスクアセスメント \[Legacy\] (com.snc.change.risk_assessment)」プラグインは、Kingston 以降のリリースを使用している顧客にはインストールできません。
* 移行ガイダンスとベストプラクティスでは、移行を本番インスタンスではなく、開発インスタンスで実行するように推奨しています。
* 開発インスタンスには、新しい変更管理 - リスクアセスメント \[com.snc.change_management.risk_assessment\] プラグインがインストールされている必要があります。
* すべての移行作業は、更新セットにキャプチャし、テストインスタンスに移動してから、テスト後に本番インスタンスに移動する必要があります。
{#legacy-change-risk-assessment-migration__ul_mm4_xql_5gb}

必要なロール：itil_admin

## このタスクについて

次の従来のリスクアセスメントコンポーネントが移行されます。  
* リスクアセスメントの定義、質問、および質問の選択肢
* 複数のアセスメント条件の場合、移行によって次の 1 つまたは複数のリスクアセスメントレコードが生成される可能性があります。
  * 複数のアセスメント条件がすべて同じテーブルにある場合、移行によってリスク アセスメントが 1 つだけになります。
  * 複数のアセスメント条件が異なるテーブルにある場合、移行によって、それらが異なるテーブルに関係があるのと同じ数のリスクアセスメントが作成されます。
  {#legacy-change-risk-assessment-migration__ul_jmn_p5n_vgb}
{#legacy-change-risk-assessment-migration__ul_pq1_vm1_fbb}

## 手順

1. 更新セットを作成し、現在のセットとして設定します。  
   詳細については、次のリンクを参照してください。[更新セットを現在のセットとして作成し選択する](https://www.servicenow.com/docs/access?context=create-select-update-set&version=xanadu&pubname=xanadu-application-development&ft:locale=en-US)。
2. \[変更\]\[リスク アセスメント\] (従来) に移動します。
3. 変更リスクアセスメントに移行する従来のリスク アセスメントを開きます。
4. \[リスクアセスメントに移行\] 関連リンクをクリックします。
5. \[OK\] をクリックします。
6. すべてのレガシーリスクアセスメント評価を移行するには、手順 4 〜 5 を繰り返します。

## 次のタスク

レガシーリスクアセスメントをすべて移行したら、サポートチームに連絡して次のスクリプトを実行します。

    disable_legacy_change_risk_assessment.js

作成した更新セットに結果をキャプチャし、後で更新セットを完了してクローズとしてマークします。詳細については、次のリンクを参照してください。[更新セットを完了としてマーク](https://www.servicenow.com/docs/access?context=t_CompleteUpdateSets&version=xanadu&pubname=xanadu-application-development&ft:locale=en-US)。  
注:  
示されている手順は推奨される実践方法です。または、移行した各変更リスクアセスメントを独自の更新セットにキャプチャすることもできます。個別の更新セットで `disable_legacy_change_risk_assessment.js` を使用して変更管理 - リスクアセスメント \[Legacy\] を無効にした結果をキャプチャすることもできます。
* **[移行されたリスク アセスメント コンポーネント](https://servicenow-prod.fluidtopics.net/zbBUQilpUn6aq~iRcTci6w)**   
  変更リスク アセスメントを移行すると、レコードが従来のリスク アセスメント テーブルから新しいリスク アセスメント テーブルにマップされます。