You can migrate data from any MySQL database to a VMware SQL with MySQL for Tanzu Application Service service instance.
You can migrate data from a source database to a destination database using the migrate
command.
To migrate data in VMware SQL with MySQL for TAS:
migrate
command to access the source database. See Enable source access.CautionMigrating large datasets can take several hours. Data migration is linear and depends on the hardware being used. For example, if X amount of data takes 10 minutes to migrate, then 2X amount of data takes 20 minutes to migrate using the same hardware.
Do a test migration with small datasets to estimate how long the entire migration takes before migrating larger datasets.
Before you do the procedures in this topic, you must have:
migrate
command in About data migration in VMware SQL with MySQL for TAS.You must ensure that the VMware SQL with MySQL for TAS v2 service plan for your destination service instance has your preferred VM type and persistent disk size. If the plan does not enough space on disk to store the data, migration fails.
To view available service plans, run cf marketplace
. VMware SQL with MySQL for TAS v2 appears as p.mysql
and v1 appears as p-mysql
.
You can choose a service plan for your destination service instance, if you select:
For more information about recommended persistent disk sizes, see Persistent disk usage.
VMware recommends that developers migrate data using the mysql-tools
CLI plug-in with the migrate
command. For more information about mysql-tools
cf CLI plug-in, see mysql-cli-plugin in GitHub.
You must have TLS activated to use this feature. To configure and activate TLS, see Configure TLS.
To install the mysql-tools
cf CLI plug-in:
Install the plug-in by running:
cf install-plugin -r CF-Community "MysqlTools"
Confirm that the plug-in has successfully installed, run:
cf mysql-tools version
The migrate
command must be able to access the source database. How you activate this access depends on where the source database is located relative to the destination space and org.
If you are:
migrate
command can access the source without any preparation. Continue to Migrate data.If your source MySQL service instance is in a different development space from your destination org and space, you can migrate your data by sharing the service instance to the destination org and space. Service instance sharing is enabled by default.
To share a source MySQL service instance with your destination org and space:
Do the procedure in Share service instances.
Continue to Migrate data.
If your source MySQL database is in a different Tanzu Operations Manager foundation or not deployed on Tanzu Operations Manager, you can migrate your data by creating a local user-provided service instance that can access the database.
For more information on user-provided service instances, see User-provided service instances.
To create a user-provided service instance to access the off-platform database:
Record the information needed to access your off-platform database. These values usually include:
hostname
: the domain name or IP address of the off-platform source database.name
: the name of source database.username
and password
: the database account credentials.port
: The port number for the database. This number is usually 3306
.If your off-platform database is a VMware SQL with MySQL for TAS service instance, these values are in your VCAP_SERVICES
environment variable credentials hash. For more information, see MySQL Environment Variables.
Create a Cloud Foundry user-provided service instance that can access the off-platform database:
cf cups CF-DB-INSTANCE -p CREDS-STRUCT
Where:
CF-DB-INSTANCE
is the name that you want to give to the new database service instance that you are migrating to.CREDS-STRUCT
is a JSON structure that contains the off-platform database access values you recorded in the previous step.For example:
$ cf cups migrating-db -p '{"hostname": "34.192.88.212", "name": "my\_db", \
"username": "root", "password": "P455w0rD", "port": 3306}' <br>
Creating user provided service migrating-db in org my-org / space my-space as admin...
OK
Note cf cups
is a shortcut for the cf create-user-provided-service
command.
After your user-provided service instance is created, continue to Migrate data.
After your source database can access the destination space:
If your source MySQL database is running on Tanzu Operations Manager, you must stop all traffic to the service instance before you migrate your data. You can do this by stopping and unbinding all of your apps. See Stop and Unbind Apps.
If your source MySQL database is running off-platform, do the procedure in Migrate Data to Destination Instance.
To stop and unbind your apps:
Log in to your BOSH deployment by running:
cf login API-URL
When prompted, enter your credentials.
Target the org and space for the new destination service instance by running:
cf target -o DESTINATION-ORG -s DESTINATION-SPACE
Retrieve and record a list of your bound apps by running:
cf services
Your apps are listed the bound apps
column.
For each bound app you recorded in the previous step:
Stop the app by running:
cf stop APP
Unbind the app by running:
cf unbind-service APP SOURCE-INSTANCE
Where:
APP
is the name of your app.SOURCE-INSTANCE
is the name of your source VMware SQL with MySQL for TAS service instance.Do the procedure in Migrate data to destination instance.
To migrate data from your source database to your destination service instance:
Log in to your BOSH deployment and target the destination org and space by doing steps 1 and 2 of Stop and unbind apps.
View and select an available VMware SQL with MySQL for TAS v2 service plans by running:
cf marketplace
VMware SQL with MySQL for TAS v2 service plans are under p.mysql
.
Migrate your data by running:
cf mysql-tools migrate SOURCE-INSTANCE V2-PLAN
Where:
SOURCE-INSTANCE
is the name of your source MySQL service instance or user-provided service instance.V2-PLAN
is the name of the service plan that you previously selected.For example:
$ cf mysql-tools migrate my-instance db-small
2018/04/24 11:31:19 Creating new service instance "my-instance" for service p.mysql using plan db-small 2018/04/24 11:41:01 Unpacking assets for migration to /var/folders/dm/66n2j9xx02l8vs58q2whz4080000gn/T/migrate\_app\_101341527 2018/04/24 11:41:02 Started to push app Done uploading 2018/04/24 11:41:09 Successfully pushed app 2018/04/24 11:41:10 Successfully bound app to v1 instance 2018/04/24 11:41:12 Successfully bound app to v2 instance 2018/04/24 11:41:12 Starting migration app 2018/04/24 11:41:25 Started to run migration task 2018/04/24 11:41:27 Migration completed successfully 2018/04/24 11:41:29 Cleaning up...
For debugging purposes, you can add the --no-cleanup
flag to the previous command. If a migration fails, this flag preserves the migration app and the newly-created service instance. However, if a migration succeeds, the migration app is still deleted.
After you migrate your data, you must verify that the data was successfully migrated by validating the data in the new VMware SQL with MySQL for TAS v2.x service instance.
You can validate the data by creating an SSH tunnel to gain direct command line access to the new VMware SQL with MySQL for TAS v2.x service instance.
To create an SSH tunnel to the instance and validate your data:
Create an SSH tunnel to your VMware SQL with MySQL for TAS v2.x service instance by doing the following procedures in Accessing services with SSH:
From the MySQL shell, validate that the data that you expect to see has been imported into the VMware SQL with MySQL for TAS v2.x service instance.
Exit the MySQL shell and stop the SSH tunnel.
To complete the migration, rebind and re-stage any bound apps in your destination org and space. After rebinding and re-staging your apps, VMware recommends deleting the old source database instance to save resources.
Important If a developer rebinds an app to the VMware SQL with MySQL for TAS service after unbinding, they must also rebind any existing custom schemas to the app. When you rebind an app, stored code, programs, and triggers break. For more information about binding custom schemas, see Use custom schemas.
To rebind and re-stage your apps and delete the source database instance:
Bind the app to the new service instance by running
cf bind-service APP V2-INSTANCE
Where:
APP
is the name of your app.V2-INSTANCE
is the name of your VMware SQL with MySQL for TAS v2.x service instance.For example:
$ cf bind-service my-app my-v2-instance
Binding service my-v2-instance to app my-app in org my-org / space my-space as user@example.com...
OK
TIP: Use 'cf restage my-app' to ensure your env variable changes take effect
Re-stage the app by running:
cf restage APP
The app is now using your new VMware SQL with MySQL for TAS v2.x service instance and should be operational again.
(Optional) Delete your source database. If your source database is deployed on Tanzu Operations Manager, delete the old database instance by running in your source space and org:
cf delete-service SOURCE-INSTANCE
Where SOURCE-INSTANCE
is the name of your source VMware SQL with MySQL for TAS service instance.