---
sourceDocument: Yokohama アプリケーションのビルドまたは変更
sourceDocumentLink: https://www.servicenow.com/docs/r/ja-JP/yokohama/application-development

 Release :

    - yokohama

ft:locale :

    - ja-JP

ft:publication_title :

    - Yokohama アプリケーションのビルドまたは変更

ft:clusterId :

    - cadev

bundleId :

    - cadev

workflow :

    - Creator


---

更新セットを切り戻し
==========

更新セットを切り戻し {#ariaid-title1}
===========================

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

収容された更新セットの既存レコードの変更を取り消せます。

始める前に
-----

必要なロール：admin

このタスクについて
---------

更新セットを取り消すと、現在の更新セット内に削除更新が作成されます。リモート更新セットを収容、切り戻し、再適用すると、削除された更新がより最近の変更で競合が発生するとみなされるため、プレビューアにエラーが表示されます。  
警告:  
デフォルトの更新セットを取り消してはなりません。このアクションは、そのインスタンスの構成を損なう可能性があります。  
切り戻しプロセスは、レコードレベルの更新とディクショナリーへの変更の両方を元に戻します。切り戻しによって引き起こされるいくつかの変更は、データ損失を招く可能性があります。切り戻しプロセスで予想される結果は次のとおりです。{#t_BackOutUpdateSet__table_ed2_z1d_zq__entry__2}

|   顧客アップデート    |                        切り戻しアクションの結果                        |
|---------------|------------------------------------------------------------|
| 新しいテーブル       | そのテーブルはデータベースから削除され、そこからデータが削除されます。                        |
| 新しいフィールド      | そのフィールドはデータベースから削除され、そこからのいずれのデータも削除されます。                  |
| 削除されたフィールド    | フィールドはデータベースに回復されますが、元のデータは失われます。                          |
| サイズ変更されたフィールド | フィールドのサイズ変更は戻されます。フィールドが増加した場合は、エラーを避けるためにデータが最初に切り捨てられます。 |
| 設定されたフォーム     | フォームは前の状態に戻ります。                                            |
| レコードが挿入されました。 | レコードは削除されました。(以下の注意を参照)                                    |
| レコードは削除されました。 | レコードは元のデータで回復しました。                                         |
[ ]

{#t_BackOutUpdateSet__table_ed2_z1d_zq}  
警告:  
更新セットバッチに属する更新セットを取り消すと、バッチ内の他の更新セットに影響することがあります。詳細については、「[バッチ更新セットの取り消し](https://www.servicenow.com/docs/kcuTptGNSwCSDyUExF~8oQ#us-batch-backout "バッチのベース更新セットの切り戻し手順に従って、バッチ処理された更新セットを切り戻します。任意の子更新セットを個別に取り消すこともできます。")」を参照してください。  
* sys_package がグローバルの場合は削除されます。
* sys_package がグローバルではなく、値が設定されている場合は、削除がないことを示す警告が表示されます。代わりに、sys_update_xml がデフォルトの更新セットに入れられ、レコードはそのまま残されます。
{#t_BackOutUpdateSet__ul_dpp_rm1_bpb}

手順
---

1. 次のように移動する。 All (すべて)システムアップデートセットローカル更新セット.
2. 更新セットレコードを開きます。  
   それが完了していて \[リリース日\] フィールドに日付が設定されていることを確認します。  
   注:  
   現在選択されているアプリケーションは、更新セットで使用できるオプションに影響します。更新セットの内容に一致する(グローバルのような)アプリケーションを選択していることを確認します。
3. 更新セットの内容を慎重に確認し、取り消された場合に問題が発生するかどうかを検討します。  
   更新セットを取り消すだけで十分でない場合、または問題を引き起こす場合は、カスタマイズを元に戻すように新しい更新セットを作成して収容します。
4. 取り消しをクリックします。  
   進捗状況ページには、アクション、進捗状況、および問題が表示されます。問題は、取り消しされている更新セットに影響するより新しい更新セットの変更です。取り消しプレビュープロセスは、問題ごとに警告を生成します。
5. 取り消しを続行する前に、各問題を解決します。  
   * 最新バージョンを使用するには、現在の状態を維持すると決定する をクリックします。
   * 以前のバージョンに戻すには、前の使用を決めるをクリックします。
   {#t_BackOutUpdateSet__ul_dwb_qwx_yq}  
   すべての変更はテーブルに記載されているように逆になります。現在の更新セットは、発生したすべての新しい変更を追跡します。

   更新セットと関連するすべての更新レコードが削除されます。必要に応じて、取得した更新セットにナビゲートしてプレビューし、再度収容できます。  
   注:  
   リモート更新セットを収容し、取り消しそれから再適用すると、更新セットの取り消しは現在の更新セット内に削除更新を作成するため、更新エラーがプレビューアに表示されます。削除はより最近の変更とみなされ、衝突を引き起こします。
{#t_BackOutUpdateSet__steps_qqb_jj5_qv}