ホームNASのバックアップ先がジョブの途中で容量不足になった場合の回復方法
ホームNASのバックアップ宛先がジョブの途中で容量不足になった場合は、スケジュールを停止し、最後に正常だった復元ポイントを保持し、失敗した実行がコミットされたバックアップ、再開可能なチェックポイント、または一時データのみを作成したかを確認してください。スペースを確保するためにランダムにフルまたはインクリメンタルファイルを手動で削除しないでください。バックアップツールの保持プロセスで空き容量を確保するか、宛先を拡張し、そのリポジトリの動作に従って再開または再起動し、復元を検証してください。
繰り返しの再試行を停止し、最後の正常なバックアップを保持する
変更を加える前に自動再試行を無効にしてください。繰り返しの試行は最後の空きブロックを消費したり、一時ファイルを増やしたり、ログをローテーションしたり、リポジトリがすでに圧迫されている状態で保持をトリガーしたりする可能性があります。正確なエラー、ジョブID、ソースセット、宛先パス、最後に完了した復元ポイントの時間を記録してください。
最新の完了したバックアップが大きいからといって、単に削除しないでください。フォワードインクリメンタルチェーンでは、新しい復元ポイントは古いフルバックアップと必要なすべてのインクリメントに依存している場合があります。重複排除されたリポジトリでは、別々に見えるスナップショットがチャンクを共有していることがあります。リポジトリは独立したアーカイブのフォルダではなく、管理された構造として扱ってください。
実際にどのストレージ層が満杯かを確認する
バックアップアプリケーションに表示される空き容量の数字だけでなく、宛先を支えるファイルシステムを確認してください。制限はUSBディスク、NASデータセット、クォータ、スナップショットリザーブ、オブジェクトストア割り当て、inode数、一時ステージングディレクトリ、またはホームサーバーのシステムパーティションである可能性があります。
バックアップリポジトリのケースで、ターゲットにテラバイト単位の空き容量が表示されているにもかかわらずスペース不足エラーが報告された事例があり、表示される見出しの数字だけでは制約されている層を特定できない理由を示しています。ZimaSpaceのNAS容量の実際の消費元を見つけるガイドは、共有データをスナップショット、ゴミ箱、アプリデータ、削除された開いているファイル、誤ったマウントポイントから分離するのに役立ちます。
| 観察 | おそらく制限 | 最初のチェック |
|---|---|---|
| ファイルシステムが100%使用中 | 実際のデータブロックが枯渇 | マウントされたターゲットと最大消費者 |
| 空き容量はあるが書き込みに失敗 | クォータ、リザーブ、inode、またはステージングパス | データセットのクォータ、inode数、一時ディレクトリ |
| USBターゲットが存在しないがパスは存在 | ジョブがシステムディスクに書き込み | UUID、マウントポイント、宛先マーカー |
| バックアップアプリが完全なリポジトリを表示 | 保持期間またはリポジトリ割り当て | 期限切れポイント、不変期間、prune 状態 |
失敗した実行が使用可能かどうかを判断する
異なるバックアップ形式はデータのコミット方法が異なります。ジョブ完了後にのみ最終スナップショットレコードを書き込むものもあります。resticの議論では、アップロード済みデータが最終スナップショット作成前に存在する場合があるため、中断された実行は一部の内容がリポジトリに到達していても通常の復元ポイントとして表示されないことがあります。
他のツールはチェックポイントアーカイブを作成します。Borgのリカバリに関する議論では、チェックポイントは有効だが不完全である可能性があると指摘されています。この動作がすべてのバックアッププログラムに当てはまるとは限りません。リポジトリ自身のリスト、チェック、または検証操作を使用し、完了済み、チェックポイント、部分的、孤立データを区別してください。
バックアップチェーンを壊さずに空き容量を確保する
バックアップアプリケーションの retention、forget、prune、compact、または repository-cleanup コマンドを使用してください。ツールが明示的に独立していると文書化していない限り、ファイルブラウザで個別のチェーンファイルを削除しないでください。分割リポジトリの議論では、必要な完全バックアップなしでは増分復元ポイントは役に立たないことが強調されています。
宛先が完全に満杯の場合、クリーンアップでさえロック、メタデータ、または再書き込みパックの作業領域が必要になることがあります。安全な選択肢は、一時的に容量を追加する、無関係な非リポジトリファイルを移動する、ファイルシステムを拡張する、またはより大きな宛先を接続することです。バックアップアプリケーションがスパンやリポジトリ移行をサポートしない限り、選択したリポジトリファイルのみを別のディスクに移動しないでください。
バックアップディスクを拡張する前に一時パスとシステムパスを確認します。
ホームNASジョブは/tmpの下に圧縮アーカイブを一時的に置いたり、システムSSD上に一時的なコンテナエクスポートを作成したり、マウントされていない宛先パスに書き込んだりすることがあります。Proxmoxのバックアップ失敗ではバックアップ中に空き容量エラーでrsync受信側が停止した例が示されています。大容量のUSBディスクを購入する前にエラーの正確なパスを確認してください。完全なレイヤーは最終宛先ではなくローカルの一時ステージングである可能性があります。
- 宛先のファイルシステムとNASシステムのファイルシステムを別々に確認します。
- 多数の小さなファイルが保存されている場合はinodeの空き状況を確認します。
- 共有ごと、ユーザーごと、データセットごと、コンテナストレージごとのクォータを確認します。
- スナップショットやごみ箱が削除されたバックアップデータを保持しているか確認します。
- 失敗した実行中に宛先が期待されたパスにマウントされていたか確認します。
再開するか新しい実行を開始するかを決定します。
バックアップアプリケーションが再開をサポートし、リポジトリが正常な再開可能状態を報告している場合にのみ再開します。中断されたコピーの例の一つでは、ジョブが宛先の空き容量が回復した後に停止した場所から続行できると述べています。他のツールは未完了のトランザクションをロールバックし、新しい実行を必要とします。
単純なファイルコピーやrsyncジョブの場合、再実行は欠落または変更されたデータのみを転送することがありますが、部分的な宛先はそれ自体で日付付きの復元ポイントではありません。アーカイブまたは重複排除リポジトリの場合は、一時ファイルを手動でコピーするのではなく、組み込みの再開、ロック解除、修復、またはバックアップコマンドを使用してください。
次のバックアップを信頼する前にリポジトリチェックを実行します。
- 最後に完了した復元ポイントを一覧表示し、その日付を確認します。
- ツールのリポジトリ整合性チェックを実行します。
- 失敗した部分的またはチェックポイント状態が理解されていることを確認してください。
- スペースが確保された後に新しいバックアップを1回完了させてください。
- 代表的な家族のファイルとセルフホストアプリの設定を一時ディレクトリに復元してください。
- スキップされたオブジェクト、保持失敗、2回目の容量警告のログを確認してください。
次のジョブが正常終了したからといってインシデントを解決済みとしないでください。最後のクリーンな復元ポイントが開けること、新しいバックアップが使用可能な復元ポイントを生成することが必要です。
宛先の再度の満杯を防ぐ
次の増分とクリーンアップ作業スペースの合計より大きいプレフライト閾値を設定してください。使用率のパーセンテージと絶対的な空き容量の両方でアラートを出します。予期しないソースの増加、変更データサイズ、保持失敗、不変の復元ポイント、スナップショット、ゴミ箱の増加を監視してください。
ローテーションされたUSBターゲットの場合は、接続ごとに容量を確認してください。常時接続されたNASリポジトリの場合は、異常に大きなバックアップ1回分と期限切れデータ削除に必要なメンテナンス操作のための余裕を確保してください。通常の成長が定期的に閾値に達する場合は、復元要件を確認した後に保持期間を短縮するか、より大きな宛先に移行してください。
よくある質問
部分的なバックアップから復元できますか？
バックアップアプリケーションがそれを有効なチェックポイントまたは回復可能な部分アーカイブとして識別する場合のみ可能です。いくつかのファイルがコピーされたディレクトリは自動的に一貫した復元ポイントではありません。ツールで検証し、隔離されたパスに復元してください。
スペースを確保するために古い増分ファイルを削除してもいいですか？
手動では行わないでください。これは新しい復元ポイントごとに必要になる可能性があります。依存関係や共有チャンクを理解しているアプリケーションの保持またはプルーニングプロセスを使用してください。
スペースを確保した後、再開すべきですか、それとも新しいバックアップを実行すべきですか？
リポジトリの記録された状態に従ってください。ツールが明示的に継続をサポートしている場合にのみ再開し、そうでなければ未完了のトランザクションをロールバックまたはクリーンアップして新しい実行を開始します。どちらの場合も、リポジトリチェックを実行し、その後復元テストを行ってください。
最終的なポイント
フルホームNASバックアップの宛先からの復旧は、単なるディスククリーンアップ作業ではなく、リポジトリ保護のタスクです。リトライを停止し、実際のフルレイヤーを特定し、完了した復元ポイントを保持し、バックアップツールを使ってスペースを確保し、失敗した実行がコミット済みかチェックポイント済みか破棄可能かを判断します。サポートされている場合のみ再開し、その後リポジトリの健全性と実際の復元を検証してからスケジュールを再有効化してください。
サポートとヒント
もっと読む
Plexは別のDockerコンテナとGPUを共有できますか？
Plexと別のコンテナは同じGPUにアクセスできることが多いですが、ドライバーのサポート、デバイスマッピング、ビデオエンジンの負荷、メモリ、復旧動作をテストする必要があります。
Plexのエラーがクライアント側とサーバー側のどちらに起因するかを見分ける方法
別のクライアントで同じ項目を再現し、セッションパスを比較してから、スコープによって障害の実際の所在が特定された後にのみサーバーの証拠を収集してください。
Plexのキャッシュとトランスコード用一時ストレージを設定する方法
永続的な Plex の状態を保護しつつ、トランスコードの一時ファイルを適切なローカルストレージに配置し、クリーンアップ、空き容量、再起動時の動作を確認します。
