You are here

README.txt in Backup and Migrate 8.3

-------------------------------------------------------------------------------
Backup and Migrate 2 for Drupal 7.x
  by Ronan Dowling, Gorton Studios - ronan (at) gortonstudios (dot) com
-------------------------------------------------------------------------------

DESCRIPTION:
This module makes the task of backing up your Drupal database and migrating data
from one Drupal install to another easier. It provides a function to backup the
entire database to file or download, and to restore from a previous backup. You
can also schedule the backup operation. Compression of backup files is also
supported.

There are options to exclude the data from certain tables (such as cache or
search index tables) to increase efficiency by ignoring data that does not need
to be backed up or migrated.

The backup files are a list of SQL statements which can be executed with a tool
such as phpMyAdmin or the command-line mysql client.

-------------------------------------------------------------------------------

INSTALLATION:
* Put the module in your Drupal modules directory and enable it in 
  admin/modules. 
* Go to admin/people/permissions and grant permission to any roles that need to be 
  able to backup or restore the database.
* Configure and use the module at admin/config/system/backup_migrate

OPTIONAL:
* Enable token.module to allow token replacement in backup file names.
* To Backup to Amazon S3:
    - Download the S3 library from http://undesigned.org.za/2007/10/22/amazon-s3-php-class
      and place the file 'S3.php' in the includes directory in this module.
      The stable version (0.4.0 – 20th Jul 2009) works best with Backup and Migrate.

LIGHTTPD USERS:
Add the following code to your lighttp.conf to secure your backup directories:
  $HTTP["url"] =~ "^/sites/default/files/backup_migrate/" {
       url.access-deny = ( "" )
  }
You may need to adjust the path to reflect the actual path to the files.

IIS 7 USERS:
Add the following code to your web.config code to secure your backup directories:
<rule name="postinst-redirect" stopProcessing="true">
   <match url="sites/default/files/backup_migrate" />
   <action type="Rewrite" url=""/>
</rule>
You may need to adjust the path to reflect the actual path to the files.

-------------------------------------------------------------------------------

VERY IMPORTANT SECURITY NOTE:
Backup files may contain sensitive data and by default, are saved to your web
server in a directory normally accessible by the public. This could lead to a
very serious security vulnerability. Backup and Migrate attempts to protect
backup files using a .htaccess file, but this is not guaranteed to work on all
environments (and is guaranteed to fail on web servers that are not apache). You
should test to see if your backup files are publicly accessible, and if in doubt
do not save backups to the server, or use the destinations feature to save to a 
folder outside of your webroot.

OTHER WARNINGS:
A failed restore can destroy your database and therefore your entire Drupal
installation. ALWAYS TEST BACKUP FILES ON A TEST ENVIRONMENT FIRST. If in doubt
do not use this module.

This module has only been tested with MySQL and does not work with any other dbms. 
If you have experiences with Postgres or any other dbms and are willing to help 
test and modify the module to work with it, please contact the developer at 
ronan (at) gortonstudios (dot) com.

Make sure your php timeout is set high enough to complete a backup or restore
operation. Larger databases require more time. Also, while the module attempts
to keep memory needs to a minimum, a backup or restore will require
significantly more memory then most Drupal operations.

If your backup file contains the 'sessions' table all other users will be logged
out after you run a restore. To avoid this, exclude the sessions table when 
creating your backups. Be aware though that you will need to recreate the 
sessions table if you use this backup on an empty database.

Do not change the file extension of backup files or the restore function will be
unable to determine the compression type the file and will not function
correctly.

IF A RESTORE FAILS:
Don't panic, the restore file should work with phpMyAdmin's import function, or
with the mysql command line tool. If it does not, then it is likely corrupt; you
may panic now. MAKE SURE THAT THIS MODULE IS NOT YOUR ONLY FORM OF BACKUP.

-------------------------------------------------------------------------------

File

