cback - クラウドでオンライン

プログラム：

NAME

cback - CD または DVD メディア、または Amazon S3 ストレージへのローカルおよびリモートのバックアップ

SYNOPSIS

戻る [スイッチ] 行動）

DESCRIPTION

cback スクリプトは、Cedar Backup 2 のコマンドライン インターフェイスを提供します。 Cedar Backup 2
ローカルおよびリモートのプールのシステム バックアップを管理するように設計されたソフトウェア パッケージです。
機械。 ファイルシステムデータと MySQL および PostgreSQL をバックアップする方法を理解しています。
データベースと Subversion リポジトリ。 他のものをサポートするために簡単に拡張することもできます
データソースの種類。

Cedar Backup 2 は、単一の CD または DVD ディスクへの毎週のバックアップに重点を置いています。
ディスクは毎週初めに変更または上書きされることが予想されます。
ハードウェアが十分に新しい場合、Cedar Backup はマルチセッション ディスクに書き込むことができるため、次のことが可能になります。
増分データを毎日ディスクに追加します。

あるいは、Cedar Backup 2 はバックアップを Amazon S3 クラウドに書き込むこともできます。
物理メディアに依存しています。

BACKUP コンセプト

Cedar Backup プールには XNUMX 種類のマシンがあります。 XNUMX 台のマシン ( マスター）CDあり
または DVD ライター上にあり、バックアップがディスクに書き込まれる場所です。 他人 （クライアント)
マスターによってディスクに書き込まれるデータを収集します。 マスターとクライアントを総称して、
プール内のマシンはすべて次のように呼ばれます。 ピア 機械。 実行するアクションは XNUMX つあります
バックアップ プロセスの一部として配置します。 収集する, ステージ, 店舗 & 。 マスターも、
クライアントは収集アクションとパージアクションを実行しますが、マスターのみがステージを実行します。
そしてストアアクション。 設定ファイル /etc/cback.conf 実行されるアクションを制御します
収集、ステージング、保存、およびパージのアクション中に。

Cedar Backup は、次の概念もサポートしています。 マネージド クライアント。 管理対象クライアントには、
バックアッププロセス全体はリモートシェル経由でマスターによって管理されます。 同じアクションが実行されます
バックアップ プロセスの一部として実行されますが、いつアクションが実行されるかをマスターが制御します。
クライアントが自分で制御するのではなく、クライアントが制御します。 この施設は、
cron などのスケジューラが利用できない環境での使用を目的としています。

移行中 FROM VERSION 2 に VERSION 3

Cedar Backup バージョン 2 と Cedar Backup バージョン 3 の主な違いは次のとおりです。
ターゲットを絞った Python インタプリタ。 Cedar Backup バージョン 2 は Python 2 用に設計されていますが、
バージョン 3 は、元のコードを Python 3 に変換したものです。それ以外は、両方とも
バージョンは機能的に同等です。 設定形式は変更されていないため、次のことが可能です。
同じバックアップ プール内で、異なるバージョンのマスターとクライアントを組み合わせて使用​​できます。 両方
これらのバージョンは、Python 2 のサポートが終了する頃まで完全にサポートされます。
2020 年ですが、可能であればそれよりも早く移行を計画する必要があります。

バージョン 3 の主な設計目標は、ユーザーが簡単に移行テストを行えるようにすることでした。
バージョン 3 がすでにインストールされていた同じサーバーにバージョン 2 をインストールできるようになります。
使用。 この設計選択の副作用として、すべての実行可能ファイル、設定が
ファイルとログはバージョン 3 で名前が変更されました。バージョン 2 で使用されていた場所 戻る、バージョン 3 は使用します
cback3: cback3.conf cback.conf, cback3.log cback.log, etc.

したがって、バージョン 2 からバージョン 3 への移行は比較的簡単ですが、
手動でいくつかの変更を加える必要があります。 新しい構成ファイルを作成する必要があります (または
古いものへのソフト リンク)、新しい実行可能ファイル名を使用するように cron ジョブを変更するなど。
悪影響を与えることなく、プール内のサーバーを一度に XNUMX 台ずつ移行することも、段階的に移行することもできます
バージョン 2 とバージョン 3 を異なる曜日に使用して単一サーバーを移行する、または
バックアップのさまざまな部分に適用されます。

SWITCHES

-h, - 助けて
使用方法/ヘルプのリストを表示します。

-V, - バージョン
バージョン情報を表示します。

-b, -詳細
詳細な出力を画面に出力するだけでなく、ログファイルに書き込みます。 このオプションの場合
が有効になっている場合、通常はログファイルに書き込まれる情報のほとんどが
画面にも書き込まれます。

-q, - 静かな
静かに実行します (画面に出力は表示されません)。

-c, --config
代替構成ファイルへのパスを指定します。 デフォルトの構成
ファイルは /etc/cback.conf.

-f, - 満杯
構成に関係なく、完全バックアップを実行します。 収集アクションの場合、これは
増分バックアップに関連する既存の情報は無視されることを意味します
そして書き直されました。 ストア アクションの場合、これは新しいディスクが開始されることを意味します。

-M, --管理された
アクションの実行時に管理対象クライアントを含めます。 実行中のアクションが
管理対象クライアントの管理対象アクションとしてリストされている場合は、そのクライアント上でアクションを実行します
アクションをローカルで実行した後。

-N, --管理対象のみ
アクションを実行するときは、管理対象クライアントのみを含めます。 実行中のアクションの場合
管理対象クライアントの管理対象アクションとしてリストされている場合は、そのアクションを実行します
ただし、アクションをローカルで実行しないでください。

