confluence

日志级别 DEBUG - 被设计为用来获得最多的信息和事件，在对应用程序进行调试的时候，这个日志级别通常能够提供最多的有效信息（查看应用程序怎么了） INFO - 有关系统正常运行-计划任务运行，服务器开始和结束的世界，用户触发的进程和操作的一些有关声明和输出 WARN - 有关这方面的内容并不是表示系统本身出错了，而是表示系统本身有优化的空间 ERROR - 有关这个的输出表示的是系统在运行的时候遇到了一些错误 FATAL - 有关这个级别的输出表示系统进入了一个非常糟糕的状态并且已经不能从这个状态中恢复了。 TRACE - 没有在 Confluence 中输出 有 2 个方法能够对 Confluence 的日志输出进行调整，相关的方法描述在 log4j Logging Levels 中。 通过 管理员控制台（Administration Console） 修改运行日志的级别（这个修改将会在系统重启后失效，不是一个永久的修改）。 手动修改 <Confluence-Install>\confluence\WEB-INF\classes\log4j.properties 文件。 默认日志级别 标准的 Confluence 日志级别 WARN 被保留在 Confluence 服务器中与 Confluence 管理员进行通信。 WARN 及其更高的日志级别应该在 Confluence

数据库 所有的其他数据库，包括有页面，内容都存储在数据库中。如果你安装的 Confluence 是用于评估或者你选择使用的是 Embedded H2 Database 数据库。数据库有关的文件将会存储在 database/ 目录中，这个目录位于 Home 目录下面。否则数据库将会存储你 Confluence 站点所使用的所有数据。 临时目录（安装目录） temp 目录是由 Java 运行时进行配置的，同时一些 Confluence 的组件将会写入历史文件或者锁定文件到这个目录中。 临时目录位于安装目录下的 /temp 目录中。 希望修改这个目录的位置，重启你的 Java虚拟机（Java Virtual Machine）的时候配置下面的参数： - Djava.io .tmpdir=/path/to/your/own/temp/directory . 请注意：这个临时目录与 Confluence Home 目录中导出的临时目录是不相同的。请查看上面表格中有关 <confluence-home>/temp 的配置来修改你临时目录的配置。 https://www.cwiki.us/display/CONF6ZH/Confluence+Home+and+other+important+directories 来源： oschina 链接： https://my.oschina.net/u

所有的其他数据库，包括有页面，内容都存储在数据库中。如果你安装的 Confluence 是用于评估或者你选择使用的是 Embedded H2 Database 数据库。数据库有关的文件将会存储在 database/ 目录中，这个目录位于 Home 目录下面。否则数据库将会存储你 Confluence 站点所使用的所有数据。 https://www.cwiki.us/display/CONF6ZH/Confluence+Home+and+other+important+directories 来源： oschina 链接： https://my.oschina.net/u/2344080/blog/1839723

每一个文件在恢复上传到 Confluence 的时候必须单独重命名，你可以通过下面说明的 3 个方法中选择一个进行操作： 选择 A - 通过文件名恢复附件 如果你知道你需要恢复的每一个文件名，尤其是你希望仅仅恢复一些文件： 解压备份目录然后打开 entities.xml。 搜索 entities.xml 中的文件名然后找到附件对象相关的文件名。定义页面和附件 ID。 从 entities.xml 中使用页面和附件 id，进入附件目录，通过页面 id 找到文件所在的附件 id。 从命名文件为原始的文件名然后进行测试。 针对每一个文件重复上面的步骤。 希望导入每一个文件备份到 Confluence 中，上传原始页面，通过 Confluence 关联文件。 选择 B - 通过页面恢复附件 如果你仅仅希望针对一些页面恢复附件： 解压备份目录然后打开 entities.xml。 搜索 entities.xml 中的文件名然后找到附件对象相关的文件名。定义页面 ID。 进入到附件目录，然后按照页面 ID 打开目录。附件目录中的每个文件必须要重命名。 针对附件的对象搜索 entities.xml 找到页面 ID。每一页面中的附件对象是有附件 id 和名称。 重命名文件，然后附加附件 id 到原始的文件名上然后进行测试。 针对每一个文件重复上面的步骤。 希望导入每一个文件备份到

