Confluence 6 附件存储文件系统的分级
从 Confluence 3.0 开始,附件的存储方式有了重大的改变和升级。如果你是从 Confluence 2.10 及其早期版本升级上来的,请参考 Upgrading Confluence 页面中推荐的升级路径,同时请阅读 Confluence 3.0 文档中 Hierarchical File System Attachment Storage 页面来获得新系统文件存储结构的相关信息。
- 限制任何单一目录级别结构中的文件数量(在一些文件系统中,可能有限制每一个目录中可以存储的文件数量)。
- 针对空间对附件进行分区,这样能够让系统管理对空间进行备份的时候能够针对特定的空间备份附件。
1 (top) | 总是为 'ver003' 这个定义为 Confluence 版本 3 的文件存储格式 |
2 | 最小的 3 个数字,这个数字为 空间 id 取模 250 |
3 | 下一个最小的 3 个数字,这个数字为 空间 id 取模 250 |
4 | 完整的 空间 id |
5 | 附件所附加在页面的 ID 取模 250 后的最小 3 个数字 |
6 | 附件所附加在页面的 ID 取模 250 后的下一个最小 3 个数字 |
7 | 附件所在页面的完整的 content id |
8 | 附件所在完整的 content id |
9 | 这个是文件,这个文件是按照版本号进行命名的,例如:1, 2, 6。 |
例如:
希望找到一个特定空间中所有附件存储的目录,进入
<confluence url>/admin/findspaceattachments.jsp
然后输入空间的 Key,这个将会返回这个空间所存储文件系统中的目录附件。上面图中文件 D 存储的的位置与其他的文件结构不同。这个文件没有空间级别( 2 到 4 级别),这个文件目录被称为 'nonspaced'。这个地方通常存储的文件为全局站点的标志(logo)和没有保存的内容。
https://www.cwiki.us/display/CONF6ZH/Hierarchical+File+System+Attachment+Storage
Comments
Post a Comment