まだではありませんが、この分野で進展がありました。このバグレポートに従ってください。
現在のところ、私はそこにいる誰かに役立つかもしれない回避策を持っています。
バックアップ忍者と重複したバックエンドを使用して、システムのもの（$ HOMEを除くすべて）をネットワーク内のローカルドライブおよびS3（構外バックアップに準拠するため）にバックアップします。
$ HOMEには、DéjàDupを使用します。 DéjàDupを複数の場所にバックアップする方法をまだ考えていないので、S3に直接バックアップするように設定しています。
AmazonがデータをS3からGlacierに自動的に移動する方法を次に示します。
ブラウザを開いて： https://console.aws.Amazon.com/s
ログオン後、データを保存する既存のバケットを選択するか、新しいバケットを作成します。
- バケットを作成（または選択）したら、ボタンの一番上の行の[プロパティ]ボタンをクリックします（行には[更新]、[プロパティ]、[転送]、[ヘルプ]が表示されます）。
- [プロパティ]ボタンをクリックすると、下のペインに選択したバケットのプロパティが表示されます）。タブには、許可、ウェブサイト、ログ、通知、ライフサイクル、タグが表示されます。
- [ライフサイクル]タブに興味がある場合は、クリックします。
- [ルールの追加]というラベルの付いたボタン（横に緑色の「+」記号が表示されます）が表示されたら、それをクリックして新しいルールを追加します。
- これにより、選択したバケット内のデータのアーカイブと削除のルールを定義できます。
- 新しいポップアップウィンドウが表示され、ルールを保存する前に完了する必要があるいくつかのオプションが表示されます。
- 名前（オプション）：自分に合った名前を選択するか、名前が作成されます
- プレフィックス：これは重要なものです。このプレフィックスに一致するオブジェクトは、作成中のルールに従います。私の場合、Backup /と入力しました。これは、Backup /で始まるバケット内のすべてのオブジェクトがこのルールに従うことを意味します。 S3をファイル構造のように考えると、このバケットの「バックアップ」ディレクトリ内の「ファイル」または「フォルダ」はすべてこのルールの対象になります。
- 期間形式：作成日または日付からの日数。データを参照するときに相対的な用語を使用できるように、最初のもの（作成日からの日数）を選択しました。それは私が約束する分で意味をなさないでしょう。
- 「遷移の追加」をクリックして、遷移ルールを追加します。これにより、「氷河への移行」オプションが追加されます。このルールは、S3からGlacierにデータを移動するタイミングを指定します。私の場合、データが作成されてから25日後に移動する必要があります。
- 「有効期限の追加」をクリックして、有効期限ルールを追加します。これにより、「有効期限」オプションが追加されます。このルールは、S3からデータを削除するタイミングを指定します。私は私の作成後90日まで設定されています。
転送と有効期限のルールに満足したら、[保存]をクリックして完了です。
私の設定に従った場合、データは作成後25日間でGlacierに移動され、S3で90日間使用された後に削除されます。
注意点：-作成後25日でデータをGlacierに移動します...はい、それは奇数です...DéjàDupはデータをローテーションし、28日、6か月、1年ごとに新しいバックアップを作成します。決して。 DéjàDupで28日間を選択したため、S3の25日間のルールになりました。 backupninjaに30日ごとに新しいバックアップファイルを作成させます。私のシステムでは、DéjàDupとbackupninjaの両方が毎日実行されています。 -60日後もバックアップツールでデータをクリーンアップしていますが、90日以上S3に何かが発生した場合（ソフトウェアのクラッシュ、ルールの変更など）、有効期限によって消去されますS3のルール。これは私にお金を節約します。
上記はデータのバックアップ方法です。どうやってバックアップしますか？データをバックアップしますか？
-ファン