fbackup(1M)

構文

/usr/sbin/fbackup -f device [-f device] ... [-0-9] [-nsuvyAEl] [-i path] [-e path]
[-g graph] [-d path] [-I path] [-V path] [-c config]

/usr/sbin/fbackup -f device [-f device] ... [-R restart] [-nsuvyAEl] [-d path] [-I path] [-V path] [-c config]

説明

fbackup は、 dump と ftio の機能を組み合わせたコマンドで、柔軟な高速ファイルシステム バックアップメカニズムを提供します dump(1M) および ftio(1) を参照)。 fbackup は、ファイルを選択して出力デバイスに転送します。転送する各ファイルについて、ファイルの内容とそのファイルを同じ状態に復元するために必要な全関連情報を出力デバイスにコピーします。 出力デバイスは、raw テープドライブ (例えば、DLT テープドライブ)、標準出力、再書き込み可能な光磁気ディスク、またはファイルです。

バックアップするファイルは、ファイルのツリーを明示的に指定することで fbackup セッションに含めるか除外するかを選択します。ユーザーが任意のファイルのグラフを作成するには、コマンド行でオプション -i や -e を指定する方法と、オプション -g でグラフファイルを指定する方法があります。定期的に行うバックアップの場合、 -g オプションを指定することで、バックアップグラフの制御が簡単になります。 fbackup は、このグラフからファイルを選択し、それを出力デバイスに転送します。選択方法は、 fbackup で使用するモード (フルまたは増分) によって異なります。

フルバックアップの場合、指定したグラフ内の全ファイルが選択されます。増分バックアップの場合、指定したグラフのうち、前回のバックアップ以降に変更のあったグラフがあれば、そのグラフ内のファイルのみが選択されます。オプション -g を付けてレベル 4 で増分バックアップを行う場合、レベル 0〜3 の最新のバックアップをデータベースファイルから検索します。ファイルの変更時刻が最後に適切にセッションを開始した時刻以前であり、しかも i ノードの変更時刻がそのセッションの終了時刻以前である場合、ファイルはバックアップされません。 増分バックアップの条件を満たしたファイルへのパス上にあるすべてのディレクトリは、ディレクトリ自身の状態が増分バックアップの条件を満たしていなくても、バックアップ媒体にバックアップされます。

fbackup で増分バックアップを行う場合には、以前のバックアップのデータベースが保存されていなければなりません。デフォルトでは、 fbackup はこのデータをテキストファイル /usr/adm/fbackupfiles/dates に保守します。初めて fbackup で増分バックアップを行う前には、必ずディレクトリ /usr/adm/fbackupfiles を作成しなければなりません。オプション -d を使用して、代替データベースファイルを指定することができます。ユーザーは、 fbackup セッションが正常終了したときにこのファイルがアップデートされるように指定することもできます。各セッションの入力は、2 行 1 組で記録されます。各組の第 1 行目には次の 4 つの項目が記録されます。すなわち、グラフファイル名、バックアップレベル、開始時刻、および終了時刻 (時刻はどちらも time(2) の形式) です。各組の第 2 行目には第 1 行目と同じ時刻が記録されますが、その形式は strftime(3C) です。 これらの行には、 ローカルの STARTED: に相当する開始時刻と、 ローカルの ENDED: に相当する終了時刻が記録されています。各組の第 2 行目は、日付ファイルを読みやすくしただけのもので、 fbackup はこの行を使用しません。各フィールド間は空白で区切られています。以前のセッションがそのグラフを使用して実行した時刻を確認するために、以前にバックアップされたデータベースファイルをチェックし、グラフファイル名を 1 文字ずつ比較します。 fbackup は、例えば graph と ./graph を別々の 2 つのグラフファイルとして処理するので、この 2 つのファイルのような例にならって 1 つのグラフファイルを指定することがないように、十分に注意してください。

