この規格 プレビューページの目次
※一部、英文及び仏文を自動翻訳した日本語訳を使用しています。
導入
このセクションは完全に情報提供であり、このエンジニアリング ドキュメントの不可欠な部分を構成するものではありません。
Archive eXchange Format (AXF) は、異種データ ストレージ システム間の相互運用性をサポートし、ストレージやファイル システム テクノロジがどのように進化しても、データの長期可用性を保証するオープン フォーマットです。 AXF は、使用されているオペレーティング システムやファイル システムに関係なく、既存の個別ストレージ システム間の相互運用性を本質的にサポートします。また、基盤となるテクノロジを抽象化することで、テクノロジ開発の世代を超えてコンテンツを利用できるようにすることで、将来性のあるデジタル ストレージもサポートします。
最も基本的なレベルでは、AXF は、任意の数、サイズ、タイプのファイルを完全に自己完結型の自己記述型パッケージにカプセル化できるファイル コンテナーです。パッケージには独自の軽量ファイル システムが含まれており、基盤となるオペレーティング システム、ストレージ テクノロジ、およびファイル システムからの独立性を確立し、あらゆる種類のストレージ メディアにあらゆる種類のデータを保存できます。 AXF のパッケージ内には、AXF オブジェクトまたは AXF オブジェクト内に含まれる個々のファイルに適用できる任意の形式のメタデータを含めることができます。 AXF には、出所や固定性などの重要な保存情報も含まれており、これらはすべて長期的な堅牢性と回復可能性を確保するための鍵となります。
歴史的に、デジタル アーカイブ システムは、意図的に、または確立された標準の欠如により、メーカー独自のメディア データ ストレージ形式を使用してきました。メーカー間、場合によっては同じメーカーの異なるアーカイブ システム間で、メディアの交換もアーカイブ システムの相互運用性も行われていません。データ アーカイブの作成に使用されたシステムのサポートが終了したため、アーカイブが孤立する可能性があります。エンド ユーザーとメーカーは、アーカイブ システムと作成するデータ ストアの独自の性質により、不必要な多大な運用コストが発生することを認識していました。メディアへのデータの保存や、システム間や場所間のデータの転送に使用される形式が標準化されていれば、これらのコストを回避できる可能性があります。 AXF を使用すると、データ セットを作成および回復するシステムから保存されたコンテンツを分離できるため、ストレージ テクノロジのリフレッシュ、孤立したデータ セットの回復、システム間および場所間でのデータ セットの転送が可能になります。
この標準は、データが保存されているメディアの種類に関係なく、現在または将来のデータ ストレージ サブシステムに書き込むことができるデータの構造を指定します。データには、「AXF オブジェクト」と呼ばれる構造に一緒に保存および転送される、あらゆる種類のファイルおよび関連するメタデータを含めることができます。単一の AXF オブジェクトは、複数の物理メディアにまたがることができ、物理メディアのセットから別のセットにコピーでき、保存先のストレージ メディアType (回転ディスクやリニア テープなど) に依存しません。 AXF オブジェクトは、格納されるストレージ メディア タイプに関係なく、含まれるファイルとメタデータの特定のセットおよび関係に対して同一に構造化され、フォーマットされます。
AXF は当初、オーディオビジュアル制作およびアーカイブ コミュニティのストレージ ニーズから生まれましたが、すぐにあらゆる種類のファイルベースのデータを網羅するようになりました。ファイルベースのワークフローへの移行により、制作前、制作、配布、保管、保存のプロセス全体にわたる一連の新しい要件が発生しました。これらの要件には、完成した素材と未完成の素材の長期アーカイブ、標準スキームを使用したあらゆる種類のストレージ サブシステムへのデータの書き込み、メディアまたはネットワークを使用したシステムと場所の間でフォーマットされたアーカイブの転送、あらゆるソースからのあらゆる種類のファイル、あらゆるサイズのファイルに対応するのに十分な拡張性、および将来のストレージ テクノロジの採用が含まれます。 AXF は、これらの要件に対処するために作成されました。
視聴覚コンテンツのアーカイブは、幅広いコンテンツおよびデータのアーカイブ システムと実践に及びます。この標準が作成された時点では、ファイルベースのオーディオビジュアル コンテンツとそのサポート情報を保存するために、さまざまな方法とメディアが一般的に使用されていました。例としては、小規模組織における個々のハード ドライブ、ソリッド ステート ドライブ、およびリニア磁気テープ ドライブから、非常に大規模な文化、科学、法的アーカイブにおける、それぞれが複数のドライブを備えた複数のロボットを備えた非常に大規模なロボット システムと組み合わせた大規模な回転ディスク アレイまで、多岐にわたります。ここで定義された方法から恩恵を受ける可能性のある他の業界のアプリケーションには、医療画像処理、地球物理学的探査、科学研究、および同様の大量のデータ作成者が含まれます。
これらのデータ システムに保存されている資産の文化的、科学的、ビジネス的価値は重要です。このような資産をローカルとリモートの両方で、短期および非常に長期の保存期間にわたって保管、交換、転送、保存する方法には、データをデータ ストレージ システムに書き込むための標準化され、十分に文書化された非メーカー固有の方法が必要です。その後、そこからデータを回復し、その内容を使用、更新、または別のデータ ストレージ システムに転送できます。これらの目的を達成するために必要なのは、データが保存されているメディアからデータを回復するメカニズムと、AXF を実装するユーティリティまたはアプリケーションだけです。 。
AXF 標準は、個々のファイルまたは関連するファイルのセット、および関連するメタデータをデータ ストレージ サブシステムに書き込むための共通の方法を作成し、どのベンダーの機器やストレージ メディアType が使用されても AXF オブジェクトの構造が同じになるようにします。メディアが実行可能であり、そのメディアからデータを読み取ることができる限り、その時点で最新のプラットフォームで実行されている適切なユーティリティまたはアプリケーションを使用して、AXF オブジェクトを回復し、その内容をアンラップすることができます。また、AXF オブジェクトは、メディアの移行操作を実行するためだけに内容を変更することなく、将来のデータ ストレージ システムに復元して保存できる必要がありますが、すでにアーカイブされたデータの更新が必要な場合に備えて、内容の変更を許可する必要もあります。
AXF は、事前定義された eXtensible Markup Language (XML) スキーマ フィールド、AXF オブジェクトがファイル ペイロード内であらゆる種類のファイルを保持できるようにする定義されたバイナリ データ構造、内部ファイル システム機能、および複数の物理メディアにわたる AXF オブジェクトのスパンを可能にする主要なメタデータの組み合わせを通じて、これらのニーズに対応します。また、XML スキーマを使用すると、AXF オブジェクト内のすべての情報を処理しなくても、AXF オブジェクトとそのコンテンツに関する重要な情報を読み取ることができます。
AXF はストリーミング データ セットとして構造化されているため、メディア交換に加えて、ネットワークを介した異種システムの相互運用性も可能になります。このような相互接続により、AXF オブジェクトを作成するシステムから、AXF プロトコルを認識しないが AXF オブジェクト ファイルを保存するシステム (おそらく「クラウド」ストレージ)、そして AXF オブジェクトからデータを回復するように設計されたシステムへの AXF オブジェクトのシームレスな移動が可能になります。
機能的には、AXF は、あらゆる種類のデータを制約なくファイル ラッパーまたはリポジトリのように機能します。エッセンスをラップする点で類似している MXF などのメディア中心のファイル形式とは異なり、AXF は、AXF オブジェクトにカプセル化された任意のサイズの任意の数または種類のファイルを含めることができます。これは、メディア固有のファイル ラッパーよりもはるかに幅広いファイル ストレージ ユーザー グループに適用できます。データの種類には、メディア エッセンス ファイル、関連メタデータ ファイル、プロダクション ファイル (ワープロ ドキュメント、ハイパーテキスト ドキュメント、関連エッセンス、アプリケーション、スプレッドシート、データベース コピーなど)、またはユーザーが一緒に保存したいその他の種類のデータが含まれます。他のファイル ラッパー定義とは異なり、ペイロードに依存せず、AXF オブジェクトが運ぶデータを受け入れるための特別なマッピングや調整は必要ありません。
AXF は、AXF オブジェクト内の非常に大きなファイル サイズと量に対応します。この標準の現在のバージョンでは、AXF オブジェクトの要素に適用されるさまざまなパラメーターのサイズを定義するために 64 ビット数値が使用されます。 64 ビット数値は、最大 18.44674 x 10 18 (例: 18.44674 ペタバイト) の値を表現できます。したがって、64 ビット数値を使用すると、バイト単位のファイル サイズ、ファイル数、スパン セット内のメディア数、および特定の要素の最大 18.44674 x 10 18までの同様の特性を定義できます。将来の要件がこのドキュメントで提供されている数値スペースを超える場合、特定のパラメーターを 64 ビット数値を使用した式に制限する基本的な事項はありません。この規格の将来の改訂では、より大きな数値スペース (96 ビット、128 ビットなど) を必要とするパラメータに採用される可能性があります。最終的な結果として、ファイル サイズ、AXF オブジェクト内のファイル数、メディア上の AXF オブジェクトの数、スパン セット内のメディアの数などに関して、AXF オブジェクト内のストレージ容量は事実上無制限になります。
AXF を使用すると、ファイルやファイルに含まれる情報の追加、変更、削除が必要なときに、AXF オブジェクトを更新できます。 AXF オブジェクトを変更する機能は、後でアーカイブ システムに書き込まれる「補足」AXF オブジェクトを元の (「アンカー」) AXF オブジェクトにリンクすることによって提供されます。補足 AXF オブジェクトは、元の AXF オブジェクト自体を変更することなく、以前の AXF オブジェクトの内容を更新します。 AXF オブジェクトの元のコンテンツは元の形式で保持されるため、必要に応じていつでも元のバージョンまたは変更されたバージョンを復元できます。追加の補足 AXF オブジェクトをチェーンに追加することができ、いつでも現在のバージョンまたは以前のバージョンを復元できます。 AXF オブジェクトを新しいメディアにコピーして更新すると、アンカー オブジェクトとその補足オブジェクトを 1 つの新しい AXF オブジェクトに統合できます。そうすることで、それらが属する収集セットのすべての構成オブジェクトを保持できるため、以前のすべてのバージョンを将来も再構成できます。
AXF は、AXF オブジェクトを作成するアプリケーション、およびメディアにデータを保存するオペレーティング システム、ファイル システム、ドライバー、およびドライブからのデータのストレージを抽象化します。このメカニズムにより、AXF オブジェクト内のデータとそのフォーマットに影響を与えることなく、システムの周囲のハードウェアおよびソフトウェア コンポーネントを置き換えることができます。 AXF が基本スタックのwhere に収まるかを簡略化して図 1 に示します。
図 1 — AXF によるメディアへの書き込みおよびメディアからの読み取りを組み込んだハードウェア/ソフトウェア スタック
AXF は、格納に使用されるテクノロジに関係なく、各 AXF オブジェクトが 4 つの主要コンポーネントで構成されるように設計されています。これらのコンポーネントは次のとおりです。
オブジェクト ヘッダー - 各 AXF オブジェクトはオブジェクト ヘッダーで始まります。オブジェクト ヘッダーには、AXF オブジェクトの一意の識別子 (UUID)、その起源に関する情報、作成日、ファイル権限などを含むオブジェクトに含まれるすべてのファイルとフォルダーの完全なインデックスなどの説明的な XML メタデータが含まれています。
汎用メタデータ コンテナ - オブジェクト ヘッダーの後には、任意の数の汎用メタデータ コンテナを指定できます。このようなコンテナーは、自己完結型のオープンなメタデータ コンテナーであり、アプリケーションはこのコンテナーに、AXF オブジェクト ファイル ペイロードの一部ではない AXF オブジェクト固有のメタデータを配置できます。メタデータは、構造化または非構造化、オープンまたはベンダー固有、バイナリ、XML, プレーン テキスト、またはその他の形式にすることができます。
AXF オブジェクト ファイル ペイロード - 汎用メタデータ コンテナーの後には、AXF オブジェクト ファイル ペイロードがあります。これには、AXF オブジェクトにカプセル化されたファイルが含まれています。ファイル ペイロードは、ファイル データ + ファイル パディング + ファイル フッターという任意の数の 3 つの要素で構成されます。ファイル パディングにより、各 AXF オブジェクトが分割されるチャンクの境界上ですべての AXF オブジェクト要素が確実に配置されるため、内部ファイル システムによる AXF オブジェクト内の位置によるアドレス指定が可能になります。また、ファイル フッター構造には、アプリケーションによる復元操作中にオーバーヘッドがほとんどまたはまったくなく、オンザフライで処理されるように設計されたファイル レベルのチェックサムが含まれています。ファイル フッターの情報は、オブジェクト ヘッダーおよびフッター構造が欠落しているか破損している場合でもファイル ペイロード データを回復するために使用できるため、AXF の復元力が強化されます。
オブジェクト フッター - AXF オブジェクトを完成させるのはオブジェクト フッターです。オブジェクト ヘッダーに含まれる情報を繰り返し、ファイルごとのチェックサム、正確なファイル サイズ、AXF オブジェクト内のファイル位置など、AXF オブジェクトの作成中に取得された情報を追加します。オブジェクト フッターは、メディア コンテンツが事前に知られていない場合に外部システムによる効率的なインデックス作成を可能にし、それによって AXF 標準に従うシステム間のメディア転送を可能にするため、AXF オブジェクトの交換にとって重要です。これは、AXF の自己記述的な性質をサポートする重要な構造の 1 つです。
AXF プロトコルのその他の重要な構造は、AXF 媒体識別子と AXF オブジェクト インデックスです。 AXF メディア識別子は、AXF プロトコルに従ってメディアのフォーマットを示し、メディアの一意の識別を提供するためにメディア上で使用されます。 AXF オブジェクト インデックスは、メディア上の各 AXF オブジェクト インデックスに先行するすべてのオブジェクト フッター内の情報をオプションで編集したもので、メディアの先行部分のコンテンツに関する完全な情報を取得できる単一の構造を提供します。 AXF オブジェクト インデックスがメディア上の最後の構造である場合、メディアに格納されているすべての AXF オブジェクトに関する完全な情報を 1 か所で効率的に取得できます。
AXF では、AXF で生成された AXF オブジェクトを使用および保存できるようにするために、システムがこの標準に完全に準拠している必要はありません。 AXF の最初の採用は、AXF オブジェクトを作成して AXF 非対応ストレージ システムに保存するアプリケーションで行われると予想されます。 AXF オブジェクトは、ストレージ システムが AXF オブジェクトが AXF 形式であることを認識する必要がないため、AXF オブジェクトは単に保存および取得されるファイルとして認識されます。 AXF オブジェクトの読み取りに必要なのは、物理ストレージ メディアの読み取りに必要なソフトウェアとハードウェアだけです。導入が進むにつれて、必要に応じて AXF 対応システムにファイルを移動したり、AXF 対応システムからファイルを移動したりできるようになり、AXF 準拠のシステムであらゆる機能が利用できるようになります。 AXF 準拠のアプリケーションは、AXF オブジェクト全体を解凍して重要なメタデータを確認することなく、保存されている AXF オブジェクトを現在のオペレーティング システムから読み取ることができます。さらに、アーカイブ、またはアーカイブ内の AXF オブジェクトはさまざまな種類のメディアにまたがることができるため、混合メディア アーカイブ内での柔軟性が可能になり、AXF オブジェクトが保存されているメディアに関係なく同一であることが可能になります。
AXF は、データの破損や損失に対する回復力を提供します。 AXF オブジェクト インデックス、繰り返される識別子インスタンス、コンテンツと AXF オブジェクトの両方の暗号化ハッシュ チェックサムにより、データ破損を特定して軽減できます。アーカイブのコンテンツのレコードを含む外部データベースの損失などの壊滅的な出来事が発生した場合でも、アーカイブを読み取り、AXF オブジェクト内のレコードからアーカイブ全体のデータベースを再生成することで、コンテンツ データベースを再作成できます。この標準では、前方誤り訂正符号を組み込むための規定を含めることにより、将来の改訂でより強力なデータ破損回復方法を追加することもできます。 AXF は、あらゆる種類のストレージ形式にわたるデータの破損や損失を特定して処理するための重要な機能を提供します。これにより、ビッグデータと小規模データを一貫した標準化された方法で処理できます。
AXF に関する追加情報は、 OpenAXF.orgでご覧いただけます。
Introduction
This section is entirely informative and does not form an integral part of this Engineering Document.
The Archive eXchange Format (AXF) is an open format that supports interoperability among disparate data storage systems and ensures long-term availability of data, no matter how storage or file system technologies evolve. AXF inherently supports interoperability between existing, discrete storage systems, irrespective of the operating and file systems used, and also future-proofs digital storage by abstracting the underlying technology so that content remains available across generations of technology development.
At the most basic level, AXF is a file container that can encapsulate any number, size, and type of files in a fully self-contained and self-describing package. The package contains its own light-weight file system, which establishes independence from underlying operating systems, storage technologies, and file systems and can store any type of data on any type of storage media. Inside its packaging, AXF can contain metadata of any format, applicable to either AXF Objects or to individual files contained within AXF Objects; AXF also carries key preservation information, such as provenance, fixity, and the like - all key to ensuring long-term robustness and recoverability.
Historically, digital archive systems have used media data storage formats that are proprietary to their manufacturers, either intentionally or due to the lack of established standards. There have been neither interchange of media nor interoperability of archive systems between manufacturers and in some cases between different archive systems from the same manufacturer. Archives could be orphaned due to support ending for the systems used to create data archives. End users and manufacturers recognized that the proprietary nature of archive systems and the data stores that they create result in significant costs of operation that are unnecessary. These costs could be avoided if there were standardization of the format used for storage of the data on media and for transfer of the data between systems and locations. AXF permits separating the stored content from the systems that create and recover sets of data, thereby enabling refreshing of storage technology, recovering sets of data that otherwise would have been orphaned, and transferring sets of data between systems and locations.
This standard specifies a structure for data that can be written to any current or future data storage subsystem, regardless of the type of media on which it is stored. The data can include any types of files and associated metadata that are stored and transferred together in a structure called an “AXF Object.” A single AXF Object can be spanned across multiple physical media, can be copied from one set of physical media to another, and is agnostic to the Storage Media Type on which it is stored, e.g., spinning disc or linear tape. Regardless of the Storage Media Types on which they are stored, AXF Objects are identically structured and formatted for any given set and relationship of contained files and metadata.
AXF initially arose from the storage needs of the audiovisual production and archiving communities but quickly encompassed any type of file-based data. The transition to file-based workflows led to a new set of requirements throughout pre-production, production, distribution, storage, and preservation processes. Those requirements included long-term archiving of finished and unfinished materials, writing data to any type of storage subsystem using a standard scheme, transporting formatted archives between systems and locations using either media or networks, and allowing extensibility sufficient to accommodate any type of file, of any size, from any source, as well as adoption of any future storage technologies. AXF was created to address these requirements.
Audiovisual content archiving spans a wide range of content and data archiving systems and practices. At the time this standard was written, many different methods and media were commonly used to store file-based audiovisual content and its supporting information. Examples range from individual hard drives, solid state drives, and linear magnetic tape drives in small organizations to large spinning disc arrays in combination with very large robotic systems with multiple robots, each having multiple drives, in very large cultural, scientific, and legal archives. Applications in other industries that could benefit from the methods defined herein include medical imaging, geophysical exploration, scientific research, and similar high-volume producers of data.
The cultural, scientific, and business value of assets stored on these data systems is significant. Methods for storage, interchange, transport, and preservation of such assets, both locally and remotely, over both short and very long retention periods, demands a standardized, well-documented, non-manufacturer-specific method of writing data to any data storage system, from which the data then can be recovered and its contents used, updated, or transferred to another data storage system. All that would be necessary to achieve these objectives is a mechanism for recovering data from the media on which it is stored, plus utilities or applications that implement AXF.
The AXF standard creates a common method of writing individual files or related sets of files, and relevant metadata, onto data storage subsystems so that the structure of an AXF Object will remain the same no matter what vendor equipment or Storage Media Type is used. As long as the media remains viable and data can be read from that media, it will be possible to recover an AXF Object and unwrap its contents with a suitable utility or application running on whatever platform is current at the time. The AXF Object also has to be able to be recovered and stored on future data storage systems without requiring any changes to its contents simply to accomplish the act of medium migration, but it also needs to allow changes to its contents, in case updating is needed to data that already has been archived.
AXF addresses these needs through a combination of predefined eXtensible Markup Language (XML) schema fields, defined binary data structures that enable an AXF Object to carry any type of file within its File Payload, internal file system functionality, and key metadata enabling the spanning of AXF Objects across multiple physical media. The XML schema also enables essential information about an AXF Object and its contents to be read without having to process all the information within the AXF Object.
In addition to media interchange, AXF enables the interoperability of disparate systems through networks because it is structured as a streaming data set. Such interconnections enable seamless movement of AXF Objects from systems that create them, to systems that do not recognize the AXF protocol but store the AXF Object files nonetheless (perhaps in “cloud” storage), then to systems that are designed to recover data from AXF Objects.
Functionally, AXF acts like a file wrapper or a repository for all types of data without constraint. Unlike media-centric file formats such as MXF, which are similar in that they wrap essences, AXF can contain any number or types of files of any size encapsulated in an AXF Object. It is applicable across a much broader variety of file storage user groups than any media-specific file wrapper. Types of data can include media essence files, related metadata files, production files (such as word processing documents, hypertext documents, associated essence, applications, spreadsheets, and database copies), or any other type of data that users wish to store together. Unlike other file wrapper definitions, it is payload agnostic and does not require any special mappings or adaptations to accept the data an AXF Object carries.
AXF accommodates very large file sizes and quantities within AXF Objects. In the current version of this standard, 64-bit numbers are used to define the sizes of various parameters applicable to elements of AXF Objects. 64-bit numbers can express values up to 18.44674 x 1018 (e.g., 18.44674 petabytes). Use of 64-bit numbers thus can define file sizes in bytes, numbers of files, numbers of media in a spanned set, and similar characteristics up to 18.44674 x 1018 of any particular element. If future requirements exceed the number spaces provided in this document, there is nothing fundamental that limits any particular parameter to expression using a 64-bit number. Future revisions of this standard could adopt larger number spaces (e.g., 96-bit, 128-bit, etc.) for those parameters requiring them. The net result is effectively unlimited storage capability within AXF Objects, in terms of file sizes, numbers of files in an AXF Object, number of AXF Objects on a medium, number of media in a spanned set, and the like.
AXF enables updating AXF Objects when additions of, modifications to, or deletions of files or information that they contain are needed. The functionality to modify AXF Objects is provided by linking “Supplemental” AXF Objects, written into an archive system at a later time to an original (“Anchor”) AXF Object. A Supplemental AXF Object updates contents of previous AXF Objects without requiring the original AXF Object itself to be modified. Since the original content of the AXF Object is retained in its original form, it is possible to restore either the original or the modified version whenever necessary. Additional Supplemental AXF Objects can be added in a chain, with restoration of the current or any earlier version possible at any time. When AXF Objects are refreshed by copying them to new media, it is possible to consolidate an Anchor Object and its Supplemental Object(s) into a single, new AXF Object. In doing so, it is possible to retain all of the constituent Objects of the Collected Set to which they belong, so that all earlier versions still can be reconstituted in the future.
AXF abstracts the storage of data from the applications that create AXF Objects and from the operating systems, file systems, drivers, and drives that store data on media. By this mechanism, any of the surrounding hardware and software components of systems can be replaced without affecting the data and its formatting within AXF Objects. A simplified view of where AXF fits into a basic stack is shown in Figure 1.
Figura 1 — Hardware/Software Stack Incorporating AXF Writing to and Reading from Media
AXF is designed so that each AXF Object comprises four main components, regardless of the technology that is used to store it. These components are:
Object Header - Each AXF Object begins with an Object Header, which contains descriptive XML metadata such as a unique identifier (UUID) for the AXF Object, information regarding its origin, its creation date, and a full index of all the files and folders contained in the Object, including file permissions and the like.
Generic Metadata Containers - Following an Object Header can be any number of optional Generic Metadata Containers. Such containers are self-contained, open metadata containers in which applications can place AXF-Object-specific metadata that is not part of the AXF Object File Payload. The metadata can be structured or unstructured, open or vendor-specific, binary, XML, plain text, or any other format.
AXF Object File Payload - Following any Generic Metadata Containers is the AXF Object File Payload. It contains the files encapsulated in the AXF Object. The File Payload consists of any number of triplets: File Data + File Padding + File Footer. File Padding ensures alignment of all AXF Object elements on the boundaries of Chunks into which each AXF Object is divided, thereby enabling addressing, by location within the AXF Object, by its internal file system. File Footer structures contain full information about the preceding file, along with a file-level checksum designed to be processed on-the-fly, with little or no overhead, during restore operations by an application. The information in File Footers enhances the resilience of AXF, as it can be used to recover File Payload data even if Object Header and Footer structures are missing or corrupt.
Object Footer - Completing an AXF Object is an Object Footer. It repeats the information contained in the Object Header and adds information captured during creation of the AXF Object, including per-file checksums, precise file sizes, and file positions within the AXF Object. The Object Footer is important to the interchange of an AXF Object because it allows efficient indexing by foreign systems when the media content is not previously known, thereby enabling media transport between systems that follow the AXF standard. It is one of the key structures that support the self-describing nature of AXF.
Other significant structures in the AXF protocol are AXF Medium Identifiers and AXF Object Indices. AXF Medium Identifiers are used on media to indicate formatting of the media according to the AXF protocol and to provide unique identification of the media. AXF Object Indices are optional compilations of the information in all Object Footers preceding each AXF Object Index on a medium, providing a single structure from which it is possible to obtain complete information on the contents of the preceding portion of a medium. When an AXF Object Index is the last structure on a medium, complete information about all AXF Objects stored on the medium can be obtained efficiently in one place.
AXF does not require a system to be fully compliant with this standard for it to be able to use and store AXF-generated AXF Objects. The initial adoption of AXF is anticipated to be in applications that create AXF Objects that then are stored on non-AXF-aware storage systems. Because the AXF Objects do not require a storage system to know that the AXF Objects are AXF-formatted, the AXF Objects will be viewed simply as files to be stored and retrieved. All that will be necessary to read AXF Objects will be the software and hardware needed to read the physical storage medium. As adoption grows, files can be moved into and out of AXF-aware systems as necessary, with the full range of features becoming available on systems that are AXF compliant. AXF-compliant applications will be able to read stored AXF Objects from any current operating system without unpacking entire AXF Objects to see critical metadata. Moreover, Archives, or AXF Objects within archives, also can span different types of media, allowing for flexibility within mixed-media archives and for AXF Objects to be identical, regardless of the media on which they are stored.
AXF offers resilience to data corruption and loss. AXF Object Indices, repeated identifier instances, and cryptographic hash checksums on both contents and AXF Objects allow for data corruption to be identified and mitigated. Even in catastrophic events, such as the loss of an external database containing records of the contents of an archive, the content database can be recreated by reading the archive and regenerating the archive-wide database from the records within the AXF Objects. This standard also enables the addition of more powerful data corruption recovery methods in future revisions by including provisions for incorporating forward error correction codes. AXF provides key features to identify and treat data corruption and loss across all types of storage formats. It allows big data and small to be processed in a consistent and standardized way.
Additional information on AXF can be found at OpenAXF.org