Confluence 3.0 では、添付ファイルを保存する方法が大幅に変更になりました。Confluence 2.10 以前のバージョンからアップグレードする場合、推奨されるアップグレード パスについては、「Confluence のアップグレード」を参照し、新しいファイルシステム構造への移行に関する詳細を記載した Confluence 3.0 ドキュメントの階層型ファイルシステムによる添付ファイルの保存ページの対象バージョンをお読みください。

Confluence stores attachments, such as files and images, in a file system.  Confluence's attachment storage layout is designed to:

  1. ディレクトリ構造の任意のレベルでエントリ数を制限できること (一部のファイル システムではディレクトリに格納できるファイル数に制限があるため)。
  2. スペースごとに添付ファイルを区分し、システム管理者が特定のスペースから添付ファイルを選択的にバックアップできるようにすること。

Attachments in Confluence have a number of identifying attributes: idspace id and content id. This means the attachment logically belongs to a piece of content which logically belongs in a space (not all content belongs to a space). For attachments within a space in Confluence, the directory structure is typically 8 levels, with the name of each directory level based on the following algorithm:

レベル

由来

1 (最上位)

常に "ver003" で、Confluence バージョン 3 ストレージ フォーマットであることを示す

2

スペース ID の最下位 3 桁を 250 で剰余演算した結果

3

スペース ID の次の下位 3 桁を 250 で剰余演算した結果

4

完全なスペース ID

5

The least significant 3 digits of the content id, modulo 250

6

The next 3 least significant digits of the content id, modulo 250

7

The full content id

8

The full attachment id

8 番目のレベル内に、その添付ファイルの各バージョンに対応するファイルが存在し、バージョン番号、たとえば 1 と一致する名前がつけられています。

例:

 

特定のスペースの添付ファイルが保存されているディレクトリを検索するには、<confluence url>/admin/findspaceattachments.jsp にアクセスして、スペース キーを入力します。そのスペースの添付ファイルが保存されているファイル システム上のディレクトリが返されます。

Attachment D in the above diagram is stored in a slightly different structure. Attachments that are not conceptually within a space replace the level 2 - 4 directories with a single directory called 'nonspaced'. Examples of such attachments are the global site logo and attachments on unsaved content.

  • ラベルなし