使用するデバイスタイプにかかわらず fbackup ボリュームの一般的な構造は同じです。ただし、デバイスの機能の違いによりデバイス固有のわずかな違いがあります。一般的な構造は次のとおりです。

インデックス内の各ファイルエントリーには、ファイルのサイズ、ボリューム番号およびパス名が含まれています。各ボリュームの最初の時点では、 fbackup は、まだバックアップされていない全ファイルがそのボリュームに入るものと仮定します。 この仮定は、最後のボリューム以外は正しくありません。 同じセット内のインデックスは、その前のボリュームについては正確です。つまり、最後のボリュームのインデックスが、そのボリューム上にファイルがあることを示していても、それが実際にバックアップされたものではない可能性があります (例えば、インデックスが作成された後ファイルが削除されたが、 fbackup がそのファイルのバックアップをしようとした場合)。どのような状態でも必ず確実に正しいといえるインデックスは、オンラインインデックス (-I オプション) だけです。オンラインインデックスは最後のボリュームが書き込まれた後に作成されます。

fbackup ボリュームの構造上の相違点について、次にリストします。

fbackup には、 UCB モードのテープドライブを使用することができます。これにより、2 台以上のテープドライブがシステムに接続されている場合、テープの巻戻し時間をオーバラップすることができます。

多言語化対応

戻り値

fbackup は、以下の値のどちらかを返します。

警告メッセージが表示された場合は、fbackup のログを調べて、バックアップが正しく行われたかどうかを確認してください。

例

以下の 2 つの例では、対象のグラフが /usr/lib を除くすべての /usr を指定しているものとします (上の -g オプションで説明したとおり)。

まず最初の例は、フルバックアップを行い、データベースファイルをアップデートしないという単純な例です。これは、次のようにすると実行できます。

次の例は少し複雑で、増分バックアップを実行することができるように、以前の fbackup セッションのデータベースを保守します。

適切なオンライン記憶領域が利用可能な場合、ディスク上に最新のものから順にいくつか索引ファイルを保存しておくのがよいでしょう。こうしておくと、回復したいファイルがそのセット上にないかどうかを調べるときに、バックアップ媒体からインデックスを回復する必要がなくなります。オンライン索引ファイルを保守するための方法の 1 つを後述します。システム管理者は、 fbackup を最初に実行する前に必ず次の作業を行ってください (必要な場合は、中間レベルのディレクトリも作成します)。

以下の作業を実行するシェルスクリプトを、各 fbackup セッションで実行することができます。

セッションが正常に終了すると、インデックスが自動的に正しい 位置に置かれます。

警告

fbackup は、複数の実行形式オブジェクトから成っています。 これらのオブジェクトはすべて、 /usr/sbin ディレクトリに存在する必要があります。

fbackup の実行には、特別な権限は必要ありません。 ただし、ユーザーがアクセス権を持たないファイルについては、バックアップされません。

安全上の理由から、構成ファイル、 chgvol 実行形式ファイル、および error 実行形式ファイルは、所有者だけが書き込み可能とする必要があります。

リリース 10.20 より、HP-UX はラージファイル (2GB より大きい) をサポートし、 UID/GID を拡張 (60,000 より大きい) します。これらの属性のファイルを含んだアーカイブは、拡張されたサイズをサポートしていないシステム上では重大な問題が発生します。 このため、 fbackup は新しいマジックナンバー ("FBACKUP_LABEL") のテープを作成します。これによって、 fbackup テープアーカイブが 10.20 以前の HP-UX システム上で復元されることを防止できます。 frecover は両方のテープフォーマットを読み込むので、10.20 以前の HP-UX システム上で作成された fbackup テープアーカイブを復元することができます。

EOF マークは、すべての磁気テープデバイスでチェックポイント用に使用されます。 DLT テープデバイスでは、EOF マークは選択的回復の高速検索にも使用されます。 この場合の「高速検索」とは、希望のファイルより前の最も近いチェックポイントまで移動してから、そのファイルが見つかるまで読み取るという方法です。 チェックポイントには目的が 2 つあるため、チェックポイント頻度パラメータを変更する場合は注意が必要です。

