DUMP(8) FreeBSD システム管理者マニュアル DUMP(8)
名称
dump, rdump − ファイルシステムのバックアップ |
書式
dump [−0123456789acLnSu] [−B records] [−b blocksize] [−C cachesize] [−D dumpdates] [−d density] [−f file | −P pipecommand] [−h level] [−s feet] [−T date] filesystem |
dump −W | −w |
rdump は dump の別名です。 (4.3BSD 形式のオプションは後方互換性のために実装されていますが、ここでは 説明していません。) |
解説 |
dump ユーティリティは、ファイルシステムを調べてバックアップする必要のある ファイルを決定します。これらのファイルは、指定されたディスク、テープや、 その他の記憶メディアへ保存のためコピーされます (リモートバックアップにつ いては、 −f オプションを参照)。ダンプの大きさが記録メディアの容量より大き い場合は、複数ボリュームに分割します。たいていのメディアの容量は、メディ アの終りを通知されるまで書き込んでみることで決定します。この方法は、 −a オプションにより強制的に使用することもできます。 メディアの終りを正しく通知できないメディア (一部のカートリッジ・テープド ライブ等) の容量は、テープ長と記録密度や −B オプションから求め、各ボ リュームはすべて同じ容量を持つものとします。デフォルトでは、オペレータに メディア交換を要求した後の各ボリュームにも同じ出力ファイル名を使用しま す。 ダンプ対象のファイルシステムは、引数 filesystem にて、デバイススペシャル ファイルか (/etc/fstab 中の標準エントリの場合) マウントポイントで指定しま す。 dump は、次のオプションをサポートしています。 |
−0-9
ダンプレベル。レベル 0 はフルバックアップを意味し、ファイルシステ ム全体をコピーすることを保証します (ただし以下の −h オプションに も注意して下さい)。 0 より大きなレベル番号はインクリメンタルバッ クアップを意味し、前回のダンプ (今回指定したものより低いレベルの ダンプ) 以降に作られたか修正されたすべてのファイルをコピーしま す。デフォルトのレベルは 0 です。 −a −B records −b blocksize −C cachesize −c −D dumpdates −d density −f file −P pipecommand −h level −L −n −S −s feet −T date −u −W −w ‘‘nodump’’ フラグ (UF_NODUMP) が設定されたディレクトリおよび通常ファイル と、そのようなディレクトリ配下のすべては、省略されます。 −h オプションに 従います。 dump ユーティリティは、以下に示す場合にオペレータの介入を要求します : テープの終了、ダンプの終了、テープ書き込みエラー、テープオープンエラー、 ディスク読み込みエラー (32 回を越えた場合)。処理を続けられない時や何か大 変まずい事態になった場合には、 dump は、 −n オプションがあればすべてのオ ペレータへ警告したうえで、 dump の制御端末上でオペレータとやりとりしま す。 dump コマンドからのすべての質問には、 ‘‘yes’’ または ‘‘no’’ で適切に 答えなければなりません。 フルダンプの実施には多くの時間と労力がかかるので、 dump は各テープボ リュームの先頭にチェックポイントを設定します。何らかの理由により、あるボ リュームの書き込みを失敗した場合には、テープの巻き戻し、排出、新しいテー プのマウントの後で、 dump はオペレータの許可の下でチェックポイントから実 行を再開します。 dump ユーティリティは、処理の進行を (5 分毎または SIGINFO 受信時に) 定期 的にオペレータに報告します。報告には、少なめに推定される書き込みブロック 数、必要なテープ数、完了までの時間、テープ交換までの時間、を含みます。 dump に使っている端末が使用中であることが他人にも分かるように、このメッ セージは冗長になっています。 ディスクに壊滅的なトラブルが起きた時に、バックアップテープやファイルから ディスクを復元するために必要な時間は、インクリメンタルダンプを適当なシー ケンスで実行する事によって最小にする事ができます。最小のテープ数でこれを 行なう効果的な方法を示します。 • 常にレベル 0 のバックアップから開始します。例えば以下の通りで す。 /sbin/dump -0u -f /dev/nsa0 /usr/src これを一ヵ月か二ヵ月毎に新しいテープに対して実施し、ずっと保存 します。 |
• 0 レベルのダンプの後は、アクティブなファイルシステム (データが更新されるファイルシステムです。パーティションレイアウトによっては、データが更新されないファイルシステムもあります) のダンプを、修正ハノイの塔アルゴリズムによる次の様なダンプレベルシーケンスによって、毎日行います。
3 2 5 4 7 6 9 8 9 9 ... 毎日のダンプには、一週間毎に繰り返し使われる事になる一定の数の テープを使う事ができます。週毎にレベル 1 ダンプを行ない、毎日の ハノイ・シーケンスはレベル 3 から開始します。週毎のダンプには、 ダンプするファイルシステム毎に、これも繰り返し使われる事になる 一定数のテープを使います。 何ヵ月かの後、毎日と毎週のテープはダンプサイクルから順に外し、新品のテー プを導入すべきです。 |
環境変数
TAPE
バックアップを読み取るデバイス。 RMT RSH 関連ファイル |
/dev/sa0
デフォルトのダンプテープユニット 関連項目 |
診断
詳しいメッセージがたくさん出ます。 正常時は終了コード 0 で終了します。開始時のエラーは終了コード 1 で、異常 終了は終了コード 3 で表されます。 |
バグ
32 個未満のファイルシステムからの読み取りエラーは無視されますが、すべての エラーは警告メッセージを生成します。これはちょっとした妥協です。現実に は、マウント中のパーティションをダンプするとき、 dump 実行中にファイルシ ステムが更新されると、読み取りエラーが生じ得ます。ダンプはしばしば cron(8) を使って人が居ない状況で行われますので、オペレータの介入を要する 仕事は dump を駄目にしてしまいます。この種の読み取りエラー発生時には書き 込まれたダンプテープには何も悪いところはありませんので、 dump を止める理 由はなにもありません。 各リール (ボリューム) ごとに新たなプロセスが作られ、リールを書き終った親 プロセスはテープ全体の書き込みが終るまで待っています。 dump ユーティリティの −W や −w オプションは、 /etc/fstab にリストされてい ても、 dumpdates ファイルに記録のないファイルシステムについては報告しませ ん。 dump コマンドが、ダンプシーケンスについて知っていて、使い散らかしたテープ の使用履歴を管理でき、どのテープをマウントすれば良いかオペレータに教えて くれ、 restore(8) を実行するオペレータをもっと助けてくれたら、もっと使い やすいでしょうね。 セキュリティ的な歴史により、 dump ユーティリティは、 root 以外のユーザで リモートバックアップを行うことはできません。これは、 FreeBSD の今後のバー ジョンでは修正されるでしょう。現状では、(従来通り) setuid されていれば正 常に動作しますが、セキュリティ的なリスクを伴います。 |
歴史
dump ユーティリティは、 Version 6 AT&T UNIX から登場しました。 FreeBSD 10.0 March 1, 2002 FreeBSD 10.0 |