Upgrade Summary Report

  • Release version: Washingtondc
  • Updated February 1, 2024
  • 2 minutes to read
  • Summarize
    Summarized using AI
    This content was generated using new OpenAI-powered functionality. Results are provided on an as is basis and are not guaranteed to be accurate or complete.

    Summary of Upgrade Summary Report

    The Upgrade Summary Report provides a comprehensive overview of the actions taken during an upgrade, tools for resolving conflicts between customizations and the upgrade, and insights for estimating upgrade times across other instances.

    Show full answer Show less

    Key Features

    • Upgrade Details: Displays the previous and upgraded versions, along with the start and finish times, and duration of the upgrade process.
    • Skipped Changes: Indicates the total number of customizations that were skipped due to conflicts, alongside the total number of file changes made since the last upgrade.
    • Node Upgrades: Shows the upgrade status for each node with color-coded icons, allowing for quick identification of node-specific upgrade details.
    • Schema Changes: Lists tables affected by upgrades that were marked as clone-excluded, highlighting that upgrading these tables is faster due to their emptiness.
    • Top Fix Scripts: Identifies the top 10 fix scripts and schema changes by duration, helping to pinpoint areas that may require additional attention during the upgrade process.

    Key Outcomes

    Utilizing the Upgrade Summary Report enables customers to efficiently manage the upgrade process by understanding skipped updates, monitoring node statuses, and assessing the duration of critical fix scripts and schema changes. This insight is vital for planning future upgrades and ensuring a smooth transition across instances.

    This report summarizes the actions taken, provides tools to resolve conflicts between customizations and the upgrade, and provides information to help estimate time for upgrades to other instances.

    Figure 1. Upgrade Summary Report: Database Upgrade Highlights

    Top section of upgrade summary report
    Table 1. Screen elements
    Screen element Description
    From version Previous version of the instance
    To version Upgraded version of the instance
    Started When the upgrade process started
    Finished When the upgrade process finished
    Duration How long the upgrade process took
    Skipped
    In the example, 24 Skipped of 7016 changes reads as:
    • 24 Skipped - Total number of customizations that were skipped, skipped manual merge, or skipped in error, and the file changed in the distribution since the last upgrade of the instance. These are the number of records the system did not upgrade because of conflicts between customizations and the upgrade.
    • 7016 Changes - Total number of file changes in the distribution since the last upgrade of the instance, plus all inserts and deletes.
    Note:
    The manner in which upgrade records are counted was changed in the Jakarta release, which may render different record counts than in previous releases.
    Review Skipped Updates Click to reconcile conflicts that caused the system to skip some updates

    Node Upgrades

    Figure 2. Upgrade Summary Report: Node Upgrades

    Node Upgrades section of upgrade summary report

    The Node Upgrades section shows the status of the upgrade for each node in the instance. The color of the icon denotes the status, as illustrated by the legend (key) and to the right of the node icons. To see details about a node, position the cursor above the icon for that node. An arrow points to the node selected, and the information below the icons pertains to that node.

    Schema Changes to Clone-excluded Tables

    Figure 3. Upgrade Summary Report: Schema Changes to Clone-excluded tables

    Schema Changes to Clone-excluded Tables section of upgrade summary report
    The Schema Changes to Clone-excluded Tables section shows a list of tables affected by the upgrade that were clone-excluded when you cloned the production instance to this instance. Because clone-excluded tables are empty, upgrading them takes less time than upgrading those same tables on the production instance. To estimate how much longer the production upgrade takes, note the size of the clone-excluded tables on the production instance.

    Top 10 Fix Scripts by Duration

    Figure 4. Upgrade Summary Report: Top 10 Fix Scripts by Duration

    Top 10 Fix Scripts by Duration section of upgrade summary report
    The Top 10 Fix Scripts by Duration helps you understand which fix scripts required the most time.

    Top 10 Schema Changes by Duration

    Figure 5. Upgrade Summary Report: Top 10 Schema Changes by Duration

    Top 10 Schema Changes by Duration section of upgrade summary report
    The Top 10 Schema Changes by Duration helps you understand which schema changes required the most time.