Upgrade TimesTen
You can upgrade a TimesTenClassic object and its active standby pair of TimesTen Classic databases to a new TimesTen release.
To upgrade TimesTen, use the ttclassic
chart from the new release.
This example upgrades from TimesTen release 22.1.1.19.0
to 22.1.1.20.0
. For more information about TimesTen releases, see Overview of release numbers in the Oracle TimesTen In-Memory Database Installation, Migration, and Upgrade Guide.
Let's assume you previously created the new_kube_files
directory and unpacked the new release of the TimesTen Operator distribution into this directory.
ttclassic
chart contains all the information necessary to upgrade an active standby pair of TimesTen Classic databases that are deployed in your namespace. The chart contains a default configuration for deploying a new release of TimesTen. In addition, if the default container image is not the image you want to upgrade to, you can modify the ttclassic
's chart default image
variable to reference your new container image. For example, if the default container image for the new release is container-registry.oracle.com/timesten/timesten/22.1.1.20.0
and instead you want to use your newly built phx.ocir.io/youraccount/tt2211200image:2
container image, you modify the image
variable in the following way:image:
repository: phx.ocir.io/youraccount/tt2211200image
tag: "2"
Let's walk through an example illustrating how to upgrade the ttclassic
chart, which upgrades an active standby pair of TimesTen databases to a new release. In the example, let's assume you want to use your phx.ocir.io/youraccount/tt2211200image:2
container image.
The example uses a customized YAML file to define the container image that contains the new release. Let's assume you have previously created a new_kube_files/helm/customyaml
directory for your customized YAML files.
Note:
When an upgrade is performed, the standby is terminated first. It takes some time for the standby to come back up. During this wait period, the standby is upgraded to the new release. During the upgrade of the standby, depending on your replication configuration, there may be disruption on the active database. This may impact your applications. Next, the failover from the active to the standby occurs. The active is terminated. There is a wait period for the former active to come back up. During this wait period, the active is upgraded to the new release. The standby database is promoted to the active and the former active becomes the standby.
Ensure you perform an upgrade at the appropriate time. We recommend that you do not perform upgrades at the busiest time of a production day. Applications see shortages and perhaps reduced performance as a result of the upgrade procedure.
Normal
state. The associated active standby pair of TimesTen Classic databases are upgraded. Both databases are up and running.