There are 2 options, both will allow rpms 1 and 2 to be on the live server at the same time.
- Option one will make rpms 2 immediately available with the newest data. The fall back is to use rpms 1 instead.
- Option two is to have rpms 2 installed on live with old data, and continue using rpms 1. This will allow testing on live before using new data, but will delay using rpms 2.
Option One
This sequence is to begin using edemo rpms 2.0 immediately
- ... Schedule edemo downtime...
- Get sql dump with newest data in old db from edemo (this will be the db revert file if needed)
- update/run dump on idemo.
- Run sql to create new db on idemo.
- Run php data migration with newest data in old db to new db.
- Validate new db, functionality, and new data on idemo.
- Get sql dump from idemo with new db and new data.
- Add new files to edemo
- Move db dump to edemo.
- Validate db and functionality.
- ... End scheduled edemo downtime...
- Now you can begin using rpms 2 or rpms 1.
Option Two
This sequence is to continue using rpms 1, while testing rpms 2
- Get sql dump from idemo with ONLY new db and old data (do not dump old db).
- Move db dump to edemo to add new db with old data.
- Add new files to edemo
- Validate db and functionality with older data.
- You can continue to use rpms 1, and only test on rpms 2.
Start this sequence to begin using rpms 2
- ... Schedule edemo downtime...
- Get sql dump from edemo
- Update/run dump on idemo.
- Remove all records from new db on idemo.
- Run php data migration from old db to new db on idemo.
- Validate db, functionality and new data on idemo.
- Get sql dump from idemo, update on edemo.
- ... End scheduled edemo downtime...
- Now you can begin using rpms 2.