Confluence 6 尝试从 XML 备份中恢复时解决错误

时间 2019-11-12

原文原文链接

错误多是由于数据库忽然不可访问而产生。也有多是你备份文件有问题，你须要找到你 XML 备份文件中违反数据库规定的记录修改这个记录后再建立一个新的 XML 备份：java

在实例开始恢复的时候，请按照下面的指南来禁用批量更新（针对简单的问题解决），启用 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 的记录有一个空的标题。sql

进入到你服务器建立的备份文件中，你应该有你数据库使用的备份。若是你没有这个的话，使用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数据库