HP-UX リリース 8.0 からは、 RFA ネットワークは旧式なので、 fbackup はネットワーク特殊ファイルをバックアップしません。 バックアップグラフ内でネットワーク特殊ファイルを見つけてそのファイルをスキップした場合、警告メッセージが表示されます。

スーパーユーザーが、 NFS マウント状態のファイルシステムのバックアップに fbackup を使用しても、期待どおりに動作する保証はありません。これは、スーパーユーザーがアクセスした場合、 NFS はユーザーの root とユーザー ID 0 をユーザー nobody (通常はユーザー ID -2) にマップして処理するためで、これによりリモートシステム上のルート特権はローカルシステム上のルートユーザーに許可されなくなります。

ユーティリティセットは fbackup と frecover で構成されていますが、これはもともと全ファイルシステム記憶領域が 1G バイト以下のシステム上で使用するように設計されたものです。このユーティリティはプログラミング上、記憶領域のサイズについての使用制限はありませんが、かなり規模の大きいシステム全体のバックアップや回復を行うと、 インデックスを保存するための仮想メモリ (スワップ領域) が大きくなるために、システムの活動量が膨大になります。 バックアップの量に伴うシステム全体の動作についての知識があまりないユーザーが、このユーティリティを使用する場合には、一度にそのシステム全体をバックアップしようとしないで、複数の小さいセッションに分けてそのシステムをバックアップするほうがよいです。

バックアップ進行中に内容に変更はないが i ノードデータが変更されたファイルは、現在のファイルシステムの制限によって、同一のグラフの次の増分バックアップからはスキップされる可能性があります。また、 fbackup は、ファイルの i ノード変更時刻を元の値に戻しません。

fbackup は、巻き戻ししないデバイス (例: /dev/rmt/0mn) では使用できません。

fbackup は、強制的に抹消されると、システムに戻らないリソースを割り当ててしまいます。 fbackup を抹消する必要がある場合は、 SIGKILL でなく SIGTERM を送信してください。

すき間のあるファイルをデータ圧縮せずにバックアップすると、膨大な量の媒体が消費されます。

fbackup は、 dd ではコピーできないボリュームフォーマットでボリュームを作成します dd(1) を参照)。 ある媒体上に作成された fbackup ボリュームを別の型の媒体にコピーしても、その新しい媒体上には有効な fbackup ボリュームは作成されません。これは、raw 磁気テープ、通常ファイル、書き換え可能な光磁気ディスク上のボリュームのフォーマットが同一ではないためです。

パラメータ blocksperrecord (オプション -c を参照) の構成を行う場合、レコードサイズの上限はテープドライブに使用できる最大サイズです。一般的なレコードサイズには、DLT および DDS テープドライブの 128 ブロック、HP7980 の 60 ブロックがあります。 また、初期のリリース (7.0 以前) に使用されていた blocksize は 512 バイトだったことにも注意してください。 現在はこれが 1024 バイトになっています。 このことにより、初期のリリースで blocksperrecord に指定した値と同じ値を使用した場合、現在のリリースでは 2 倍のサイズのブロックが作成されることになります。 例えばパラメータ blocksperrecord の値が 32 の場合、リリース 7.0 では 16K バイトブロックが作成されますが、現在のリリースでは 32K バイトブロックが作成されます。 blocksperrecord のバイト数が、テープドライブの許容バイト数を超えた場合、テープドライブは書き込みを拒否し、エラーが fbackup に渡されます。 fbackup はこれを受けて、テープが不良と見なします。このときの書き込みエラーメッセージは、以下のようなものです。

制約

著者

fbackup は、HP により開発されました。

ファイル

参照

cpio(1), ftio(1), dump(1M), frecover(1M), restore(1M), rmt(1M), stat(2), acl(5), mt(7)