README.txt
View source
  1. -------------------------------------------------------------------------------
  2. Backup and Migrate 2 for Drupal 7.x
  3. by Ronan Dowling, Gorton Studios - ronan (at) gortonstudios (dot) com
  4. -------------------------------------------------------------------------------
  5. DESCRIPTION:
  6. This module makes the task of backing up your Drupal database and migrating data
  7. from one Drupal install to another easier. It provides a function to backup the
  8. entire database to file or download, and to restore from a previous backup. You
  9. can also schedule the backup operation. Compression of backup files is also
  10. supported.
  11. There are options to exclude the data from certain tables (such as cache or
  12. search index tables) to increase efficiency by ignoring data that does not need
  13. to be backed up or migrated.
  14. The backup files are a list of SQL statements which can be executed with a tool
  15. such as phpMyAdmin or the command-line mysql client.
  16. -------------------------------------------------------------------------------
  17. INSTALLATION:
  18. * Put the module in your Drupal modules directory and enable it in
  19. admin/modules.
  20. * Go to admin/people/permissions and grant permission to any roles that need to be
  21. able to backup or restore the database.
  22. * Configure and use the module at admin/config/system/backup_migrate
  23. OPTIONAL:
  24. * Enable token.module to allow token replacement in backup file names.
  25. * To Backup to Amazon S3:
  26. - Download the S3 library from http://undesigned.org.za/2007/10/22/amazon-s3-php-class
  27. and place the file 'S3.php' in the includes directory in this module.
  28. The stable version (0.4.0 – 20th Jul 2009) works best with Backup and Migrate.
  29. LIGHTTPD USERS:
  30. Add the following code to your lighttp.conf to secure your backup directories:
  31. $HTTP["url"] =~ "^/sites/default/files/backup_migrate/" {
  32. url.access-deny = ( "" )
  33. }
  34. You may need to adjust the path to reflect the actual path to the files.
  35. IIS 7 USERS:
  36. Add the following code to your web.config code to secure your backup directories:
  37. You may need to adjust the path to reflect the actual path to the files.
  38. -------------------------------------------------------------------------------
  39. VERY IMPORTANT SECURITY NOTE:
  40. Backup files may contain sensitive data and by default, are saved to your web
  41. server in a directory normally accessible by the public. This could lead to a
  42. very serious security vulnerability. Backup and Migrate attempts to protect
  43. backup files using a .htaccess file, but this is not guaranteed to work on all
  44. environments (and is guaranteed to fail on web servers that are not apache). You
  45. should test to see if your backup files are publicly accessible, and if in doubt
  46. do not save backups to the server, or use the destinations feature to save to a
  47. folder outside of your webroot.
  48. OTHER WARNINGS:
  49. A failed restore can destroy your database and therefore your entire Drupal
  50. installation. ALWAYS TEST BACKUP FILES ON A TEST ENVIRONMENT FIRST. If in doubt
  51. do not use this module.
  52. This module has only been tested with MySQL and does not work with any other dbms.
  53. If you have experiences with Postgres or any other dbms and are willing to help
  54. test and modify the module to work with it, please contact the developer at
  55. ronan (at) gortonstudios (dot) com.
  56. Make sure your php timeout is set high enough to complete a backup or restore
  57. operation. Larger databases require more time. Also, while the module attempts
  58. to keep memory needs to a minimum, a backup or restore will require
  59. significantly more memory then most Drupal operations.
  60. If your backup file contains the 'sessions' table all other users will be logged
  61. out after you run a restore. To avoid this, exclude the sessions table when
  62. creating your backups. Be aware though that you will need to recreate the
  63. sessions table if you use this backup on an empty database.
  64. Do not change the file extension of backup files or the restore function will be
  65. unable to determine the compression type the file and will not function
  66. correctly.
  67. IF A RESTORE FAILS:
  68. Don't panic, the restore file should work with phpMyAdmin's import function, or
  69. with the mysql command line tool. If it does not, then it is likely corrupt; you
  70. may panic now. MAKE SURE THAT THIS MODULE IS NOT YOUR ONLY FORM OF BACKUP.
  71. -------------------------------------------------------------------------------