-l, --ログファイル
代替ログファイルへのパスを指定します。 デフォルトのログファイル ファイルは次のとおりです。
/var/log/cback.log.

-o, - オーナー
ログファイルの所有権を user:group の形式で指定します。 デフォルト
所有権は ルート:管理者、ほとんどのログファイルの Debian 標準に一致するようにします。 この値
新しいログファイルを作成する場合にのみ使用されます。 ログファイルがすでに存在する場合、
cback スクリプトが実行されると、既存の所有権とモードが保持されます。 それだけ
数値の uid および gid 値ではなく、ユーザー名とグループ名を使用できます。

-m, - モード
次のように数値モードを使用して、ログファイルのアクセス許可を指定します。 chmodとします。
デフォルトのモードは 640 (-rw-r-----)。 この値は、
新しいログファイル。 cback スクリプトの実行時にログファイルがすでに存在する場合、
既存の所有権とモードは保持されます。

-O, - 出力
サブコマンドの出力をログファイルに記録します。 このオプションを有効にすると、すべての
システムコマンドからの出力がログに記録されます。 これはデバッグや
参考までに。

-d, - デバッグ
デバッグ情報をログファイルに書き込みます。 このオプションでは、大量の
出力であり、通常は問題をデバッグする場合にのみ必要になります。 このオプション
--output オプションも暗黙的に指定します。

-s, - スタック
例外を飲み込む代わりに、Python スタック トレースをダンプします。 これにより、シダーが強制されます
バックアップではなく、エラーに関連する Python スタック トレース全体をダンプします。
受信した最後のメッセージをユーザー インターフェイスに伝達するだけです。 いくつかの下で
状況によっては、これはバグ レポートと一緒に含めると役立つ情報です。

-D, --診断
実行時診断情報を表示して終了します。 この診断情報は
バグレポートを提出するときに役立つことがよくあります。

ACTIONS

を すべての通常のアクション (収集、ステージング、保管、パージ) をこの順序で実行します。

収集する
収集アクションを実行し、
構成ファイルの収集セクション。

ステージ ステージングアクションを実行し、tarfile をバックアッププール内の各ピアからピアにコピーします。
構成ファイルの stage セクションに基づく、毎日のステージング ディレクトリ。

店舗 ストアアクションを実行し、毎日のステージングディレクトリをディスクに書き込みます。
設定ファイルのstoreセクション。

パージアクションを実行し、パージで指定された古いファイルや期限切れのファイルを削除します。
設定ファイルのセクション。

再構築する
再構築アクションは、残りのディスクから「今週の」ディスクを再構築しようとします。
パージされていないステージング ディレクトリ。 通常、バックアップのコピーを作成するために使用されます。
紛失または破損したメディアを交換するか、週の半ばに新しいメディアに切り替える
理由。

検証
構成が有効であることを確認しますが、他のアクションは実行しません。 検証チェック
構成ファイルが見つかり、解析できること、また次のことを確認できること
書き込み不可能なディレクトリや、
ターゲット SCSI デバイスに問題がある。

リターン VALUES

Cedar Backup は正常に完了すると 0 (ゼロ) を返し、その他に関連する XNUMX つのエラー コードを返します。
特定のエラー。

1 Python インタープリターのバージョンは 2.7 未満です。

2 コマンドライン引数の処理中にエラーが発生しました。

3 ログの構成中にエラーが発生しました。

4 示された構成ファイルの解析中にエラーが発生しました。

5 CTRL-C などでバックアップが中断されました。

6 指定されたバックアップ アクションの実行中にエラーが発生しました。

注意事項

このスクリプトは root として実行するように設計されています。そうしないとシステムのバックアップが困難になるためです。
ディレクトリに書き込むか、CD または DVD デバイスに書き込みます。 ただし、バックアップに切り替えるには手間がかかります
必要に応じてユーザー (構成で指定)。

スクリプトを使用するには、実行するアクションを少なくとも XNUMX つ指定する必要があります。 そのうちの XNUMX つ以上
「収集」、「ステージ」、「保管」、または「パージ」アクションは、任意の順序で指定できます。
「すべて」、「再構築」、または「検証」アクションは、他のアクションと組み合わせることはできません。 もし
複数のアクションが指定されている場合、アクションは賢明な順序で実行されます。
(通常は収集、次にステージング、次に保存、その後にパージ)。

Cedar Backup 拡張機能を設定している場合は、それらに関連付けられたアクションが
拡張子はコマンドラインで指定することもできます。 他のアクションを指定した場合
拡張アクションとともに、アクションは、それぞれに応じた賢明な順序で実行されます。
構成。 ただし、「all」アクションは拡張アクションを実行しません。

バックアップを復元する機能がないことに注意してください。 ユーザーができることを前提としています。
ディスクから tar ファイルをコピーし、必要に応じてそれらを使用して不足しているファイルを復元します。
ユーザーマニュアルの付録 C には詳細な手順が記載されています。

最後に、CD または DVD へのバックアップはおそらくどのユーザーでも読み取ることができることに注意する必要があります。
CD または DVD ドライブをマウントする権限を持っています。 バックアップを残しておきたい場合
ディスクは常にドライブにあるため、デバイスをセットアップするときにこれを考慮することをお勧めします。
マシン上の権限。 暗号化拡張機能を調査することもできます。

onworks.net サービスを使用してオンラインで cback を使用する