HyperBackupを使って別のNASへデータを移行しようと考えたとき、「まず何から手をつければいいのか」「アプリの設定はどう引き継ぐのか」と迷う人は多い。この迷いは、単に手順を知らないからではなく、使っているNASのモデル、バックアップの目的、そして移行先に何を求めるかによって、最適な整理方法が変わるために起こる。たとえば、単なるファイルの引っ越しなのか、システムごと再現したいのか。あるいは、HyperBackupのバックアップデータを新しいNASでそのまま復元するのか、それとも一度整理して必要なデータだけを移すのか。こうした前提の違いが、後々の手間や失敗の有無を大きく左右する。
この記事では、実際の購入相談でありがちな「HyperBackupのバックアップ先が意図せず切り替わり、重複と容量不足に悩まされた」というケースを念頭に、移行前に確認すべき条件と、失敗を防ぐための判断基準を整理していく。なお、HyperBackupはSynology NASのパッケージであり、公式の仕様や制限はSynologyのHyper Backupテクニカルスペックで確認できる。移行作業に入る前に、必ず自分の環境と照らし合わせてほしい。
移行の目的が「データだけ」か「システムごと」かで手順が変わる
HyperBackupを使ったNAS間の移行といっても、実は大きく二つのケースに分かれる。一つは、共有フォルダやファイルといったデータだけを新しいNASに移すケース。もう一つは、システム設定やパッケージを含めて、旧NASの環境を丸ごと再現するケースだ。どちらを選ぶかで、事前にやるべき整理の内容がまったく異なる。
データだけ移す場合：重複と不要ファイルの削除が最優先
「とにかく写真やドキュメントを新しいNASに移せればいい」という場合は、HyperBackupのタスクを新規に作成し、移行したい共有フォルダだけを選択してバックアップするのがシンプルだ。しかし、ここで注意したいのが、バックアップ先のドライブが複数ある環境で起こる「切り替わり」の問題である。
ある相談事例では、HyperBackupがバックアップ先の外付けドライブを自動的に切り替えてしまい、同じデータが複数のドライブに重複して保存され、容量を圧迫したという報告があった。これは、バックアップタスクの設定で「バックアップ先」として複数のドライブが登録されている場合や、USBドライブのマウントパスが変わった際に発生しやすい。移行前にこの状態を放置すると、新しいNASに不要な重複データまで引き継いでしまう。
そこで、まず現在のHyperBackupタスク一覧を開き、各タスクの「バックアップ先」が意図した単一の場所に固定されているか確認する。もし複数のドライブに同じデータが散らばっているなら、不要なバックアップバージョンを削除し、タスクを再構成する。公式のHyper Backupクイックスタートガイドにも、バックアップ先の設定方法が詳しく説明されている。
システムごと移す場合：パッケージと設定の互換性を先に確認
一方、現在使っているNASの環境をそっくりそのまま新しいNASに移したい場合は、HyperBackupの「システム全体バックアップ」機能を使うことになる。ただし、この機能は「リモートSynology NAS」へのバックアップにしか対応していない点に注意が必要だ。つまり、外付けHDDやクラウドストレージにシステム全体をバックアップしても、それを新しいNASに復元することはできない。
また、システム全体の復元は、同じモデルか、少なくとも同じDSMバージョンが動作するNASでなければ制限が出る。移行先のNASが異なるモデルの場合、パッケージの互換性や設定の引き継ぎに失敗する可能性がある。たとえば、旧NASで使っていた「Video Station」が新NASではサポートされていない、といったケースだ。こうした情報は、Synologyの公式ナレッジセンターにあるSynology NAS間でデータを移行する方法で確認できる。
したがって、システムごと移行する場合は、事前に移行先NASのパッケージ対応状況を調べ、不要なパッケージを旧NAS上でアンインストールしておく整理が必要になる。
ドライブ互換性とRAID構成の見直しが移行の成否を分ける
HyperBackupのタスクを整理するのと並行して、物理的なドライブの扱いも決めておかなければならない。特に、旧NASで使っていたHDDをそのまま新NASに移して再利用するのか、それとも新たにドライブを用意するのかで、手順が大きく変わる。
旧HDDを移設する場合：互換性リストとSMART情報を必ず確認
「今使っているHDDを新しいNASにそのまま挿せば、データもそのまま使えるのでは」と考えるかもしれないが、NASの機種が変わると、たとえ同じSynology製品でも互換性の問題が生じることがある。メーカーが公開している互換性リストに載っていないドライブを使うと、認識しなかったり、警告が表示されたり、最悪の場合データが読み出せなくなる。
移行前に、旧NASの「ストレージマネージャ」で各ドライブのSMART情報を確認し、不良セクタや異常がないかチェックする。もし警告が出ているドライブがあるなら、移行のタイミングで新しいドライブに交換するのが安全だ。また、移行先NASの互換性リストは、購入前に必ずメーカー公式ページで確認する。公式確認できないモデルやドライブの組み合わせは、動作を保証できない。
RAIDはバックアップではない：移行時のデータ保護を別に設計する
HyperBackupのタスクを整理していると、「RAIDを組んでいるから、バックアップは不要」と錯覚しがちだが、RAIDはあくまで冗長化であり、誤削除やランサムウェア、NAS本体の故障からデータを守るものではない。移行作業中は、通常よりもデータ損失のリスクが高まる。
そのため、移行前には必ず「HyperBackupとは別のバックアップ」を取っておくべきだ。具体的には、大切なデータを外付けHDDやクラウドストレージにコピーしておく。この「最後の砦」があることで、移行に失敗してもデータを失わずに済む。HyperBackup自体もバックアップツールだが、そのバックアップデータが破損する可能性もゼロではない。二重三重の対策が求められる。
移行中に起こりがちなトラブルと、事前に確認すべきログ
実際に移行作業を始めると、予期せぬエラーで止まることがある。よくあるのが、「バックアップタスクが途中で失敗する」「復元先のNASでパッケージが起動しない」といった症状だ。これらを防ぐには、事前に旧NASのログを確認し、問題を洗い出しておく必要がある。
HyperBackupのタスクログでエラーを洗い出す
HyperBackupの管理画面には、各タスクの実行ログが残っている。移行前に、過去数回分のログを確認し、「整合性チェックでエラーが出ていないか」「バックアップが途中で中断されていないか」をチェックする。もしエラーが記録されているなら、その原因を解決してから移行に進まないと、不完全なバックアップデータを新しいNASに持ち込むことになる。
特に、前述の「バックアップ先の切り替わり」が起きている環境では、ログに「バックアップ先が見つからない」といった警告が頻出していることがある。この場合、タスクの再作成やバックアップ先の固定が必要だ。
システムログと通知設定でNAS自体の健康状態を把握する
HyperBackupのログだけでなく、DSMの「ログセンター」や「通知」設定も確認する。ディスクのI/Oエラーや温度異常、ファンの故障などが記録されていると、移行中にドライブが完全に故障するリスクがある。また、通知設定が適切でないと、移行中に問題が起きても気づかず、そのまま作業を続けて被害を拡大させてしまう。
移行を急ぐべきか、待つべきか：判断を分ける三つの条件
ここまで整理してきたように、HyperBackupを使ったNAS移行は、事前の準備がものを言う。では、「今すぐ移行すべきか、それとももう少し待つべきか」は、どのように判断すればいいのだろうか。以下の三つの条件で答えが変わる。
条件1：旧NASのドライブにSMART警告が出ているなら、移行を急ぐ
もし旧NASのストレージマネージャで、ドライブのSMARTステータスが「警告」や「危険」になっているなら、悠長に整理している場合ではない。まずはHyperBackupで緊急のバックアップを取り、その後すぐに移行作業に取りかかるべきだ。この場合、データの完全性よりも、とにかくデータを救出することを優先する。重複や不要ファイルの整理は、新しいNASに移してからでも遅くない。
条件2：移行先NASの予算が未確定なら、まずはデータ整理だけ進める
新しいNASの購入をまだ迷っている段階なら、焦って移行する必要はない。むしろ、この期間を利用して、旧NAS上のデータを徹底的に整理するチャンスだ。何年も使っているNASには、不要なバックアップバージョンや、もう使っていない共有フォルダが溜まっている。HyperBackupのバージョンローテーション設定を見直し、保持するバージョン数を減らすだけでも、移行時のデータ量を大幅に削減できる。
条件3：移行先が異なるメーカーのNASなら、HyperBackup以外の手段も検討する
HyperBackupはSynology NAS間の移行には強力だが、他社製NASへの直接の復元には対応していない。QNAPやASUSTORなど、別メーカーのNASに移行する場合は、HyperBackupでバックアップしたデータを一度PCなどに展開し、そこから新しいNASにコピーするか、rsyncやクラウドストレージを経由する方法を取る必要がある。この場合、HyperBackupのタスク整理よりも、移行先NASがサポートする移行ツールの確認を優先したほうがいい。
HyperBackup移行前の整理で迷いやすい疑問
バックアップタスクの「バックアップ先」が複数表示されるのはなぜ？
外付けドライブを接続するたびに異なるマウントパスが割り当てられると、HyperBackupがそれを別のドライブと認識し、タスクのバックアップ先が増えてしまうことがある。これを防ぐには、USBドライブを固定のマウントポイントに設定するか、バックアップ先を共有フォルダに変更する。
システム全体バックアップから、特定のフォルダだけ復元できる？
できる。HyperBackupの「マルチバージョンエクスプローラ」を使えば、システム全体バックアップの中から特定のフォルダやファイルだけを選んで復元可能だ。ただし、パッケージの設定ファイルなどは個別に復元できない場合がある。
移行中にバックアップタスクが途中で止まった場合、再開できる？
HyperBackupは中断されたタスクを再開できる機能を持っている。ただし、これは「すでにバックアップ済みのデータを再転送しない」という意味であり、中断の原因がドライブの故障やネットワーク断にある場合は、再開してもすぐに止まる可能性が高い。原因の切り分けが先決だ。
旧NASのパッケージライセンスは新NASに引き継げる？
Surveillance Stationのカメラライセンスなど、一部のライセンスは移行できるが、すべてのパッケージで保証されているわけではない。事前にSynologyのサポートページで、移行したいパッケージのライセンスポリシーを確認する必要がある。
移行後にHyperBackupのタスクはそのまま使える？
バックアップ先が同じ場所を指しているなら、タスクを再作成せずに使い続けられる場合もある。ただし、NASのホスト名やIPアドレスが変わると、認証情報の再設定が必要になる。また、バックアップ先のパスが変わると、新しいバックアップとして扱われ、重複の原因になるため注意が必要だ。
まずは「何を守りたいか」を紙に書き出すところから始める
HyperBackupを使ったNAS移行は、手順自体はシンプルだが、事前の整理と判断を間違えると、データを二重に持ってしまったり、移行後にアプリが動かないといったトラブルに見舞われる。特に、バックアップ先の切り替わりによる重複問題は、多くの利用者が経験する落とし穴だ。
この記事で挙げた条件を自分の環境に当てはめてみてほしい。もし「データだけ移せれば十分」なら、まずは不要なバックアップバージョンを削除し、タスクを整理する。「システムごと移したい」なら、移行先NASの互換性を徹底的に調べ、不要なパッケージをアンインストールしておく。そして、何より「RAIDはバックアップではない」という前提を忘れずに、移行前には必ず別のメディアに大切なデータを退避させる。
これらを踏まえた上で、今すぐ移行すべきか、もう少し待つべきか、あるいは別のツールを検討すべきか。その答えは、旧NASの健康状態と、あなたが新しいNASに求める機能によって決まる。焦らず、しかし必要な時は素早く動けるよう、まずは目の前のNASのログを確認することから始めてみてはいかがだろうか。
コメント