Fossil（ファイルシステム）
 |
| 開発者 | ベル研究所 |
|---|---|
| 紹介された | 2002 （2002年） |
| 先行 | Kfs |
| 特徴 | |
| 透過的な圧縮 | はい |
| 透過的な暗号化 | いいえ |
| データ重複排除 | はい |
| 他の | |
| サポートされているオペレーティングシステム | ベル研究所のプラン9 |
Fossilはベル研究所のPlan 9のデフォルトファイルシステムです。ネットワークプロトコル9Pをサポートし、ほとんどのPlan 9ファイルサーバーと同様にユーザー空間デーモンとして動作します。Fossilは、スナップショット/アーカイブ機能を備えている点で他のファイルシステムとは異なります。コマンドまたは自動（ユーザーが設定した間隔で）でファイルシステム全体のスナップショットを取得できます。これらのスナップショットは、ディスク容量が許す限りFossilパーティションに保存できます。パーティションがいっぱいになると、古いスナップショットが削除され、ディスク容量が解放されます。スナップショットはVentiに永続的に保存することもできます。FossilとVentiは通常一緒にインストールされます。[ 1 ]
特徴
重要な機能は次のとおりです:
- スナップショットはすべてのユーザーが利用できます。古いデータにアクセスするために管理者の介入は必要ありません。（これは、Fossilがファイル権限を強制しているためです。ユーザーはアクセスが許可されているデータにのみアクセスできます。そのため、他のユーザーの古いファイルを覗き見したり、古いパスワードなどを確認したりすることはできません。）
- 永続スナップショット（アーカイブと呼ばれることもあります）内のデータは変更できません。削除できるのは非永続スナップショットのみです。
スナップショットにアクセスするには、実行中の fossil インスタンスに接続（「マウント」）し、ディレクトリを目的のスナップショット（例：/snapshot/yyyy/mmdd/hhmm（yyyy、mm、dd、hh、mmは年、月、日、時、分）に変更します。アーカイブ（永続的なスナップショット）にアクセスするには、/archive/yyyy/mmdds（yyyy、mm、dd、sは年、月、日、シーケンス番号）の形式のディレクトリを使用します。Plan 9 では、あるパスを別のパスにリダイレクトする（例：/bin/lsを/archive/2005/1012/bin/ls ）など、高度な方法で名前空間を変更できます。これにより、古いバージョンのファイルでの作業が大幅に容易になります。
Fossil は、User Space の Plan 9を介して他のいくつかのプラットフォームでも利用できます。
歴史
Fossilは、ベル研究所のSean Quinlan、 Jim McKie、Russ Coxによって設計・実装され、2002年末にPlan 9ディストリビューションに追加されました。2003年にはKfsと、それ以前のPlan 9アーカイブファイルシステム（Plan 9 File Server、または「fs 」）に取って代わり、デフォルトのファイルシステムとなりました。 fs もアーカイブファイルシステムであり、元々はWORM光ディスクシステムにデータを保存するために設計されました。Fossilの永続ストレージはVentiによって提供され、通常は光ディスクよりもアクセス時間がはるかに短いハードドライブにデータを保存します。
参考文献
- ^ 「Fossil、アーカイブファイルサーバー」。cat -v.org ドキュメントアーカイブ。
参照
- GoogleFS – Google独自の分散ファイルシステム
外部リンク
