This topic describes the background and restrictions for upgrading to OceanBase Migration Service (OMS) V4.0.0-CE.
Background
OMS support rollback during the upgrade. We recommend that you use a backup tool to back up the existing database, such as db_oms, to an SQL file such as db_oms_bak.sql before starting the upgrade. The new OMS image will run on the original db_oms database, and the database backup file such as db_oms_bak.sql can be used for rollback.
Note:
If you do not have a handy backup tool, contact OMS Technical Support for the documentation related to backup operations. In general, you can use mysqldump to export backup files.
Perform the following operations to upgrade OMS:
If high availability (HA) is enabled, disable it first.
Back up the databases.
Start the container of OMS V4.0.0-CE.
The name of the MetaDB for the container of OMS V4.0.0-CE must be the same as that of the previous MetaDB. In addition, the three disk mounting paths must be the same as those before the upgrade.
On the System Parameters page, enable HA, and configure the parameters.
Optional. Perform the rollback operation as needed.
After the upgrade is complete, clear the browser cache before you log on to OMS.
Restrictions
Before you start the upgrade, make sure that data is synchronized in quasi-real-time between the source and destination in data migration and synchronization projects created by using the earlier version of OMS, and that forward switchover of the projects is completed. We do not recommend that you use the new version of OMS to perform the forward switchover.
Before you upgrade OMS V3.2.2-CE, if DDL synchronization is involved, you need to add the
dbTypeparameter for the connector component. Otherwise, the data synchronization projects cannot run. You must fix the issue after the upgrade. For more information, see What do I do to resolve compatibility issues when I upgrade OMS V3.2.2-CE to V4.0.0-CE?.Notice:
If you use OMS V3.3.0 and it contains data synchronization projects created by using OMS V3.2.1 or V3.2.2, the preceding issue may occur. You can fix it by using the same methods.
You can check whether the
dbTypeordb_typeparameter exists in the Source configuration file of the connector component. If any of the two parameters exists, no fix is required.Procedure:
Log on to the OMS console.
In the left-side navigation pane, choose OPS & Monitoring > Component > Connector.
On the Connector tab, click Update in the Actions column of the target connector.
In the Update Configurations dialog box, hover the pointer over the blank area on the right side of the source field and click + to add the
dbTypeparameter.After the configuration is completed, click Update.
If only one type of source database exists on the host, you can perform the following operations:
On the Connector tab, click Batch O&M in the upper-right corner.
In the Batch O&M dialog box, click Update.
After you select IP and specify the IP address, hover the pointer over the blank area on the right side of the source field in the Configurations section and click + to add the
dbTypeparameter.After the configuration is completed, click Submit.