Migrating to another instance and upgrading OpenPages with an internal database
You can migrate OpenPages to a new cluster that is running a later version of OpenPages.
Do this task when you want to upgrade OpenPages and you want the upgraded version to run on a new cluster.
Before you begin
- The running instance of OpenPages on IBM Cloud Pak® for Data 4.8.x or 5.0.x is the source instance for the migration.
- You have a new instance of OpenPages on
IBM® Software
Hub 5.1.x that is at a higher version
than your source instance. This is the target instance for the migration.
For the target, use a new instance of OpenPages.
Important: All OpenPages data on the target instance is replaced with the content from the source instance. - The status of OpenPages is
Completedin both the source and target environments. - You have a local system from which you can access both the source and target environments.
- Do these steps during a maintenance window for the source environment. Ensure that no
long-running processes, such as FastMap imports, are in progress.Important: Ensure that users do not log in and that no processes run during the backup.
About this task
| Source version | Target version |
|---|---|
|
You can migrate to 5.4.0 or later |
Complete all backup steps within a short time frame to ensure that the database and the application are in sync. Similarly, do all restore steps within a short time frame.
To migrate and upgrade OpenPages, do the following tasks:
Procedure
Backing up your source environment
About this task
Do the following steps in your source environment.
Procedure
Restoring in the target environment
Before you begin
- You have the backup .zip file that contains the openpages-storage directory.
- You have the backup .zip file that contains the application configuration.
- The
${BACKUP_DIR}on your local system contains the two keystore files and the database backup. - You have a list of keys and their secrets.
- The secret for
encryption-key-pw. - The secret for
keystore-pw. - The secret for
opsystem-pw. - The secrets for the default user accounts, if you want to migrate these secrets.
- The secret for
About this task
Do the following steps in the target environment.
Procedure
Upgrading
Before you begin
An administrator must set up the required permissions for the user who will do the upgrade. If the user has cpd admin or cluster access, then they can complete the steps to upgrade.
You can use the following example commands as a guide. These examples assume that the user doesn’t have any permission set.
These commands must be run by an admin user of the cluster who has the required permissions to run these commands on the user's account.
Replace the following values to give the user the permissions to upgrade: <cpd_instance_ns>: Your target cluster’s instance namespace. <tenant_user>: The user who will do the upgrade. <openpages_instance_id>: The ID of the target instance.
- Create the roles with the required permissions:
oc create role crud-pod-role --verb=get,list,create,update,watch,patch --resource=pod -n <cpd_instance_ns> oc create role crud-pod-exec-role --verb=get,list,create,update,watch,patch --resource=pods/exec -n <cpd_instance_ns> oc create role crud-pod-log-role --verb=get,list,create,update,watch,patch --resource=pods/log -n <cpd_instance_ns> oc create role read-ns --verb=get,list,watch --resource=namespace -n <cpd_instance_ns> - Add the roles to the
user:
oc adm policy add-role-to-user crud-pod-role tenant_user --role-namespace= <cpd_instance_ns> -n <cpd_instance_ns> oc adm policy add-role-to-user read-ns tenant_user --role-namespace= <cpd_instance_ns> -n <cpd_instance_ns> oc adm policy add-role-to-user crud-pod-exec-role tenant_user --role-namespace= <cpd_instance_ns> -n <cpd_instance_ns> oc adm policy add-role-to-user crud-pod-log-role tenant_user --role-namespace= <cpd_instance_ns> -n <cpd_instance_ns> - Add the SCCs to the
user:
oc adm policy add-scc-to-user privileged <tenant_user> -n <cpd_instance_ns> oc adm policy add-scc-to-user rook-ceph-csi <tenant_user> -n <cpd_instance_ns> oc adm policy add-scc-to-user restricted <tenant_user> -n <cpd_instance_ns> oc adm policy add-scc-to-user anyuid <tenant_user> -n <cpd_instance_ns> oc adm policy add-scc-to-user restricted-v2 <tenant_user> -n <cpd_instance_ns> oc adm policy add-scc-to-user nonroot-v2 <tenant_user> -n <cpd_instance_ns> oc adm policy add-scc-to-user nonroot <tenant_user> -n <cpd_instance_ns> oc adm policy add-scc-to-user noobaa-db <tenant_user> -n <cpd_instance_ns> oc adm policy add-scc-to-user noobaa-endpoint <tenant_user> -n <cpd_instance_ns> oc adm policy add-scc-to-user hostmount-anyuid <tenant_user> -n <cpd_instance_ns> oc adm policy add-scc-to-user machine-api-termination-handler <tenant_user> -n <cpd_instance_ns> oc adm policy add-scc-to-user hostnetwork-v2 <tenant_user> -n <cpd_instance_ns> oc adm policy add-scc-to-user hostnetwork <tenant_user> -n <cpd_instance_ns> oc adm policy add-scc-to-user hostaccess <tenant_user> -n <cpd_instance_ns> oc adm policy add-scc-to-user zen-ns-c-db2oltp-<openpages_instance_id>-scc <tenant_user> -n <cpd_instance_ns> oc adm policy add-scc-to-user rook-ceph <tenant_user> -n <cpd_instance_ns> oc adm policy add-scc-to-user node-exporter <tenant_user> -n <cpd_instance_ns>
About this task
These steps upgrade the OpenPages data that you restored from your source environment. Do all of these steps on the target cluster.