Confluence 6 尝试从 XML 备份中恢复时解决错误
Posted
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了Confluence 6 尝试从 XML 备份中恢复时解决错误相关的知识，希望对你有一定的参考价值。
错误可能是因为数据库突然不可访问而产生。也有可能是你备份文件有问题，你需要找到你 XML 备份文件中违反数据库规定的记录修改这个记录后再创建一个新的 XML 备份：
在实例开始恢复的时候，请按照下面的指南来禁用批量更新（针对简单的问题解决），启用 SQL 日志和SQL 查询日志，通过在 Enabling Detailed SQL Logging 页面中描述的参数（with parameters）。
一旦上面 3 个修改都完成了后，重启 Confluence。
尝试另外一次恢复。
当你在恢复的时候失败了，检查你的日志文件找到不能用 XML 转换为记录的地方。针对使用 Confluence 分发包的用户，检查你 Confluence 的安装目录下的
/logs/目录，检查atlassian-confluence.log和catalina.out文件。正确的文件应当包含有 SQL 的调试日志输出。滚动到文件的最下端，找到相关的错误信息，这个信息应该是与数据库有关了，例如下面的错误信息：
2006-07-13 09:32:33,372 ERROR [confluence.importexport.impl.ReverseDatabinder] endElement net.sf.hibernate.exception.ConstraintViolationException: could not insert: [com.atlassian.confluence.pages.Attachment#38] net.sf.hibernate.exception.ConstraintViolationException: could not insert: [com.atlassian.confluence.pages.Attachment#38] ... Caused by: java.sql.SQLException: ORA-01400: cannot insert NULL into ("CONFUSER"."ATTACHMENTS"."TITLE") at oracle.jdbc.driver.DatabaseError.throwSqlException(DatabaseError.java:112) at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:331) at oracle.jdbc.driver.T4CTTIoer.processError(T4CTTIoer.java:288)上面的示例标记了在你附件表中 ID = 38 的记录有一个空的标题。
进入到你服务器创建的备份文件中，你应该有你数据库使用的备份。如果你没有这个的话，使用DBA 数据库管理工具创建一个数据库备份。
打开一个 DBA 数据库管理工具，然后连接到原始的数据库实例，在数据库中找到需要的表。你需要修改这个表中的一些记录。
希望找到数据库中是哪个表的那个对象，下面对应了内容存储的表：
页面，博客页面，评论（Pages, blogposts, comments） --> CONTENT 表
附件（attachments ）--> ATTACHMENTS 表
希望跟着上面示例中出现的错误，进入到附件表中，找到对象的 ID 为 38 的记录。这个记录应该是一个 null 的标题。使用其他附件中使用的标题为指南，你可能还会遇到其他的问题，请根据问题进行修改。
一旦上面的修改完成了，重新创建 XML 备份。
导入备份到新的版本中。
如果导入成功了，你需要将你 SQL 修改的日志（SQL logging）重新改回来，你可以重新启用 批量更新（针对简单的问题解决），禁用 SQL 日志和SQL 查询日志。
重启 Confluence
https://www.cwiki.us/display/CONFLUENCEWIKI/Troubleshooting+XML+backups+that+fail+on+restore
以上是关于Confluence 6 尝试从 XML 备份中恢复时解决错误的主要内容，如果未能解决你的问题，请参考以下文章