V.I.の記事 Tikhonov「電子文書のアーカイブストレージの整理：問題、プラクティス、推奨事項」は、EDをアーカイブするための以下のアプローチを分類しました。
移行
アーカイブされたデータを新しいアプリケーションに転送することにあります。 この場合の妥当性は疑わしい。なぜなら、現在の計算では前の年のデータは必要なく、構造の違いはかなりの数の不確実性を伴い、主に手動で解決されるためである。
個人的な移行の経験から、これは面倒なビジネスであることが思い出されます。 通常、ストーリーは引きずられませんが、口座残高（会計）、個人からの証明書（給与）に限定されます。 そして、彼らは1月の最初の就業日から新しい生活を始めます。
変換
-データベース構造の電子文書の他の形式への変換。 つまり 一般的に受け入れられている読み取り可能な形式（.txt、.xls、.doc、.pdf）のファイルの体系的なセットにアプリケーションによって生成されたレポート（フォーム）。
高い頻度のレポート（毎月）と多数のレポートオブジェクトにより、人件費が高くなり、最終的なアーカイブの管理が困難になる場合があります。
臨床の場合（元のデータベース構造が文書化されていないか、アクセスできない）、データをアップロードする唯一の方法は、その後のレポートの解析による変換です（少なくとも、そのセマンティクスは明らかです）。
Oracleデータベースでは、 PL / SQLパッケージAS_READ_XLSXは xlsxレポートの内容の分析に役立ち、Libre Officeユーティリティはxlsからxlsxへの大量変換に使用されます。
soffice --headless --convert-to xlsx --outdir <_> <.xls>
エミュレーションと仮想化
変換によってエラーや損失が排除されるわけではないため、このアプローチの紛れもない利点は、元のアプリケーションから元のデータにアクセスできることです。 人件費は最小限であり、オプションが可能です。
- 無料のDOSを使用したVirtualBox仮想マシン。 メモリ管理を思い出し、何度か試みた後、アプリケーションを起動しました。
- Linuxサーバー上のDOSemu。 アプリケーションは、追加の操作なしで起動しました。 SSH経由のクライアントアクセス（WindowsからPutTTYを使用し、インストールは不要）。 クライアントでは、画面レポートとフォームをコピーして新しいドキュメントに貼り付けることができます。
サーバーでは、圧縮されたClipperベースをisoイメージに入力し、アプリケーションの起動時に、元のファイルを変更せずに一時フォルダーに解凍します。 - ドスボックス JS-DOS API：ブラウザ/ GeekマガジンでDOSを起動します （試しませんでした）。
- Windows仮想化。
カプセル化
-データベースをクロスプラットフォーム形式（XML）の構造化ファイルにエクスポート（アップロード）します。
XMLドキュメントをコンテキスト検索し、任意のブラウザで表示できます。 最終的なXMLアーカイブのボリュームは、DBFに比べて大幅に増加する可能性があります。
XMLのテーブルのエクスポート/インポートはほとんどのDBMSでサポートされており、組み込み言語のツール（DOM、XMLQuery、XSLT）を使用すると、より複雑な構造を処理できます。
DBFをXMLに「現状のまま」エクスポートするのは中間的な解決策です。 「余分な部分を切り捨て」、リレーショナルモデルを階層型（XMLの自然）に変換することをお勧めします。 プレゼンテーションからデータを分離することにより、XMLファイルのスタイルを設定したり、XMLをレポートジェネレーターにフィードしたりできます。
タスクに戻ります。 組織のメインDBMS-Oracle（再び移行！）をデータベースにインポートすることになっていた。 しかし、基地のインポートとマージは、戦いの半分です。 それから何？ 元のアプリケーションと新しいアプリケーションの両方の機能を複製するレポートのセットを提供しますか？
両手でエミュレーションを行いますが、あらゆる開発に備えています。 経験豊富な同僚からの提案：Oracleでは、Accessからのインポートは、接続されたDBFでうまく機能します。 1つだけあります。DBFテーブルには、C4にパックされた整数を持つフィールドが含まれます。 そして、異なるエンコーディングで...さて、あなた自身は理解しています。 この場合、 BLOBからのPL / SQLテーブルインポートパッケージが保存されました。
これまでのところ、物語には継続性がありません。
06.15.16更新