原文地址：http://drupal.org/node/1209088

译者：这个文档描述的Drupal 6.x的维护页面定制方法。对D7应该也有一定的参考意义。 虽然是Drupal 6.x的文章，但觉得这篇文章有点Drupal way的意思，所以强自翻译，请指正。

原文如下：

当网站处于维护模式下时，我们期望不管用户输入本网站url是什么，都会被引导到一 个维护界面上。在Drupal 6.x中，我们可以通过如下方法做到这一点。

在"root/themes/garland/page.tpl.php"或默认维护主题的page.tpl.php中定义site-offline.html：（译者：在同一目录的template.php定义更合适一些，它会覆盖系统默认函数）

大多数网站的更新没有发生任何事件发生，你开始之前，数据库转储时，成功的，可以被丢弃或归档。然而，偶尔的事情不要去计划，当发生这种情况往往不是必须恢复数据库的备份，而调查到什么地方出了错。

重要事项：更新前恢复备份之前，你必须确保完全清空数据库。Drupal的更新可能会重命名表或表中的数据重新组合成新的表，这些表通常不会被删除，当你恢复数据库备份。（例如，虽然mysqldump的增加DROP / CREATE缺省转储的表行，它不仅表，它知道。）如果没有被删除，这些“新”表将导致错误在下一次尝试更新，如果忽略这些错误，因为事情开始出现工作，你可能会遇到的问题，由于重复数据，旧数据或只是普通的数据库损坏后。

清空数据库

最简单的办法就是删除数据库，创建一个新的数据库：

mysql -h HOST -u USERNAME -pPASSWORD drop database `DB_NAME`; create database `DB_NAME` charset utf8; quit

如果你没有通过shell创建数据库的权限，你必须手动删除所有的数据库表，前提是你已经备份了数据。（填写适当的第一行）

原文地址：http://drupal.org/node/59369

这2个脚本协同工作完成备份和还原。

脚本有2个用途：

1. 创建Drupal的备份可以恢复到其原始位置 例如：还原一个失败的升级或者从磁盘故障中恢复。
2. 在2个drupal配置中转移数据 e.g., backup a production instance and restore to a test instance 例如，备份一个产品实例，然后还原成新的测试实例。

以下脚本已经在linux系统，和windows系统中(使用Cygwin)验证。功能概述

一个完整的Drupal备份需要从数据库和文件系统的数据备份。这两个备份，然后必须依赖对方。

备份脚本使用tar命令执行文件系统备份和使用mysqldump 执行数据库备份。这个备份可以压缩成一个tar文件。这个tar文件包括备份日期。

还原脚本，解压缩备份文件，解压缩网站文件，执行数据库还原。

Drupal的实例备份或还原的备份在恢复脚本中由定义的变量指定。