2. Schedule the Upgrade and Configure Settings

Your instance is ready for upgrade after you complete all prerequisites and the instance passes the upgrade readiness check. Oracle sends you an email with your scheduled upgrade window, but you can change the date if the upgrade is more than seven business days away (detailed below).

After you receive the email, you configure the upgrade settings detailed below.
Prerequisites:
  • If any upgrade readiness checks fail, address the issues that apply to your instance. For instructions on how to fix failed upgrade checks, see Complete Upgrade Prerequisites.
  • If you haven't received an email and want to schedule your upgrade, you can enter a service request (SR) on My Oracle Support.
  • Only people who are part of the ServiceAdministrator group can perform these tasks. See Create an IAM Policy in an Identity Domain for tenancies that use identity domains or Create an IAM Policy for tenancies that do not use identity domains.
Steps:
  1. Wait for Oracle to inform you that your upgrade has been scheduled. You can see your scheduled upgrade windows in the following places:
    • Click Settings, then click Upgrade to see your upgrade window.
    • An announcement appears in the user interface.

      You can see the announcement if you're part of an administrator group.

    • Oracle sends an email, informing you of your upgrade window.

      Everyone who gets emails about Oracle Integration Generation 2 quarterly updates receives the email.

  2. Review your upgrade window, change it if needed, and configure your upgrade settings:
    1. In Oracle Integration, open the Upgrade page using one of the following methods:
      • In the navigation pane, click Settings, then Upgrade.
      • Click Announcements Announcements icon, and then click the link in the notification.
      The Upgrade page contains fields for scheduling your upgrade and specifying upgrade settings, as described in this topic.
    2. On the Upgrade page, fill in the fields.
      Field Description
      Ignore identity certificates during upgrade eligibility check When selected, the upgrade proceeds, even if the instance contains connections that use identity certificates. After the upgrade, you'll need to upload new identity certificates into your Oracle Integration 3 instance, test the connections that use the identity certificate so their status changes from Draft to Configured, and activate any integrations that use the connections.

      If you do not select this field, the upgrade cannot proceed unless you manually delete the identity certificates.

      Time window If your upgrade has been scheduled, you see your upgrade window.

      You can change your upgrade window if it's seven or more business days away.

      All upgrade dates that are available to you appear in the list.

      If you have multiple instances, choose your upgrade windows carefully. See Prerequisites When You Have Multiple Instances.

      Note:

      Does your organization restrict access to the Oracle Integration Generation 2 instance based on the OCID value that uniquely identifies your instance? If so, consult the IAM policy administrator before scheduling the upgrade. The Oracle Integration 3 instance has a different OCID than the Oracle Integration Generation 2 instance. After the upgrade, the IAM policy administrator must update the IAM policy so that it refers to the Oracle Integration 3 OCID. People can sign in only after this work is complete. Make sure the upgrade window is during a time when the IAM policy administrator is available to update the policy.

      For information about updating the IAM policy, see About IAM Policies for Oracle Integration and Creating an IAM Policy.

      Shape of Oracle Integration 3 The shape determines when the instance receives updates. The shape you select determines the upgrade time windows that are available.
      • Development: Instances with this shape are updated two weeks before instances with a Production shape.
      • Production: Instances with this shape receive updates two weeks after instances with a Development shape.

        If you select Production, when you save your changes, you'll be prompted to confirm that you are satisfied with the testing you've done on your Development instances.

      You can't change the shape after the instance has been assigned an ingress or egress IP address. If the shape is not correct and you're unable to change it, submit a service request (SR) on My Oracle Support.

      Note:

      You can't change the shape after the upgrade is complete. However, you can move data to another instance using the export and import capabilities.
      Ignore activation failures, I will activate integrations as needed Determine whether to roll back your upgrade if Oracle isn't able to activate all of your integrations in Oracle Integration 3.
      • When selected, if Oracle can't activate one or more integrations, the upgrade proceeds.

        If you select this option, plan to check the status of all your integrations after the upgrade finishes and activate integrations as needed.

      • When deselected, if Oracle can't activate one or more integrations, Oracle rolls back the upgrade.

        After the rollback, you continue working in the Oracle Integration Generation 2 instance. Oracle will schedule another upgrade in the future.

      Ignore start schedule failures, I will manually start them if needed Determine whether to roll back your upgrade if Oracle isn't able to start the schedule for an integration.
      • When selected, if Oracle can't start the schedule on one or more scheduled integrations, the upgrade proceeds.

        If you select this option, plan to check the schedules of your integrations after the upgrade, and manually start them if needed.

      • When deselected, if Oracle can't start the schedule on one or more scheduled integrations, Oracle rolls back the upgrade.

        After the rollback, you continue working in the Oracle Integration Generation 2 instance and can schedule another upgrade in the future.

      Ignore test connection failures Select this option to continue with the upgrade, even if connections don't pass testing in Oracle Integration 3 after the upgrade. If you deselect this option, the upgrade is rolled back after a connection doesn't pass testing in Oracle Integration 3. Oracle recommends selecting this checkbox and addressing any connection failures after the upgrade.
      For the purpose of troubleshooting, I authorize Oracle Integration to access the IAR file of any integration flow that causes the upgrade to fail If you select this option, should the upgrade fail, Oracle Integration Generation 2 saves the integration IAR file that caused the failure. This reduces the time required for troubleshooting when you contact Technical Support.
      Connectivity Agent Status The Connectivity Agent Status section shows the status of all the connectivity agents in your instance. Two weeks before the upgrade, it also shows the design-time and runtime IP addresses you'll need to add to your connectivity agent's allowlist.

      The connectivity agent status table shows the following information:

      • Agent Name: Shows the name of the agent.
      • Agent Group: Shows the agent group that the agent is associated with.
      • Agent Status: Your connectivity agents must be up and running before the upgrade of your connectivity agent begins or the upgrade will fail. For any agents that are failing this precheck, make sure that they're available before upgrade begins.
      • Java Version: The servers that host your connectivity agents must use JDK 17 or the upgrade of those connectivity agents will fail. For any agents that are failing this precheck, install JDK 17.
      • PKCS12 KeyStore: The servers that host your connectivity agents must use PKCS12 KeyStore. If your agents use JDK 17, your JKS KeyStores will automatically be converted to the PKCS12 KeyStore during upgrade.
      • In use: If an agent is marked as not in use it means it either isn't used in any connections or there hasn't been any recent traffic from the agent (agent-level messages). If an agent isn't in use it won't cause your upgrade to fail. However, you might want to consider removing unused agents.
      • Allowlist status: Shows whether the connectivity agent's allowlist has been updated to configure connectivity from the connectivity agent to Oracle Identity Cloud Service (IDCS) and Oracle Integration. See 3. Update Allowlists and Complete Pre-Upgrade Tasks.

        Caution:

        You must update your allowlists before upgrade or you'll lose connectivity until it's done.

      If any of your agents are offline during upgrade or don't meet upgrade requirements, they won't be upgraded. You'll need to perform post-upgrade steps to regain connectivity.

      Allowlist IP Addresses Two weeks before the upgrade, the ingress and egress IP addresses are available:
      • Ingress IP Address(es): IP addresses for traffic entering into Oracle Integration 3.
      • Egress IP Address(es): IP addresses for traffic exiting Oracle Integration 3.

      You'll need these values to update your allowlists for your firewall and the server that hosts your connectivity agent. To copy an IP address, click

      Copy icon next to the address.
      Upgrade Notifications By default, upgrade notifications are automatically sent to the listed admin email. Enter the email addresses of any additional stakeholders who should receive communications about the upgrade. Separate multiple email addresses using a comma (,). Oracle includes the stakeholders in all future communications for the upgrade.
    3. Click Save changes.
  3. If you selected a different upgrade window, wait for the email that confirms that your requested window is available.
    Oracle emails a confirmation of the upgrade window that you selected. Everyone who gets emails about Oracle Integration Generation 2 quarterly updates receives the email.
  4. Inform users and stakeholders about the upcoming upgrade.
    For example, consider completing the following tasks:
    • Share the date of the upgrade.
    • Ask everyone to limit their development work starting two days before the upgrade, if possible.

      If teams can't pause their work, the upgrade continues as planned. But, limiting your work can help ensure a successful upgrade.

    • Tell everyone to expect downtime during the upgrade window.
    • Plan and assign the tasks to complete before and after the upgrade.

      See 3. Update Allowlists and Complete Pre-Upgrade Tasks and 5. Complete Post-Upgrade Tasks.

If you rescheduled your upgrade, Oracle sends an email confirmation for the new date and time.
Two weeks before your upgrade date, Oracle shares your new ingress IP address(es). Use the values to update your allowlists. See 3. Update Allowlists and Complete Pre-Upgrade Tasks.
Three days before your upgrade date, Oracle locks your upgrade window.