深みにはまる単純な疑問

最初は基本的な判断のように聞こえます。ファイルをそのまま保存すべきか、それともテープに書き込む前に単一のアーカイブにまとめるべきか?しかしLTOワークフローに足を踏み入れた瞬間、その問いは単純なものではなくなり、重大な結果を伴う長期的な約束のように感じられ始めます。

二本のテープストリップ。一本には多数の個別ファイルが並び、もう一本には亀裂の入った単一のtarブロックが描かれている。
すべてを一つのアーカイブにまとめるとストリーミングは円滑になりますが、一箇所の不良スポットが束全体を道連れにしてしまう危険性があります。

その構成自体は驚くほどシンプルに感じられます。エンタープライズソフトウェアも自動化パイプラインもなく、ラベルが貼られたテープとどこに何があるかを記録したスプレッドシートだけです。手動ではありますが、構造は明快です。そして映像、EXRフレーム、プロジェクトファイルといったクリエイティブ作品をアーカイブする人にとって、それは個人的な思い入れを伴うものです。これは単なるデータではありません。何年もの作業の成果が保存されているのです。

だからこそこの決定が重要になります。単に形式を選んでいるのではありません。数年後に自分たちの作業成果が生き残るか、それとも失われるかを選択しているのです。

「すべてtarにまとめればよい」:効率性の主張

ある陣営はtarアーカイブを強く推します。その論理は明快で、ほぼエレガントとさえ言えます。

ファイル数が少なければストリーミング性能が向上します。テープドライブは小さなファイルを嫌います。速度が低下し、途切れ、「シューシャイン(靴磨き)」と呼ばれる頻繁な停止と再開を繰り返す状態に陥ります。これは速度に悪影響を及ぼし、機器の摩耗を早めます。

ではその解決策とは?すべてを大きな塊にまとめることです。ある人は1.3TBのtarファイルを好んで使用し、ドライブを何時間もスムーズに稼働させ、書き込み処理中に破損が発生しなかったことを確認するために後からハッシュですべてを検証しています。

このアプローチには確かな信頼感があります。効率的で、制御されており、乱雑なディレクトリを整然とした予測可能なブロックへと変換します。

そして正直なところ、何かがおかしくなる瞬間について考えるまでは、それが正しいように感じられます。

「ばらばらのファイルの方が安全」:復元性を重視する立場

反対側の意見は感情的により強く響きます。

ばらばらのファイルは雑然としていますが、障害には強いです。何かが破損しても、失われるのは一つのファイルか一握りのファイルだけであり、プロジェクト全体ではありません。tarの場合、破損は連鎖します。一箇所の損傷がそれ以降のすべてを巻き込む危険があります。

ある見解が率直に語るように、tarは整理には優れていますが復元性には劣ります。そして何年、何十年という長期保管を考えるとき、そのトレードオフは危険に思えてきます。

この陣営は速度を最適化しているのではありません。生き残りを最適化しているのです。

そしてその意識の転換がすべてを変えます。突如として利便性は二次的なものになります。重要なのは、何かが故障した「もしも」ではなく「その時」、どれだけのデータを復旧できるかなのです。

隠れた敵:時間

この議論をさらに複雑にしているのは時間です。データがどれほど長く保つかだけでなく、それを取り出すのにどれほどの時間がかかるかという点です。

テープはランダムアクセスではありません。シーケンシャルです。つまり必要なファイルが巨大なアーカイブの末尾にある場合、待たされることになります。ときには長い時間。

あるユーザーが実態を明かしています。最新テープの大規模アーカイブの末尾からファイルを取り出すには数時間かかることがあります。より大容量のテープでは半日に及ぶことさえあります。

そこで戦略が必要になります。取り出し作業が一日がかりにならないよう、アーカイブを200GBから500GBの小さな塊に分割して妥協する人もいます。

待ち時間を受け入れる人たちもいます。「ドライブに三時間唸りを上げさせておけばいい」と、誰かが平然と言います。

これこそがテープの特徴です。切迫感について考え直すことを迫られます。

誰も完全には同意できない妥協点

これら二つの極端な手法の間から、泥臭く、現実的で、極めて人間的な第三のアプローチが現れます。

選択的にtar化を行います。何万もの小さなEXRファイルのような乱雑な部分をまとめ、それ以外は個別ファイルのまま残します。チェックサムを使用し、インデックスを追加します。アーカイブと並行してカタログやリカバリデータを生成することも検討してください。

「すべてをtarにする」か「一切tarにしない」ほど単純ではありません。しかし、パフォーマンス、安全性、精神衛生のバランスを取りながら実際に作業する現場の姿を反映しています。

その場合でも詳細が重要になります。ファイル数が多すぎるとLTFSの制限に抵触し、少なすぎると復旧が遅くなります。万能のルールは存在せず、経験を通じて学ぶ一連のトレードオフがあるだけです。

そしてこれこそが不都合な真実です。自身の戦略が真に機能しているかどうかは、何年も経たなければ分からないのです。

問題はフォーマットではなく、リスク許容量である

驚くべきは、この技術的議論がいかに感情的なものになるかという点です。

確実性を求める人々がいます。彼らは検証、ハッシュ計算、制御されたアーカイブを重視します。柔軟性を求める人々もいます。彼らはパフォーマンスの低下や複雑さの増大を伴うとしても、部分的な復旧を優先します。

どちらの側も間違っていません。恐れている対象が異なり、それぞれ別のリスクに対して最適化しているだけです。

一方は非効率と時間の浪費を恐れ、もう一方は取り返しのつかない損失を恐れています。

そしてテープはその性質上、双方を増幅します。融通は利きません。自ら適応することもありません。命じられた通りのことを実行し、それ以上のことは何もしないのです。

長期アーカイブ運用の静かな現実

ある時点で、議論はtarかフォルダかという話ではなく、信頼性の問題へと変わります。

データ破損に耐えられるアーカイブを信頼できますか?すべてがどのように構成されていたか、将来の自分が覚えていると信じられますか?今日使っているツールが、何年も先でも同じように存在し、動作し続けると確信できますか?

一見単純に見える選択の背後には、それだけの重みがあります。

なぜなら、一度それらのテープに書き込んで保管してしまうと、それはタイムカプセルになるからです。そして何年も経ってからようやくそれらに戻ったとき、アプローチを考え直す二度目のチャンスはありません。

今日決定した通りの結果が得られるだけです。