ufsdump - ファイルシステムの増分ダンプ
/usr/sbin/ufsdump [options] [arguments] files_to_dump
ufsdump は、files_to_dump で指定されたすべてのファイル (通常はファイルシステム全体またはファイルシステム内のある特定の日付のあとに変更されたファイルのどちらか) を磁気テープまたはディスクファイルにバックアップします。
ufsdump コマンドは、アンマウントしたファイルシステム、または読み取り専用でマウントしたそれらに対してのみ使用できます。マウント済みの読み取り/書き込みファイルシステムのダンプを試みると、システム障害が発生したり、ダンプからファイルを復元できなかったりすることがあります。マウントされているファイルシステムのポイントインタイムイメージが必要な場合は、fssnap(1M) コマンドを使用してファイルシステムのスナップショットを作成することを検討してください。
options は 1 文字の ufsdump オプションから成る 1 つの文字列です。
arguments は複数の文字列にでき、それとオプションとの関連付けは順序によって決められます。つまり、最初の引数は引数を取る最初のオプションと組み合わされ、2 番目の引数は引数を取る 2 番目のオプションと組み合わされる、というようになります。
files_to_dump は必須で、コマンド行の最後の引数となる必要があります。詳細は、「オペランド」を参照してください。
ほとんどのデバイスでは、ufsdump は自動的にメディアの終わりを検出できます。その結果、デバイスによるメディアの終わりの検出方法を ufsdump が認識できなかったり、あるいはファイルが古いバージョンの restore コマンドを使ってシステム上に復元されたりする場合を除いて、マルチボリュームのダンプに d、s、および t オプションは必要ありません。
サポートしているオプションは、次のとおりです。
「ダンプレベル」。files_to_dump で指定され、下位ダンプレベルの最後の ufsdump 以降に変更されたすべてのファイルが、出力先 dump_file (通常は磁気テープデバイス) にコピーされます。たとえば、月曜日に「レベル 2」ダンプが行われ、続けて火曜日に「レベル 4」ダンプが行われた場合、その後の水曜日の「レベル 3」ダンプには、「レベル 2」 (月曜日) のバックアップ以降に変更または追加されたすべてのファイルが含まれます。「レベル 0」ダンプはファイルシステム全体を dump_file にコピーします。
アーカイブファイル。ダンプの内容リストを指定された archive_file にアーカイブします。このファイルは、復元されるファイルがダンプファイル内にあるかどうかを判断するために ufsrestore(1M) によって使用されます。
ブロック化因数。テープへの書き込み用のブロック化因数を指定します。密度が 6250 BPI (バイト/インチ) 未満のテープの場合、デフォルトは 1 回の書き込みにつき 20 ブロックです。密度が 6250 BPI 以上のテープの場合、デフォルトのブロック化因数は 64 です。カートリッジテープ (c オプション) のデフォルトのブロック化因数は 126 です。ほとんどのテープドライブで使用できる最大のブロック化因数は 126 です。注: tar(1) との互換性のために、ブロック化因数は 512 バイトのブロック単位で指定されます。
カートリッジ。標準の 1/2 インチのリールではなくカートリッジのデフォルトを設定します。これにより、密度が 1000 BPI に設定され、ブロック化因数が 126 に設定されます。ufsdump は自動的にメディアの終わりを検出できるため、通常はブロック化パラメータのみが影響を及ぼします。カートリッジテープを使用する場合に、このオプションが指定されていないと、ufsdump によるテープサイズの計算に多少のミスが生じます。b、d、s、または t オプションがこのオプションとともに指定されている場合、このオプションで設定したデフォルトがそれらの値によってオーバーライドされます。
テープ密度。ufsdump はメディアの終わりを検出できるため、通常は必須ではありません。このパラメータを使用すると、1 リールあたりのテープ使用量を監視できます。デフォルトの密度は 6250 BPI ですが、c オプションがカートリッジテープに使用される場合を除きます。その場合は 1 トラックあたり 1000 BPI と想定されます。テープデバイスの標準値は次のとおりです。
6250 BPI
1000 BPI。テープ密度やほかのオプションについては、st(7D) のマニュアルページに説明されています。
フロッピーディスク。廃止されたオプション。
ダンプファイル。ダンプの出力先のファイルとして、/dev/rmt/0 ではなく dump_file を使用します。dump_file を - として指定した場合、標準出力にダンプします。
このファイルの名前の形式が machine:device である場合、rmt(1M) を使用してネットワーク経由で指定のマシンからダンプが行われます。ufsdump は通常 root によって実行されるため、ローカルマシンの名前はリモートマシンの /.rhosts ファイルに含まれている必要があります。このファイルが user@machine:device として指定されている場合、ufsdump はリモートマシン上で指定のユーザーとして実行しようとします。指定のユーザーは、ローカルマシンからこのコマンドを呼び出してリモートマシンにアクセスできるようにする .rhosts ファイルをリモートマシン上に持っている必要があります。
自動ロード。ダンプが完了する前にテープの終わりに達した場合、そのドライブをオフラインにし、そのテープドライブがふたたび準備できるまで最大 2 分間待ちます。これにより、自動ロード (スタックローダー) テープドライブに新しいテープをロードする機会が与えられます。ドライブが 2 分以内に準備できた場合は、続行します。そうでない場合は、別のテープを要求して待ちます。
テープラベルをデフォルトの none ではなく string に設定します。string の長さは 16 文字以下にします。それよりも長い場合は、切り捨てられ、警告が出力されますが、ダンプは行われます。テープラベルは ufsdump テープ形式に固有のものであり、IBM または ANSI 標準のテープラベルとの類似性はまったくありません。
sys グループ内のすべてのオペレータに、wall(1M) コマンドで使用されるのと同じ方法でメッセージを彼らの端末に送信することによって、ufsdump が注意を求めていることを通知します。それ以外の場合は、ufsdump を実行するユーザーがログインしている端末 (コンソールなど) にのみそのようなメッセージが送信されます。
device_name を使用するのは、情報を /etc/dumpdates に記録する場合 (u オプションを参照)、および増分ダンプのために /etc/dumpdates 内の情報と比較する場合です。指定された device_name には、scanf(3C) に定義されているようにスペースを入れることはできず、大文字と小文字が区別されます。
オフライン。ダンプが完了したか、またはメディアの終わりに到達した場合にドライブをオフラインにして、テープを巻き戻します。一部の自動ロードの 8 ミリドライブの場合、テープは自動的にドライブから取り外されます。これにより、そのドライブを早急に使用する別のプロセスによってメディアが誤って上書きされることがなくなります。
ダンプ出力先のボリュームのサイズ (size) を指定します。ufsdump はメディアの終わりを検出できるため、通常は必須ではありません。指定されたサイズに達すると、ufsdump はボリュームが交換されるまで待機します。ufsdump は、指定されたサイズをテープやカートリッジの長さ (フィート) と見なします。この値は、メディアの実際の物理サイズよりも少しだけ小さくするようにしてください (450 フィートのカートリッジでは 425 とするなど)。テープデバイスの通常の値は、カートリッジデバイスの c オプションによって決まります。
2300 フィート
425 フィート
700 フィート
サイズの見積もり。ダンプの実行に必要な容量を、実際にそれを行わずに算出し、それに要する推定バイト数を表示します。これは、増分ダンプで、必要とされるメディアのボリューム数を決める際に役立ちます。
カートリッジテープのトラック数を指定します。ufsdump はメディアの終わりを検出できるため、通常は必須ではありません。デフォルトは 9 トラックです。t オプションには D オプションとの互換性がありません。Oracle がサポートするテープデバイスの値は次のとおりです:
9 トラック
18 トラック
autoload コマンドが完了するのを待機する時間を設定します。このオプションは、l オプションも指定されていないかぎり無視されます。デフォルトの待機時間は 2 分です。末尾の h (時)、m (分)、または s (秒) によって時間単位を指定します。デフォルトの単位は分です。
ダンプレコードを更新します。ファイルシステムが正常にダンプされるごとに、ファイルシステム名 (つまり N オプションで指定された device_name)、日付、およびダンプレベルを含むエントリをファイル /etc/dumpdates に追加します。
検証します。各テープが書き込まれたあとで、ソースファイルシステムに基づいてメディアの内容を検証します。矛盾が生じた場合は、新しいメディアを要求し、ダンプ/検証プロセスを繰り返します。ファイルシステムはアンマウントされている必要があります。このオプションは、標準出力へのダンプの検証には使用できません。
警告。その日のうちにバックアップされていないファイルシステムを一覧表示します。この情報は、ファイル /etc/dumpdates および /etc/vfstab から収集されます。w オプションが使用されると、その他のオプションはすべて無視されます。報告後、ufsdump はすぐに終了します。
強調表示による警告。w オプションと同様ですが、W オプションには /etc/dumpdates に含まれるすべてのファイルシステムと、それらの最新のダンプ日付およびレベルに関する情報が含まれています。その日のうちにバックアップされていないファイルシステムは強調表示されます。
次のオペランドを指定できます。
ダンプするファイルを指定します。通常は、その raw デバイス名 (/dev/rdsk/c0t3d0s6 など) によってファイルシステム全体を識別します。ある特定の日付のあとに変更されたファイルの増分ダンプ (レベル 1 - 9) はファイルシステム全体にのみ適用されます。あるいは、files_to_dump は個々のファイルまたはディレクトリを識別することもできます。ufsdump を実行するユーザーが調査できるすべての指定されたディレクトリと、明示的に指定されたすべてのファイルがダンプされます。このダンプは、ファイルシステムの指定された部分のレベル 0 のダンプに相当しますが、/etc/dumpdates は –u オプションが指定されている場合でも更新されません。どの場合でも、それらのファイルは同じファイルシステムに含まれている必要があり、そのファイルシステムは ufsdump が実行されるシステムにローカルである必要があります。
files_to_dump は必須で、コマンド行の最後の引数となる必要があります。
options をまったく指定しない場合、デフォルトは 9uf /dev/rmt/0 files_to_dump になります。
2G バイト (231 バイト) 以上のファイルが検出された場合の ufsdump の動作については、largefile(5)を参照してください。
次のコマンドでは、150M バイトのカートリッジテープ装置 0 で、c0t3d0 のルートファイルシステムのフルダンプを行います。
example# ufsdump 0cfu /dev/rmt/0 /dev/rdsk/c0t3d0s0
次のコマンドでは、1/2 インチのリールテープ装置 1 で、c0t3d0 の usr パーティションのレベル 5 の増分ダンプを行い、検証します。
example# ufsdump 5fuv /dev/rmt/1 /dev/rdsk/c0t3d0s6
実行中に、ufsdump は多数の冗長メッセージを出力します。ufsdump は次の終了値を返します。
正常終了。
起動エラーが発生しました。
異常終了 - 試行されたチェックポイントはありません。
ダンプ出力先のデフォルトの装置
ダンプ日付レコード
グループ sys の検索用
ドライブを備えたリモートシステムへのアクセス用
ファイルシステムのリスト
属性についての詳細は、マニュアルページの attributes(5) を参照してください。
|
cpio(1), tar(1), dd(1M), devnm(1M), fssnap(1M), prtvtoc(1M), rmt(1M), shutdown(1M), ufsrestore(1M), volcopy(1M), wall(1M), scanf(3C), ufsdump(4), attributes(5), largefile(5), st(7D)
ファイルシステム上の 32 個未満の読み取りエラーは無視されます。
各リールには新しいプロセスが必要なため、すでに書き込まれているリールの親プロセスはテープ全体が書き込まれるまで待機します。
ufsdump は、ボリュームの終わり、ダンプの終わり、ボリューム書き込みエラー、ボリュームオープンエラー、またはディスク読み取りエラー (しきい値の 32 個よりも多い場合) の状態ではオペレータの介入を必要とします。ufsdump は、n オプションによって暗示されたすべてのオペレータに警告するだけでなく、ufsdump がこれ以上続行できないとき、または何らかの重大な異常があるときに、ufsdump の制御端末でオペレータと対話します。ufsdump から出される質問にはすべて、yes または no を適宜入力して回答する必要があります。
ディスクのバックアップには多大な時間と労力を要する可能性があるため、ufsdump は各ボリュームの開始時にチェックポイントを設定します。何らかの理由でそのボリュームへの書き込みに失敗した場合、ufsdump は、オペレータの許可を得て、障害のあるボリュームが交換されたあとで、チェックポイントからそれ自身を再起動します。
一定の間隔で「レベル 0」のフルダンプを実行することはきわめて重要です。フルダンプの実行時は、shutdown(1M) を使用してマシンをシングルユーザーモードに下げます。フルダンプの準備をしている間に、テープドライブやヘッドの掃除をするのも一案です。増分ダンプは、シングルユーザーモードで動作しているシステムで実行するようにしてください。
増分ダンプにより、アクティブなファイルの便利なバックアップと復旧が最小限のメディアと時間でより頻繁に行えるようになります。ただし、いくつかのかね合いがあります。まず、バックアップの間隔を最小限に保つようにします (少なくとも 1 日に 1 回)。メディアの障害が原因で起こるデータ損失 (まれだが起こる可能性がある) を防ぐには、(少なくとも) 2 組のダンプボリュームにアクティブなファイルを取り込みます。2 つめの考慮事項は、不必要なファイルの複製を最小限に抑えて、オペレータの時間とメディアのストレージを節約するのが望ましいということです。3 つめの考慮事項は、特定のバックアップバージョンのファイルの検出および復元が簡単にできるということです。次の 4 週にわたるスケジュールは、これらの目標のかね合いがうまく取れています。
Sun Mon Tue Wed Thu Fri
Week 1: Full 5 5 5 5 3
Week 2: 5 5 5 5 3
Week 3: 5 5 5 5 3
Week 4: 5 5 5 5 3
火曜から金曜までの増分には月曜からのファイルの「追加コピー」が含まれていますが、このスキームではその週に変更されたすべてのファイルが前日の増分ダンプから復旧できることを保証しています。
ufsdump では、複数のプロセスを使用して、ディスクからの読み取りとメディアへの書き込みを同時に行えるようにします。これらのプロセス間の同期の取り方が原因で、「-5」かそれ以上の nice (プロセス優先度) を使ってダンプの実行を試みると、ufsdump の実行速度が速いどころか、むしろ遅くなる可能性があります。
スライス 2 はディスク全体に及ぶため、ほとんどのディスクにはオーバーラップするスライスが 1 つ以上含まれています。その他のスライスのサイズはさまざまであり、通常はオーバーラップしません。たとえば、一般的な構成ではスライス 0 にroot、スライス 1 に swap、スライス 5 に /opt、スライス 6 に /usr が配置されます。
重視すべきことは、ufsdump が ufs ファイルシステムを一度に 1 つダンプすることです。上記のシナリオではスライス 0 とスライス 2 に同じ開始オフセットが含まれているため、ディスク全体のダンプの目的でスライス 2 に対して ufsdump を実行すると、代わりにスライス 0 のルートファイルシステムのみがダンプされます。ディスク全体をダンプするには、各スライス上のファイルシステムを個別にダンプする必要があります。
/etc/vfstab ファイルでは、(/etc/fstab で行われたように) ファイルシステムの望ましいバックアップ頻度を指定することができません。結果として、w および W オプションはファイルシステムのバックアップが毎日行われるものと想定し、それによってこれらのオプションの有効性が制限されます。