Confluence 6 从 WIKI 标记整合到基于 XHTML 的存储格式

若是你如今正在将 Confluence 从一个老的版本升级到 Confluence 4.0 或者更新的版本 （例如从 Confluence 3.5.x 或者更老的版本），在升级的过程当中一个内容整合过程也会进行。这个过程将不会对你的升级形成伤害，由于你已经存在内容是不会被重写的。做为替代，合并进程将会创为每个 wiki 的页面建立一个新的版本。这个新版本将会使用一个新的 XHTML 的存储格式，因此你能够在 Confluence 的富文本编辑器中进行编辑。

另外，你如今正在将 Confluence 从一个老的版本升级到 Confluence 4.3 或者更新的版本，升级程序将会自动的合并你的页面模板，请参考 Migration of Templates from Wiki Markup to XHTML-Based Storage Format 页面中的内容。

注意：尽管这个合并过程是无害的，可是你仍是必需要在升级的过程当中对你的数据库进行备份，同时也须要对 home 目录中的内容进行备份，当你决定对 Confluence 进行任何的修改或者升级的时候，这个步骤必不可少。

合并进程

基于你 Confluence 安装的大小，从 Wiki 标记页面合并到新的 XHTML 页面的过程可能须要耗费比较多的时间。具体合并所须要的时间也比较难估计，多个因素都会对这个时间形成影响。基于一个大体的估算，一个有 130,000 页面，总计大体 700MB 的内容，合并须要耗费 6 分钟左右。

下面的配置属性能够进行修改以便以对升级的过程进行控制：

属性	用途	默认值
confluence.wiki.migration.threads	内容合并使用的线程数量	4
confluence.wiki.migration.batch.size	每一个批量处理的数量	500
confluence.wiki.migration.versioncomment	关联到早期版本中的页面评论	"Migrated to Confluence 4.0"

（有关 Confluence 属性配置的内容，请参考 这篇文档）。

再次提示，针对 Confluence 的安装，每一个系统的安装可能都不相同，因此咱们很难给出一个通用的配置参数。一个基本的状况是，若是你增长使用线程的数量或者增长批量的数量，或者同时增长使用线程数量和批量的数量的话都会增长内存的消耗。若是内存使用是你须要考虑的问题的话，你能够选择增长一个，减小另外一个。

另一个须要避免的状况是，若是你修改了部署在你站点中的缓存数量设置，内容合并的过程可能会迅速使用了 Confluence 的某一个缓存设置，有关自定义缓存的设置请参考 Cache Performance Tuning 页面中的，颇有可能会致使缓存被迅速占满使用。

 

https://www.cwiki.us/display/CONF6ZH/Migration+from+Wiki+Markup+to+XHTML-Based+Storage+Format