Difference between revisions of "Database Backup and Recovery"
imported>Aeric |
imported>Aeric |
||
Line 106: | Line 106: | ||
</ol> | </ol> | ||
====Migrating Tenant | ====Migrating a Tenant ==== | ||
When migrating tenant data from one platform instance to another, User IDs in the new instance may not match | When migrating tenant data from one platform instance to another, the first step is to copy the tenant database, | ||
 | |||
User IDs in the new instance may not match IDs in the old instance. In that case, tenant admin database (<tt>db892085391</tt>) . | |||
 | |||
In that case, ... | |||
<pre> | |||
UPDATE db892085391.NETWORK_ACCOUNTS SET owner_id = '3' WHERE number = '1234'; | |||
UPDATE db892085391.NETWORK_8c5b349851c041a28d19277a12dee8f0 SET owner_id = '3' | |||
  WHERE number = '1234'; | |||
</pre> | |||
====Learn More==== | ====Learn More==== |
Revision as of 23:18, 14 July 2011
Database Backup and Recovery
MySQL can be backed up using the mysqldump command - http://dev.mysql.com/doc/refman/5.1/en/mysqldump.html
Tip: The replicated database server should be used for backups.
To set up for it, see Configuring MySQL to Run on a Separate Server
Standard Database Backup
- Dump the database
mysqldump âuroot âpxxx âall-databases âquick âroutines âresult-file=dumpfile.sql
- Dump the database at regular intervals, using a Linux cron job
-
- Put the mysqldump command in a shell script - say, xyz.sh
- Setup cron job e.g. every day at 6 pm
0 18 * * * /yourscriptlocation/xyz.sh > /somedirectory/xyz.out 2>&1
- Use tar to compress the resulting dump file, to save space.
- Maintain daily backups for ten days or so, to reclaim the space they use.
- Maintain monthly backup. Save the dump of last day of the month, for example, and retain the dump file for a year or so.
- Store long-term backups offsite.
Standard Database Restore
- Restoring all data from a dump file
- Drop all the databases.
- Restart mysqld
- Start the restore process and run in background:
mysql âuroot âpxxxx < dumpfile.sql > dumpfile.out 2>&1 &
- Restoring a single database or table from a dump file
- Drop the old database/table:
mysql âuroot âpxxxx $database < dumpfile.sql > dumpfile.out 2>&1 &
Backup and Restore for a Single Tenant
The items to include are:
- The Tenant's database
- Records related to this Tenant from relationals.NETWORK_DATABASES, relationals.NETWORK_CUSTOMER, and relationals.NETWORK_USER_DIRECTORY
- Related accounts from db892085391.NETWORK_ACCOUNTS
- Tenant's documents from documents/ and public_documents/ folders in the file system.
Back Up Tenant Data
Letâs say you want to back up data for a customer (tenant) whose account number is â1234â. Here is the process:
- Dump the customer database.
# mysqldump -u âp -R db1234 > db1234.sql
- Dump records related to this customer:
# mysqldump -u -p --complete-insert relationals NETWORK_CUSTOMER \ -t -w"id=1234" > network_customer.sql # mysqldump -u -p --complete-insert relationals NETWORK_USER_DIRECTORY \ -t -w"customer_id=1234" > network_userdir.sql # mysqldump -u -p --complete-insert relationals NETWORK_DATABASES \ -t -w"id=1234" > network_databases.sql # mysqldump -u -p db892085391 NETWORK_ACCOUNTS -t -w"number=1234" \ > network_acc.sql # mysqldump -u -p db892085391 NETWORK_8c5b349851c041a28d19277a12dee8f0 \ -t -w"number=1234" > network_tenants.sql
- If the tenant/customer is an MSP, dump tenant records as well:
# mysqldump -u -p db892085391 NETWORK_ISV_SETTINGS -t -w"id=1234" \ > network_isv_settings.sql
Restore Tenant Data
Restore the data for customer #1234 from the dump files created above:
- Create the database for the tenant if it doesnât exist.
mysql> create database db1234;
- Restore the data.
# mysql âuroot âp db1234 < db1234.sql
- Restore customer records from the related tables:
- relationals.NETWORK_DATABASES
- relationals.NETWORK_CUSTOMER
- relationals.NETWORK_USER_DIRECTORY
- db892085391.NETWORK_ACCOUNTS
- db892085391.NETWORK_8c5b349851c041a28d19277a12dee8f0
# mysql âuroot âp relationals < network_customer.sql
(If you havenât made changes to the relationals and db892085391 databases, you can safely choose not to restore the records from the related tables.)
Migrating a Tenant
When migrating tenant data from one platform instance to another, the first step is to copy the tenant database,
User IDs in the new instance may not match IDs in the old instance. In that case, tenant admin database (db892085391) .
In that case, ...
UPDATE db892085391.NETWORK_ACCOUNTS SET owner_id = '3' WHERE number = '1234'; UPDATE db892085391.NETWORK_8c5b349851c041a28d19277a12dee8f0 SET owner_id = '3' WHERE number = '1234';
Learn More
For more detailed information on database backup and recovery in MySQL, see: