このサイトは、もともと作者の自分用メモとして書き始めたものです。書いてあることが全て正しいとは限りません。他の文献、オフィシャルなサイトも確認して、自己責任にて利用してください。

tar

tar はあまりにも多くの機能を持ち、全てを網羅することはできないし、しても仕方がないので、ここでは、安上がりで簡単にバックアップを取るひとつの方法を紹介する。

バックアップにおける tar のメリットは、なんと言っても、UNIX のファイル/ディレクトリ構造を忠実に保持できることだ。例えば、 Linux 上のファイルを直接 CD に焼いたら、UNIX ファイル属性を保持できない ISO9660 ファイルシステム上に書かれることになるので、リストアの際にはいちいちパーミションやオーナーを設定し直してやらなければならない。また、tar はアーカイブすると同時に gzip, bzip2 で圧縮を掛けることも可能なので、バックアップメディアも節約できる。さらに、 tar の付加機能のひとつであるインクリメンタル (増分) バックアップを利用すれば、前回の時から更新、追加されたファイルやディレクトリだけをバックアップすることもできる。

Table of Contents

• tarによるお手軽バックアップ
  • tarの使い方
    • 基本
    • インクリメンタルバックアップ
    • マルチボリュームバックアップ
  • 汎用バックアップスクリプト tarbut
    • tarbut の機能一覧
    • ダウンロード
    • 動作環境
    • tarbut ユーザーズマニュアル
      • インストール
      • 動作設定
      • バックアップターゲットの設定
      • tarbut のコマンド
  • cronへの登録
    • ユーザレベルのバックアップジョブの例
    • システムレベルのバックアップジョブの例
  • バックアップアーカイブのCD-RW/DVD-RWへの書き出し
    • GNOMEデスクトップでの手動書き込み
    • スクリプトの使用

tar によるお手軽バックアップ

TAR という名前は元々 Tape ARchive から来ているというくらいで、デバイス (テープや MO) 自体をひとつのファイルのように扱って書き出し先とすることもできるが、ここでは、お手軽を旨とし、以下のような方針でバックアップを行う：

• 必要なファイルやディレクトリだけを、ファイルベースのアーカイブにする。
• 書庫作成を簡単にするスクリプトを作り、さらにそれを cron で定期的に実行する。
• バックアップされたアーカイブは CD-RW か DVD-RW に保存する。

tarの使い方

基本

/home/hoge/ にある file1, dir2 をひとつのアーカイブ hoge.tar にまとめるには、下のようにコマンドする：

tar -C / -cf hoge.tar  home/hoge/file1 home/hoge/dir2

gzip 圧縮も掛けたければ：

tar -C / -czf hoge.tar  home/hoge/file1 home/hoge/dir2

ファイル引数 (後ろのふたつ) の頭にルートディレクトリを示す / が欠けていることは結構重要。付けたとしても tar が自動的に (文句を垂れながら) 取り払う。これは tar がディレクトリ構造を含めてデータを保存するということと密接に関係している。もしも、アーカイブ内に保存されてる情報が
/home/hoge/file1
/home/hoge/dir2
だったら file1 や dir2 は厳密に元あった場所にしか復活させられない。しかし、実際の動作では
home/hoge/file1
home/hoge/dir2
という具合に相対指定なので、例えば今 /tmp/ に居れば、
/tmp/home/hoge に file1 と dir2/ が得られる。こういう動作を殺す --absolute-names というオプションもあるが、解凍に柔軟性が全くなくなるので、よほどの理由でなければ使ってはいけない。

tar のオプション (ごく一部)

というわけで、バックアップという用途で、また cron から実行させることを考慮すると、下記のようなコマンドが適切と思われる：

tar -C / --ignore-failed-read --exclude=*~ -czf hoge.tar \
  home/hoge/file1 home/hoge/file2 home/hoge/dir1

--exclude=*~ は、エディタが残すバックアップファイルを除外するため。

インクリメンタルバックアップ

GNU tar ではインクリメンタル (増分) バックアップというメカニズムも利用できる。これを使うと、前回のバックアップから更新/追加されたファイルやフォルダだけを書庫に書き出すとともに、ディレクトリの概況 (snap-shot) が記録される。この「概況」は、オプション -g <file> で指定したスナップショットファイルに保存される。そして、リストアの際に同じく -g オプションでそのスナップショットファイルを指定すれば、更新/追加されたファイルやフォルダが解凍されるだけでなく、スナップショットで「存在しないことになっている」ファイルやフォルダは、リストア先ファイルシステム上から削除してくれる。つまりバックアップを行った時点での状態が完全に再現されるわけだ。

ややこしいので例を挙げよう。ここに、以下のような構成のフォルダがあるとする：

/home/tmp/
         1.txt
         2.txt

まずここで、第一世代のバックアップを取る：

tar -g /var/test.snar -C / -cf /var/test_0.tar  home/tmp

この時取れたバックアップ test_0.tar には上記の全ての構成メンバーがアーカイブされている。作業時点ではまだスナップショットが存在しなかったため、実質的にはフルバックアップとなる。そしてスナップショットファイル test.snar に /home/tmp/ の概況が記録される。ここで、ファイルをひとつ新たに作成し、 2.txt は削除したとする。この時点での実像は：

/home/tmp/
         1.txt
         3.txt

ここで第二世代のバックアップを取る。スナップショットファイルは前回と同じものを指定しなければ意味がない：

tar -g /var/test.snar -C / -cf /var/test_1.tar  home/tmp

そうすると、 test_1.tar には、

/home/tmp/
         3.txt

だけがアーカイブされる。そして test.snar は、/home/tmp/ ディレクトリの現在の概況にアップデートされ、人間的に噛み砕いて言えば「1.txt は無くなった」ということが記録される。(本当は、スナップショットに書かれている情報はそうした「推移」でなくあくまでも「状態」。) ここでファイルシステムにさらなる変更を加えてみよう。 1.txt を編集して上書きしたとする。その時の状態は：

/home/tmp/
         1.txt  <-updated
         3.txt

ここで 3回目のバックアップを取る。スナップショットファイルはまた同じもの：

tar -g /var/test.snar -C / -cf /var/test_2.tar  home/tmp

test.snar スナップショットファイルは、もちろんまた現在の状況にアップデートされる。 test_2.tar には何がアーカイブされたかというと：

/home/tmp/
         1.txt

だけだ。

もうお分かりだと思うが、インクリメンタルバックアップしたアーカイブを使ってリストアする際には、第一世代のバックアップから始めて、順番に全ての増分アーカイブを展開して行かなくてはいけない。こんな具合だ：

tar -g /var/test.snar -C / -xf /var/test_0.tar
tar -g /var/test.snar -C / -xf /var/test_1.tar
tar -g /var/test.snar -C / -xf /var/test_2.tar

もしも、インクリメンタルバックアップ時に前回のアーカイブを上書きしたり、インクリメンタルリストアの時に中途のアーカイブをすっ飛ばしたらどうなるか。やってみよう：

tar -g /var/test.snar -C / -xf /var/test_0.tar
tar -g /var/test.snar -C / -xf /var/test_2.tar

リストアされたフォルダはこうなってしまう：

/home/tmp/
         1.txt

test_0.tar によって 1.txt, 2.txt が一度はリストアされるが、test_2.tar アーカイブをインクリメンタルリストアした段階で、1.txt は新しいものに置き換えられ、2.txt は削除される。しかし test_2.tar は 3.txt の実体そのものを格納していないので、結果、 3.txt はファイルシステム上から消失したままになってしまうのだ。

ついでに、スナップショット情報の性格を試すために、もうひとつ実験してみよう。この状態で、4.txt というファイルを新たに作成してみる。そこでさっきの test_2.tar をインクリメンタルリストアすると、1.txt は再度上書きされ、4.txt は削除されるのだ。

インクリメンタルバックアップのまとめ

• 当該の期間中は (例えば 1 週間) 常にひとつのスナップショットファイルを -g 指定する。
• 期間中は前回のバックアップアーカイブを上書きしてはいけない。
• リストアの際には、期間中に使ってきたスナップショットファイルを -g 指定し、期間中の最も古いアーカイブから順々に解凍していく必要がある。

なお、「もしや」と思って、第二世代インクリメンタルバックアップ時に -cf を -rf つまり、新しいアーカイブを作成する代わりに既存の第二世代アーカイブに増分だけを追加 (append) できないかとやってみたが、 tar はそういう動作を受け付けなかった。

マルチボリュームバックアップ

-M (--multi-volume) オプションを指定すれば、複数のメディアやファイルに分割してアーカイブできる。メディア直書き出し (例えばテープ) の場合はメディアの終端に達すれば tar が次のメディアの挿入や次の書き出し先の指定を促してくるが、書き出し先がファイルの場合には、必ず --tape-length=<num> オプション (<num> の単位はKB ) も指定してやる必要がある。そうすれば、メディア直書き出しの時と同じように tar が次のファイル名を尋ねてくるようになる。ただし、GNU tar は圧縮とマルチボリュームを同時に扱うことができないので、マルチボリューム動作を指定するなら圧縮をあきらめなくてはならない。

cron などで自動化する際には、いちいちファイル名の受け答えをするわけにはいかない。それを避けるには、 -f オプションでファイル名を複数渡しておく。渡したファイル名よりも実際の分割数が多くなると、次のファイル名を訊いてくるが、これは、 -f オプションを「多め」に渡しておくことで解決できる。多く渡しすぎても特に問題は起こらず、ただ余ったファイル名は使われないだけ。例えば個々のアーカイブが 700M の CD に納まるようにしたい場合、コマンドは次のような塩梅になる：

tar -c -M --tape-length=716000 \
  -f arch_01.tar -f arch_02.tar -f arch_03.tar  some/dir another/dir 

マルチボリュームアーカイブのリストア

やり方はふた通りある。まず、バックアップの際と同様に -f を複数指定する方法：

tar -xv -M -f arch_01.tar -f arch_02.tar -f arch_03.tar

もうひとつは、最初のアーカイブひとつだけを指定して tar に催促させる方法：

tar -xv -M -f arch_01.tar

こうすると tar が `Prepare ... return:' というプロンプトの状態でポーズするので、次のアーカイブファイル名をタイプ。さらにもう一度プロンプトが出たら y をタイプ：

Prepare volume #2 for `arch_01.tar' and hit return: n arch_02.tar
Prepare volume #2 for `arch_02.tar' and hit return: y

プロンプトで使えるコマンド一覧

• n <file_name> ：次のアーカイブファイル名を指定
• y ：処理を続行
• q ：処理を中止
• ! ：一旦シェルに下りる。ターミナルがひとつしかなくファイル名を確認したい時などに便利。 exit すればまた tar に戻る
• ? ：コマンドヘルプ