Hyper Backupの復元機能を使おうとしたとき、「バックアップ先が見つからない」「バージョンが一覧に出てこない」といった症状に直面することがある。こうしたトラブルの多くは、バックアップタスクの設定やNAS本体の状態に原因が潜んでいる。問題を切り分けるには、複数の設定を同時に変更せず、一項目ずつ検証していくのが確実だ。
まずは復元先の空き容量とファイルシステムを確認する
復元を始める前に、データを戻す先のストレージに十分な空き容量があるかどうかを確かめる。Hyper Backupはバックアップデータを展開するため、元のデータサイズ以上の空き容量を必要とするケースがある。特に、暗号化や圧縮を有効にしているタスクでは、一時的な作業領域も消費する点に注意が必要だ。
加えて、復元先のファイルシステムがHyper Backupの要件を満たしているかも見ておきたい。Synology NAS上であれば、通常はBtrfsまたはext4が使われているが、外部ストレージに復元する場合はフォーマット形式によって制限が生じることがある。公式のHyper Backup テクニカルスペックには、対応するバックアップソースや復元に関する制限事項がまとめられている。購入前に「どのファイルシステムなら大丈夫か」と迷ったときは、ここで対応状況を確認しておくと安心だ。
空き容量が不足している場合は、不要なスナップショットや旧バージョンを整理するか、より大きなボリュームを用意する。操作の前には、DSMのストレージマネージャでボリュームの使用率を確認し、警告しきい値に達していないかも合わせてチェックする。
タスク設定の整合性チェックを一項目ずつ進める
復元に失敗する原因は、バックアップタスクそのものの設定不整合にあることが多い。ここでは、設定画面を開いて以下のポイントを順に確認する。
バックアップ先の接続状態をテストする
最初に、バックアップ先として指定したリモートNASやクラウドストレージに正常に接続できるかをテストする。Hyper Backupのタスク編集画面には「接続テスト」ボタンが用意されており、認証情報やネットワーク経路に問題がないかを切り分けられる。
リモートNASをバックアップ先にしている場合、相手側のHyper Backup Vaultが起動しているか、ファイアウォールで必要なポートが開放されているかも確認する。クラウドストレージを利用しているなら、アクセスキーやトークンの有効期限が切れていないか、バケット名やリージョンが正しいかを見直す。
バックアップソースの選択範囲を再確認する
次に、タスクがどのフォルダやパッケージを対象にしているかを確認する。システム全体のバックアップを選んでいるのに、特定のフォルダだけを復元しようとすると、一覧に表示されないように見えることがある。逆に、フォルダ単位のバックアップタスクからシステム設定を復元しようとしても、対象外のため選択肢に出てこない。
復元ウィザードを開いたときに表示されるバックアップソースの一覧は、タスク作成時の選択に依存する。もし目的のデータが見当たらなければ、タスクの「バックアップソース」設定を開き、必要な共有フォルダやアプリケーションにチェックが入っているかを確かめる。
バージョン保持ポリシーとローテーション設定を読み解く
Hyper Backupは最大65,535バージョンまで保持できるが、ローテーション設定によって古いバージョンが自動削除されている可能性がある。Smart Recycleやカスタム保持ポリシーを有効にしていると、想定より早く必要な世代が消えていることがある。
復元したいバックアップ日時が一覧に出てこないときは、タスクの「バージョンローテーション」設定を開き、保持ルールを確認する。たとえば「毎週の最新バージョンのみ保持」にしていると、日次で取得していた世代は順次削除されてしまう。どうしても必要なデータがあるなら、ローテーションポリシーを一時的に緩和し、次回のバックアップ完了後に再度絞り込む手順を検討する。
整合性チェックを実行してバックアップデータの健全性を確かめる
Hyper Backupには、バックアップデータとインデックスの整合性を検証する機能が備わっている。復元に失敗する場合、バックアップファイル自体が破損している可能性も否定できない。タスクの「整合性チェック」を手動で実行し、エラーが報告されないかを確認する。
整合性チェックは、バックアップ先のストレージに負荷をかけるため、業務時間外などアクセスが少ない時間帯に実施するのが無難だ。チェックの結果、破損が検出された場合は、別のバージョンからの復元を試みるか、可能であればバックアップタスクを作り直す必要がある。
NAS本体の状態が復元に与える影響を切り分ける
バックアップタスクの設定に問題が見つからない場合、NAS本体の状態が復元処理を妨げているケースを疑う。
DSMとHyper Backupのバージョン不一致を解消する
バックアップ元と復元先のNASでDSMのメジャーバージョンが異なると、互換性の問題が生じることがある。特に、新しいDSMで作成したバックアップを古いDSMのNASに復元する際には注意が必要だ。
また、Hyper Backupパッケージ自体のバージョンも合わせて確認する。パッケージセンターで更新が利用可能になっていないかチェックし、両方のNASで同じバージョンに揃える。公式のHyper Backup アドオンパッケージのページでは、対応するDSMバージョンや最新の機能が案内されている。
ファイルシステムのエラーとストレージの健康状態を調べる
復元先のボリュームでファイルシステムエラーが発生していると、書き込み途中で処理が止まることがある。ストレージマネージャからボリュームの「ファイルシステムのチェック」を実行し、論理的な破損がないかを確認する。
同時に、HDD/SSDのSMART情報も確認しておきたい。不良セクタや読み取りエラーが増加しているドライブがあると、復元データの書き込みに失敗するリスクが高まる。メーカーの互換性リストに掲載されたドライブを使っていても、経年劣化は避けられないため、定期的な状態監視が欠かせない。
ネットワーク帯域とファイアウォールが処理を遮断していないか検証する
リモートNASやクラウドへ復元する場合、ネットワークの不安定さが「例外発生」エラーの引き金になることがある。大容量のデータを転送する際は、帯域制御やQoSの設定を見直し、Hyper Backupの通信が圧迫されていないかを確認する。
さらに、ファイアウォールやセキュリティソフトウェアがHyper Backupの通信をブロックしていないかもチェックポイントだ。DSMのファイアウォール設定で、バックアップ先との通信に必要なポートが許可されているか、ルーターのUPnPやポートフォワーディングが正しく機能しているかを順に検証する。
復元方法そのものを状況に応じて選び直す
Hyper Backupには複数の復元経路が用意されており、状況によって適切な方法が異なる。
タスクからの復元とHyper Backup Explorerの使い分け
通常は、Hyper Backupのタスク一覧から復元ウィザードを起動するのが最も簡単だ。しかし、バックアップ先のNASがオフラインだったり、クラウドストレージの認証に失敗する場合は、WindowsやmacOS用のHyper Backup Explorerを使って.hbkファイルから直接データを取り出す方法がある。
Hyper Backup Explorerは、Synologyのダウンロードセンターから入手できる。バックアップデータが保存されているメディアをPCに接続し、Explorerで開けば、バックアップタスクを経由せずにファイル単位で復元できる。この方法は、タスク設定が破損して復元ウィザードが起動しないときの最終手段として有効だ。
システム全体バックアップからの部分復元で確認する
システム全体のバックアップを取得している場合、一度にすべてを復元するのではなく、まず特定のフォルダだけを復元して動作を確認する方法もある。復元ウィザードでは、バックアップに含まれる共有フォルダやファイルを個別に選択できるため、問題の切り分けに役立つ。
部分復元が成功すれば、バックアップデータ自体の健全性は保たれていると判断できる。その後、残りのデータを段階的に戻していくことで、どの段階でエラーが発生するかを特定しやすくなる。
設定を変更する前に取るべきバックアップと戻し手順
ここまでの確認で設定変更が必要になった場合、元に戻せる状態を必ず確保する。
現在のタスク設定をエクスポートして保護する
Hyper Backupのタスク設定は、.hbkファイルとは別に管理されている。設定を変更する前に、DSMの「Hyper Backup」パッケージからタスクを選択し、「設定のエクスポート」を実行して、現在の構成をファイルとして保存しておく。
エクスポートした設定ファイルは、NAS本体とは別の安全な場所に保管する。これがあれば、変更後に問題が起きても、元のタスク設定をインポートして復旧できる。
変更は一項目ずつ適用し、都度復元テストを行う
複数の設定を一度に変更すると、どの修正が効果を発揮したのか、あるいは新たな問題を引き起こしたのかが分からなくなる。接続先の変更、バージョン保持ポリシーの調整、整合性チェックの実行など、必ず一項目だけを変更し、そのたびに小規模な復元テストを実施する。
テスト用に、サイズの小さい共有フォルダや特定のファイルだけを選んで復元し、正常に完了するかを確認する。この手順を繰り返すことで、原因の特定と安全な設定変更の両立が可能になる。
現状の構成で復元に成功しているなら、無理に設定を変えない
すでに定期的なバックアップが成功しており、復元テストでも問題が再現しないのであれば、タスク設定を大きく変える必要はない。Hyper Backupは、適切に構成されていれば長期間安定して動作する。
ただし、次のような兆候がある場合は、設定の見直しを検討するタイミングだ。
- ログに「例外発生」や「整合性エラー」が断続的に記録されている
- バックアップの完了時間が徐々に長くなっている
- 特定のバージョンだけが復元一覧に表示されない
こうした症状が現れたら、本記事で紹介した一項目ずつの確認手順を改めて実行し、問題の芽を早期に摘んでおく。
最終的に何を残し、何を戻すか
復元トラブルを解決したあとは、以下の点を明確にして運用を再開する。
- 原因となった設定項目を特定し、必要に応じて元の値に戻すか、新しい設定で固定する
- エクスポートした設定ファイルは、トラブル再発時の復旧手段として保管を続ける
- 整合性チェックやSMART監視の定期スケジュールを見直し、予防的なメンテナンスを強化する
Hyper Backupの復元で詰まる前に、設定を一項目ずつ検証する習慣をつけておけば、いざというときの復旧作業が格段にスムーズになる。
コメント