XML 站点备份仅仅被用于整合到一个新的数据库。 设置一个测试服务器 或者 创建一个可用的备份策略 相对 XML 备份来说是更合适的策略。 相关页面： Enabling detailed SQL logging 在创建和导入备份的时候出现了错误？ 在创建备份的时候出现了错误 请参考下面的策略 在导入备份的时候出现了错误 请参考 Troubleshooting XML backups that fail on restore 页面 https://www.cwiki.us/display/CONFLUENCEWIKI/Troubleshooting+failed+XML+site+backups 来源： oschina 链接： https://my.oschina.net/u/2344080/blog/1835365

推荐使用生产备份策略。 我们推荐你针对你的生产环境中使用的 Confluence 参考 Production Backup Strategy 页面中的内容进行备份和恢复（这个需要你备份你的数据库和 home 目录）。XML 导出备份不推荐使用，如果你有独立的备份策略的话。 从其他备份中恢复。 如果你的每天备份基于什么原因不能被恢复。但是你成功的备份了你的数据库和 Confluence home 目录。你将可用通过 restore from these backups 页面中描述的方法进行恢复。 https://www.cwiki.us/display/CONFLUENCEWIKI/Restoring+a+Site 来源： oschina 链接： https://my.oschina.net/u/2344080/blog/1833172

当一个文件被上传到 Confluence 后，Confluence 将会尝试对文件进行解压，然后对文件中的内容进行索引。这样系统就能够允许用户对文件中的内容进行搜索，而不仅仅是搜索文件名。这个过程对系统的内存要求比较高，如果你上传的附件比较大的时候还会导致内存溢出。Confluence 有下面的一些配置被用来避免出现内存溢出的错误： 如果你上传的文件大小大于 100 MB，Confluence 将不会尝试对文件进行解压和内容进行索引。你只能在 Confluence 中对文件名进行查找。 如果你上传的文件为下面的一些文件类型，Confluence 仅仅对不超过大小的文件类型进行解压： 1 MB Excel 的文本（.xlsx） 8 MB PDF 的文本（.pdf） 10 MB Text 文件的文本（包括 .txt, .xml, .html, .rtf 等） 16 MB Word 的文本（.docx） 当从上面的文件类型中解压出来的文件超过 1MB，那这个内容就是可以在系统中进行查找，但是 Confluence 将不会在快速查找中显示结果。 如果 Confluence 停止解压文本，那么这个文本文件中只有部分内容可以进行查找。 Confluence 只会对文件进行解压和索引一次，如果在这个过程中失败了，Confluence 不会再出尝试进行解压和索引。 一些变量是可以通过 system

Confluence 和你的数据库必须配置使用相同的字符集。为了避免字符出现问题，请将所有的 字符集设置为使用 UTF-8 编码 （或者根据你配置的数据库来制定正确的 UTF-8 编码字符集，例如在 Oracle 中使用的是 AL32UTF8 ）。 配置 Confluence 字符集编码 在默认的情况下，Confluence 使用的是 UTF-8 字符集编码。Confluence 中也有多个检查来确保你的数据库也是使用的 UTF-8 编码（或者对应的编码）。 当然，你也是可以对你的字符集进行修改的，我们并 不推荐 你这样做。修改 Confluence 的字符集将会同时要求你修改 HTTP 的 Request 和 Response 字符集，同时也要求你修改你操作系统的文件系统的字符集，操作系统的文件系统被 Velocity 模板使用。你同时也有可能遇到不能重启 Confluence 和不能升级 Confluence的问题，基于你使用的数据库不同而产生不同的影响。 如何修改 Confluence 字符集编码（不推荐）： 进入 > 基本配置（ General Configuration） 然后选项 编辑（Edit） choose 在你选择的 编码（Encoding ） 文本输入框的边上输入新的字符集编码，然后单击 保存（Save） 。 https://www.cwiki.us

€ (euro) 标记 是一个 3 字节字符，在 （UTF-8）中这个字符被表示为 0xE2, 0x82, 0xAC。 有时候，你的系统中没有设置所有的地方为相同的字符集的时候（Confluence，服务器和数据库都应该是相同的字符集），你可能会遇到一些字符不能显示的问题。 ... I write a page with a Euro sign in it (€). All is well, the Euro sign shows up in the wiki markup text-box, and the preview, and the display of the saved page. One day later, the Euro sign has changed into a question mark upside down! ... What is going on? Why does the Euro sign mysteriously change? How do I prevent it? 有趣的是，这个字符集在测试的时候是没有问题的，Confluence 和数据库都能够没有问题的完整识别这个字符。 导致这个问题的可能是有如下 2 个原因： 数据库和 Confluence 使用的是 utf-8 编码，但是连接不是。 当数据在应用程序和数据库之间进行传递的时候