カスタマイズを元に戻す

  • リリースバージョン: Xanadu
  • 更新日 2024年08月01日
  • 所要時間：2分

    • システムのアップグレードでカスタマイズが上書きされないようにするため、アップグレードプロセスはカスタマイズされたオブジェクトの変更を自動的にスキップします。その後、ソフトウェアアップグレードには実装したい機能が含まれているため、カスタマイズを元に戻せます。

    始める前に

    必要なロール：admin

    このタスクについて

    カスタマイズされたオブジェクトを識別するために、対応するレコードが顧客アップデート [sys_update_xml] テーブルに追加されます。テーブルには、カスタマイズされたすべてのオブジェクトの現在のバージョン情報が保持されます。アップグレードプロセスは、テーブル内にエントリのあるオブジェクトへの変更をスキップします。除外フィールドのみが変更されている場合、アップグレードプロセスはオブジェクトをスキップしません。

    手順

    1. 移動先 すべて > システム診断 > アップグレード履歴.
    2. 目的のソフトウェアバージョンを選択します。
    3. アップグレード詳細関連リストを [処分をスキップ (Disposition is Skipped)] でフィルタリングします。
    4. オプション: 前回のアップグレード以降に変更されたオブジェクトのみを返すには、変更が True に別のフィルター条件を追加します。
    5. 実装する更新レコードを選択します。
      [ファイルの差異] フィールドには、カスタマイズとデフォルトバージョンが比較されて表示されます。削除は赤で、追加は緑で、そして変更は黄色で強調表示されます。
    6. [ベースシステムに戻る] をクリックして、カスタマイズされたオブジェクトをシステムのデフォルトバージョンで上書きします。
      • 状態が [スキップ済み] から [復元済み] に変更されます。
      • カスタマイズを元に戻した後、オプションで、[変更の再適用] をクリックしてカスタマイズを再適用する (元に戻す) ことができます。
      • アップグレード時の置換中、[ アクティブ] フィールドのような update_exempt フィールドは変更されません。レコードの残りの部分が更新を受け取ります。
        注:
        属性が update_exempt フィールドとして明示的に指定されていない場合、追跡されるテーブルの [アクティブ] フィールドはデフォルトで update_exempt として扱われます。
        update_exempt フィールドの更新をスキップするため、sys_update_version テーブルに 2 つのバージョンのレコードが生成されます。
        • ソースが「_to_platform_version_」のバージョンレコードには、ServiceNow からのペイロードが変更されずに含まれています。(State= HISTORY)
        • 以前のカスタマイズソース (「_update_set_」など) を含むバージョンレコード。update_exempt フィールドを除き、受信 ServiceNow バージョンの値によって顧客のカスタマイズが上書きされます。update_exempt フィールドに対する顧客のカスタマイズは、このバージョンで保持されます。(State= CURRENT)