[アップグレード履歴] モジュール：すべてのアップグレードの追跡

  • リリースバージョン: Washingtondc
  • 更新日 2024年02月01日
  • 読む3読むのに数分

    • 更新履歴モジュールは、インスタンスに対して行われたすべての更新を追跡します。管理者は、モジュールを使用してアップグレードの競合を解決し、オプションでカスタマイズをベースシステムバージョンに戻して新しい機能を利用することもできます。

    アップグレード履歴レコードは、実行されるアップグレードごとに作成されます。アップグレード履歴レコードを表示するには、次に移動します システム診断 > アップグレード履歴 をクリックし、[アップグレード] をクリックします。
    注:
    更新のデバッグは、最新の更新の影響を受けるアーティファクトを含むトランザクションの詳細なデバッグ出力を提供し、更新エラーの解決に役立つように設計されています。「アップグレードのデバッグ」を参照してください。
    注:
    [ペイロード] および [ペイロードハッシュ] フィールドは、以前のリリースのアップグレード履歴レコードから削除されました。
    表 : 1. アップグレード履歴レコード
    フィールド 説明
    送信元 前の .war ファイル名 (バージョン)。
    宛先 適用された .war ファイルの名前 (バージョン)。
    アップグレード開始 アップグレードプロセスが開始されたときのタイムスタンプ。
    アップグレード終了 アップグレードプロセスが完了したときのタイムスタンプ。
    スキップされた変更 主にカスタマイズにより生じた可能性のある、前回のアップグレードとは異なるスキップされたレコードの合計数。

    スキップされた変更は、スキップされた手動結合の状態のレコード (変更の値が true) に、スキップされたエラーの状態のレコードの数とスキップされた異なるレコードの数を加算したものです。

    注:
    システムのアップグレード中にカスタマイズが上書きされないように、アップグレードプロセスはカスタマイズされたオブジェクトをスキップします (更新を適用しません)。管理者の責任の 1 つは、カスタマイズによってスキップされた各更新を解決することです。スキップされた更新を解決するには、スキップされた各レコードの理由を確認してから、カスタマイズを結合するか、カスタマイズをベースシステムに戻します。
    適用された変更 このアップグレードで適用された変更の合計数。

    適用された変更は、更新されたレコードと異なるレコードの合計に、削除されたレコード数 (変更の値が true) と挿入されたレコード数 (変更の値が true) を加算したものです。
    処理された変更 このアップグレード中に処理されたアイテムの合計数。処理された変更は、スキップされた変更と適用された変更の合計です。
    表 : 2. アップグレード履歴詳細フォームセクション
    フィールド 説明
    更新され異なる

    処分の値が更新され、変更の値が true に等しいアップグレード詳細レコードの数。

    これはデフォルトでフォームに表示されません。
    更新されたが同一

    処分の値が更新され、変更の値が false に等しいアップグレードの詳細レコードの数。

    これはデフォルトでフォームに表示されません。
    スキップされ異なる 処分の値がスキップされ、変更の値が true に等しいアップグレードの詳細レコードの数。

    これはデフォルトでフォームに表示されません。
    スキップされたが同一 処分の値がスキップされ、変更の値が false に等しいアップグレードの詳細レコードの数。

    これはデフォルトでフォームに表示されません。

    スキップ済みレコードのレビューフォームセクション

    レビュー対象のスキップされた変更の関連リスト には、アップグレードプロセス中にスキップされた各レコードが表示されます。リストを使用して、スキップされた各レコードの理由を確認してから、カスタマイズを結合するか、カスタマイズをベースシステムに戻します。