deb-sahara/sahara/db/migration/alembic_migrations
Vitaly Gridnev 19befd02c6 Add new events objects to Sahara
Implements: blueprint event-log

Change-Id: Ifacf309b75ccf85a5bdec7d8926fb9804b45571e
2014-11-27 14:51:10 +03:00
..
versions Add new events objects to Sahara 2014-11-27 14:51:10 +03:00
env.py Migration to oslo.utils 2014-08-08 14:28:06 +04:00
README.md Small fixes in README migration file 2014-06-23 20:25:16 +04:00
script.py.mako Extend status_description column in Clusters tables 2014-07-08 16:42:01 +04:00

The migrations in alembic_migrations/versions contain the changes needed to migrate between Sahara database revisions. A migration occurs by executing a script that details the changes needed to upgrade or downgrade the database. The migration scripts are ordered so that multiple scripts can run sequentially. The scripts are executed by Sahara's migration wrapper which uses the Alembic library to manage the migration. Sahara supports migration from Icehouse or later.

You can upgrade to the latest database version via:

$ sahara-db-manage --config-file /path/to/sahara.conf upgrade head

To check the current database version:

$ sahara-db-manage --config-file /path/to/sahara.conf current

To create a script to run the migration offline:

$ sahara-db-manage --config-file /path/to/sahara.conf upgrade head --sql

To run the offline migration between specific migration versions:

$ sahara-db-manage --config-file /path/to/sahara.conf upgrade <start version>:<end version> --sql

Upgrade the database incrementally:

$ sahara-db-manage --config-file /path/to/sahara.conf upgrade --delta <# of revs>

Downgrade the database by a certain number of revisions:

$ sahara-db-manage --config-file /path/to/sahara.conf downgrade --delta <# of revs>

Create new revision:

$ sahara-db-manage --config-file /path/to/sahara.conf revision -m "description of revision" --autogenerate

Create a blank file:

$ sahara-db-manage --config-file /path/to/sahara.conf revision -m "description of revision"

This command does not perform any migrations, it only sets the revision. Revision may be any existing revision. Use this command carefully.

$ sahara-db-manage --config-file /path/to/sahara.conf stamp <revision>

To verify that the timeline does branch, you can run this command:

$ sahara-db-manage --config-file /path/to/sahara.conf check_migration

If the migration path does branch, you can find the branch point via:

$ sahara-db-manage --config-file /path/to/sahara.conf history