答え1
最近のコマンドバー（バックアップ、復元、およびポストスナップショット）から得られた主な利点は、backupJFS2スナップショットで機能することです。 tar、cpio、その他いくつかのコマンドなどの他のコマンドは実行できません。 tarが空白エラーのために失敗するような奇妙な、または説明ではないエラーのために失敗するだけです。
$ cd /home/myjfshome/.snapshot/snapshot_1
$ tar -cvf /tmp/mytarfile myfile
tar:
答え2
これらのプログラムdump（backup）とrestoreBSDは1980年頃から使用されました。これにより、機能的で堅牢な増分バックアップシステムが可能になります。
tar提供されたtarなどのバニラ実装は、必須のAIXファイルメタデータをすべて保持しないため、バックアップシステムと比較することはできません。
ただし、ファイルシステムをバックアップするためにstar（私は最も古い無料のtar実装の作成者です）を使用すると、これらのプログラムで使用されるのと同じ基本アルゴリズムが得られますが、バックアップはファイルシステムやオペレーティングシステムとは無関係に行われます。star方法。 Starはまた、堅牢な増分バックアップシステムを提供します。
バラよりhttp://schilytools.sourceforge.net/man/man1/star.1.htmlより多くの情報を知りたいです。
すべてのサイズのFIFO（たとえば、関連オプションが指定されている場合は数GB）がstar利用可能で、BSDプログラムが小さな63kBytesバッファのみをサポートしているため、従来の方法よりも高速です。ストリーミングモードを維持する必要があるテープデバイスに直接バックアップする場合は、これが重要です。fs=backupstar
注：NFSv4 ACLは現在AIXではサポートされておらず、star現在AIXシステムにアクセスできないため、AIXから撤回されたPOSIXドラフトACLの状態について話すことはできません。
もう1つの一般的なプログラムのようですが、gnu tarこのプログラムはACLをサポートしておらず、増分バックアップと回復をサポートしていると主張していますが、増分バックアップの間にファイルシステムに大きな変更が加えられた場合、増分を復元することはできません。
これを見てシステム全体のバックアップにtarを使用できますか？よく知られているGNU tarのバグ（1992年以降に存在し、2004年以降に何度も報告されています）を繰り返すスクリプト。
部門別の比較は次のとおりです。Linux tarは増分を信頼できないものとしてリストします。