Restore from Backup

Hi pgplast,

Before you upgrade, make a backup of the entire old database and then the entire old cmsAdmin folder. (make sure you can tell which backups are the latest, because dates get overwritten when files are transferred.) 

That way you always have all files in their original form.

You may have to upload some of the new schema files to see the new fields in the sections, but again, if any issues arise you always have the old backup available.

Remember, its a bit more work, but you can always do a completely new parallel install in a new folder on your server and not delete the old installation until you've squashed any errors and you're happy with the result.

There's some more detailed information in my CMSB Cookbook in the recipes MOVE A CMSB SITE FROM ONE SERVER TO ANOTHER WITHOUT FEAR and IMAGES WON’T SHOW AFTER MIGRATING TO A NEW SERVER - THE FIX IS IN 

Hope that helps,

Jerry Kornbluth

Dave:

Thanks for the response. What I am talking about is the following.

I have an application with  large number of tables originally created in CMSB. The old version of the application and the supporting database are currently live on a public server.

In order to update the client's old site, I earlier created an updated CMSB install on a VPS account we are using as a development machine and restored the blank database with a backup generated on the old public site using CMSB.

Since then, as I have re-written the application code on the development machine, I have needed to add some new fields to some of the development machine's tables. However, in the time since I first created the development version of the app, many data changes have taken place on the old machine.

I need to be able to get the data from the old machine onto the new and thought I could backup each table individually and then use that backup to "resore" the same table on the development machine. I was hoping that this process would add data from fields that the tables have in common and just leave new fields alone (or empty) on the new machine.

You appear to be saying that this is not the case, and that I will lose the new fields I added to the development database.

Is that correct?

Thanks.

Hi Dave:

Any followup thoughts on this issue?

Thanks

pgplast

Hi pgplast,

I think it will do what you want, but best way to tell is to backup everything on both sides and then give it a try.

CMSB stores the section field "settings" (fieldnames, types, etc) under /data/schema/ and the field "data" in the MySQL backup files.

Here's what will happen if you restore a mismatched backup file and /data/schema/ folder:

• The backup file will delete any tables it's restoring and recreate them, so any "data" in the tables will be lost
• The backup file will recreate all the fields and data, whether or not the /schema/ files match it
• Then, when you go into: Admin > Section Editors...
  • CMSB will check the schema files and automatically "create" any fields that are defined in the /schema/ files but not in the database
  • Any fields in the SQL backup but not in the schema will NOT be deleted, but shown as "Unknown Field" 
  • You can then click "create" beside those unknown fields to specify what type of field they should be shown as in CMSB

We did our best to design the restore system so it's error-resistant and never deletes data when that can be avoided so as to prevent issues.

I think that will cover everything you need.  Let me know any questions and how it goes.

Thanks!

Dave:

I was able to accomplish the move without difficulty.

To make things go more smoothly, I created the new fields for the tables in the old database before backing up and restoring on the new computer.

I suspect that this was unnecessary, but the process went smoothly and my data is successfully transfered.

Thanks for your help.