Lugir

　　在进行网站升级之前，还有一大堆事情需要先做。在升级前了解已有网站如何建设是非常重要的。在真正升级站点之前在开发环境先进行测试是最好不过的了。

现有模块和主题

找出网站上安装的模块（包括那些已安装，但之后被禁用的模块）

找出网站上安装和使用的主题

将这些模块和主题列成一张清单，这样有利于升级时进行核对，这份清单还为升级过程中禁用和重新启用模块带来方便。

禁用和卸载未使用的模块

当对网站中的模块进行完调查之后，能够知道哪些模块实际上并未使用。出于安全性和性能的考虑，我们总是推荐将未使用的模块卸载并移除。

第三方模块升级

在升级前调查关于模块的情况：

1. 这个模块是否有 D7 版本？通过访问模块项目页面，就可以轻松的获知这一信息。
2. 这个模块是否被整合到 D7 核心？不少实用的模块都被整合到 D7 的核心，详情可参考《整合到 Drupal 7 核心的 Drupal 6 模块》
3. 这个模块是否可以升级到 D7 版本？（有些模块有多具版本，如 6.x-1.x 和 6.x-2.x，但其中只有一个版本能够升级到 Drupal 7）
4. 这个模块的 D7 版本是否增加了一些新的依赖性？有时新版本的模块需要依赖其它的一些模块（例如 D7 版本的 Views 模块依赖于 ctools 模块，而 D6 版本并无此依赖性），因此确保升级时加上依赖的模块。

主题升级

如果网站使用了第三方的主题，就需要研究主题是否能升级到 Drupal 7

1. 这个主题是否有 D7 版本？
2. 网站的主题是否基于一些基主题（如 Zen 或 960）？这样的主题应该如何进行升级？

如果网站的主题是自定义开发，或者修改自第三方的主题，则需要考虑到主题升级将会花上一些时间，可参考《Converting 6.x themes to 7.x》

内核及第三方模块的修改

使用 Drupal 的原则之一就是“绝对不要修改内核”，然而有时确实更改了内核的一些文件和模块。对于这些修改，进行操作的人应该承担起进行标注和升级的责任。对于第三方模块的修改也是如此。

创建升级规划文档

基于之前对于网站中模块和主题的调查创建网站升级规划文档，文档应包含《从 Drupal 6 升级到 Drupal 7 步骤详解》中的所有步骤。因为升级过程中有许多事情很可能会被遗漏，创建一份核对清单，便于自己查看升级完成的项目和跟踪进度，而且能够节省很多时间。将升级过程中遇到的问题做一些记录，这对以后再进行升级操作是非常宝贵的资源。

以下内容可以考虑加入到文档中：

• 不能进行升级的模块的其它选择
• 哪些模块在升级数据库，需要先完成自身的升级
• 对升级有特殊要求的模块的相关说明
• 模块升级的顺序
• 升级是否成功的测试计划

参考文档：Make an Upgrade Plan