harbor/docs/migration_guide.md

129 lines
6.1 KiB
Markdown
Raw Normal View History

2016-07-12 11:58:15 +02:00
# Harbor upgrade and database migration guide
2016-06-03 12:01:07 +02:00
When upgrading your existing Habor instance to a newer version, you may need to migrate the data in your database. Refer to [change log](../tools/migration/changelog.md) to find out whether there is any change in the database. If there is, you should go through the database migration process. Since the migration may alter the database schema, you should **always** back up your data before any migration.
2016-05-09 08:11:34 +02:00
2016-07-12 11:58:15 +02:00
*If your install Harbor for the first time, or the database version is the same as that of the lastest version, you do not need any database migration.*
2016-05-09 08:11:34 +02:00
**NOTE:**
- From v1.2 on, you need to use the release version as the tag of the migrator image. 'latest' is no longer used for new release.
2016-06-28 10:49:08 +02:00
- You must back up your data before any data migration.
2016-06-28 10:49:08 +02:00
2016-07-12 11:58:15 +02:00
### Upgrading Harbor and migrating data
2017-01-23 14:17:06 +01:00
1. Log in to the host that Harbor runs on, stop and remove existing Harbor instance if it is still running:
2016-06-03 12:01:07 +02:00
```
2017-01-04 11:45:26 +01:00
cd harbor
2016-06-03 12:01:07 +02:00
docker-compose down
```
2016-07-12 11:58:15 +02:00
2017-01-23 14:17:06 +01:00
2. Back up Harbor's current files so that you can roll back to the current version when it is necessary.
2016-07-12 11:58:15 +02:00
```sh
2017-01-04 11:45:26 +01:00
cd ..
mv harbor /my_backup_dir/harbor
2016-07-13 09:42:47 +02:00
```
2017-01-23 14:17:06 +01:00
3. Get the lastest Harbor release package from Github:
2017-01-04 11:45:26 +01:00
https://github.com/vmware/harbor/releases
4. Before upgrading Harbor, perform database migration first. The migration tool is delivered as a docker image, so you should pull the image from docker hub. Replace [tag] with the release version of Harbor (e.g. 1.2) in the below command:
2016-07-12 11:58:15 +02:00
```
2017-08-02 09:36:14 +02:00
docker pull vmware/harbor-db-migrator:[tag]
2016-07-12 11:58:15 +02:00
```
5. Back up database to a directory such as `/path/to/backup`. You need to create the directory if it does not exist. Also, note that the username and password to access the db are provided via environment variable "DB_USR" and "DB_PWD".
**NOTE:** Upgrade from harbor 1.2 or older to harbor 1.3 must use `vmware/migratorharbor-db-migrator:1.2`. Because DB engine replaced by MariaDB in harbor 1.3
2016-06-03 12:01:07 +02:00
```
2017-08-02 09:36:14 +02:00
docker run -ti --rm -e DB_USR=root -e DB_PWD=xxxx -v /data/database:/var/lib/mysql -v /path/to/backup:/harbor-migration/backup vmware/harbor-db-migrator:[tag] backup
2016-06-03 12:01:07 +02:00
```
6. Upgrade database schema and migrate data.
2016-06-03 12:01:07 +02:00
2016-07-12 11:58:15 +02:00
```
2017-08-02 09:36:14 +02:00
docker run -ti --rm -e DB_USR=root -e DB_PWD=xxxx -v /data/database:/var/lib/mysql vmware/harbor-db-migrator:[tag] up head
2016-07-12 11:58:15 +02:00
```
2016-06-03 12:01:07 +02:00
**NOTE:** Some errors like
```
[ERROR] Missing system table mysql.roles_mapping; please run mysql_upgrade to create it
[ERROR] Incorrect definition of table mysql.event: expected column 'sql_mode' at position ... ...
[ERROR] mysqld: Event Scheduler: An error occurred when initializing system tables. Disabling the Event Scheduler.
[Warning] Failed to load slave replication state from table mysql.gtid_slave_pos: 1146: Table 'mysql.gtid_slave_pos' doesn't exist
```
will be occurred during upgrading from harbor 1.2 to harbor 1.3, just ignore them if harbor can start successfully.
7. Unzip the new Harbor package and change to `./harbor` as the working directory. Configure Harbor by modifying the file `harbor.cfg`,
- Configure Harbor by modifying the file `harbor.cfg`,
you may need to refer to the configuration files you've backed up during step 2.
Refer to [Installation & Configuration Guide ](../docs/installation_guide.md) for more information.
Since the content and format of `harbor.cfg` may have been changed in the new release, **DO NOT directly copy `harbor.cfg` from previous version of Harbor.**
**IMPORTANT:** If you are upgrading a Harbor instance with LDAP/AD authentication,
you must make sure **auth_mode** is set to **ldap_auth** in `harbor.cfg` before launching the new version of Harbor. Otherwise, users may not be able to log in after the upgrade.
2016-06-03 12:01:07 +02:00
- To assist you in migrating the `harbor.cfg` file from v0.5.0 to v1.1.x, a script is provided and described as below. For other versions of Harbor, you need to manually migrate the file `harbor.cfg`.
```
cd harbor
./upgrade --source-loc source_harbor_cfg_loc --source-version 0.5.0 --target-loc target_harbor_cfg_loc --target-version 1.1.x
```
**NOTE:** After running the script, make sure you go through `harbor.cfg` to verify all the settings are correct. You can make changes to `harbor.cfg` as needed.
2016-06-03 12:01:07 +02:00
8. Under the directory `./harbor`, run the `./install.sh` script to install the new Harbor instance. If you choose to install Harbor with components like Notary and/or Clair, refer to [Installation & Configuration Guide](../docs/installation_guide.md) for more information.
2016-07-13 09:42:47 +02:00
### Roll back from an upgrade
For any reason, if you want to roll back to the previous version of Harbor, follow the below steps:
1. Stop and remove the current Harbor service if it is still running.
```
2017-01-04 11:45:26 +01:00
cd harbor
2016-07-13 09:42:47 +02:00
docker-compose down
```
2. Restore database from backup file in `/path/to/backup` .
2016-07-13 09:42:47 +02:00
```
2017-08-02 09:36:14 +02:00
docker run -ti --rm -e DB_USR=root -e DB_PWD=xxxx -v /data/database:/var/lib/mysql -v /path/to/backup:/harbor-migration/backup vmware/harbor-db-migrator:[tag] restore
2016-07-13 09:42:47 +02:00
```
**NOTE:** Rollback from harbor 1.3 to harbor 1.2 must use `vmware/harbor-db-migrator:1.2`. Because of DB engine change.
2016-07-13 09:42:47 +02:00
2017-01-23 14:17:06 +01:00
3. Remove current Harbor instance.
```
2016-07-13 09:42:47 +02:00
rm -rf harbor
```
4. Restore the older version package of Harbor.
2016-07-13 09:42:47 +02:00
```sh
mv /my_backup_dir/harbor harbor
2016-07-13 09:42:47 +02:00
```
2017-01-23 14:17:06 +01:00
5. Restart Harbor service using the previous configuration.
If previous version of Harbor was installed by a release build:
2016-07-13 09:42:47 +02:00
```sh
2017-01-04 11:45:26 +01:00
cd harbor
2017-01-23 14:17:06 +01:00
./install.sh
2016-07-13 09:42:47 +02:00
```
**Note:** If you choose to install Harbor with components like Notary and/or Clair, refer to [Installation & Configuration Guide](../docs/installation_guide.md) for more information.
2017-01-23 14:17:06 +01:00
2017-01-23 14:24:25 +01:00
If your previous version of Harbor was installed from source code:
2017-01-04 11:45:26 +01:00
```sh
cd harbor
2017-01-23 14:17:06 +01:00
docker-compose up --build -d
2017-01-04 11:45:26 +01:00
```
2016-07-12 11:58:15 +02:00
### Migration tool reference
- Use `help` command to show instructions of the migration tool:
2016-05-09 08:11:34 +02:00
2017-08-02 09:36:14 +02:00
```docker run --rm -e DB_USR=root -e DB_PWD=xxxx vmware/harbor-db-migrator:[tag] help```
2016-07-12 11:58:15 +02:00
- Use `test` command to test mysql connection:
2016-05-13 12:05:27 +02:00
2017-08-02 09:36:14 +02:00
```docker run --rm -e DB_USR=root -e DB_PWD=xxxx -v /data/database:/var/lib/mysql vmware/harbor-db-migrator:[tag] test```