I have had to move from shared hosting to a dedicated server. I was having a lot of trouble restoring my database on the new server.
Finally, a tech support guy backed up my old databases for me, and they worked, but he didn't explain what he did differently.
I have seen a number of sites, all with different recommended export settings:
The PHYMyAdmin Demo has the following selected:
Auto Increment
Enclose Tables...
Complete Inserts
Extended Inserts
Use hexadecimal...
Type: Insert
Other sites also include Add Drop Table, but no Inserts and another has Drop Table with all the inserts.
WHat is the proper setting for a b2evolution database.
My old server used PHYMyAdmin 2.7.0-pI2, with MySQL 4.0.16. The new server has 2.6.4-pI3 with 4.1.16.
The database is back, but it has been frustrating as hell.
I would like to know what the proper settings are so I can backup my database the right way next time.
And what's the best way to test a database backup? Just create another database and see if it uploads?
My host has cpanel for me to play with. One of the features is phpmyadmin, which lets you get into your database(s), which lets you select 'export'. That's the thing you're talking about. Whenever I do an export I just select "select all" and check "export as file" then "go". I end up with a .sql file that happens to open nicely in a text editor. I can then use that .sql file to rebuild a database, but I have to do that inside phpmyadmin on a database using the 'SQL' button.
Back at cpanel I have an option called 'backup'. When I click it I get to backup a database. It makes me a .gz file of the entire database, but it's all crazy stuff that doesn't make any sense to me. The only reason I do that is because when I want to restore a database I can use the 'backup' feature and select 'restore' then browse to my .gz file. Much easier that way, but if you only want bits and pieces of the database then you would want to use 'export' instead.
For a while my host was broken. I would select 'backup' to backup a db and get a zero byte file with the correct file name. I knew that was no good! Otherwise I just sort of figured it works...