はじめに：バックアップが途中で止まる、その思い込み
DS118でHyper Backupを使っていると、ある日突然ジョブが途中でクラッシュする。メモリ不足のエラーが出る。そんな話を耳にすると、多くの人は「1ベイNASだから仕方ない」「もっと上位機種を買うべきだった」と考えがちだ。しかし、実際に相談として上がる症状を見てみると、原因は必ずしもハードウェアの限界だけではない。バックアップタスクの設計、保存先のファイルシステム、同時実行の設定といった、後から見直せる要素が絡んでいるケースが少なくない。
思い込みで判断しないために、確定できる部分はDS118のメーカー公式情報で裏を取ります。
ここでは、DS118でバックアップや復元に詰まったときに、闇雲に買い替えを検討する前に確認したい設定と、判断を誤らないための順番を整理する。
まずは現状を正確に切り分ける
DS118はRealtek RTD1296クアッドコアプロセッサと1GBのDDR4メモリを搭載した1ベイNASだ。Synologyの公式データシートを見ると、最大内部raw容量はドライブベイの数に依存し、メモリは増設できない。この時点で、複数の重いパッケージを同時に動かすのには向いていないことがわかる。しかし、Hyper Backup単体の動作に必要なリソースは、適切な設定であれば許容範囲内に収まる場合が多い。
クラッシュの原因をログから追う
まず、DS118の管理画面DSMにログインし、「ログセンター」を開く。ここでHyper Backupのタスクが停止した時刻の前後を確認すると、「Out of Memory」あるいは「タスクが異常終了しました」といった記録が残っていることがある。これが確認できれば、メモリ不足が直接の原因である可能性が高い。
ただし、ログに何も残っていない場合や、単に「バックアップ先に接続できません」というエラーしか出ていない場合は、ネットワークの瞬断や外付けドライブのスリープ復帰失敗など、別の要因を疑う必要がある。
実際にメモリを圧迫しているプロセスを確認する
DSMの「リソースモニター」を開き、「パフォーマンス」タブでメモリ使用量の推移を見る。バックアップジョブの実行中に使用率が急上昇し、スワップが発生しているようであれば、物理メモリが不足している。特に、Hyper Backupが複数のバージョン履歴を保持する設定になっていたり、バックアップ対象のファイル数が数十万を超えていたりすると、インデックス処理にメモリを消費しやすい。
また、「タスクスケジューラ」や「パッケージセンター」で、バックアップと同時刻に他の重い処理（メディアインデックス作成、ウィルススキャン、Snapshot Replicationなど）が動いていないかも確認する。DS118のメモリは1GBと限られているため、同時実行は避けるのが無難だ。
バックアップ設定そのものを見直す
ここからは、Hyper Backupのタスク設定で調整できるポイントを具体的に見ていく。
バックアップ対象を必要最小限にする
Hyper Backupで「共有フォルダ全体」を選択していると、システムが自動生成するサムネイルキャッシュやごみ箱の中身まで含まれてしまうことがある。これらは復元時に必須ではない場合が多く、バックアップ時間とメモリ消費を不必要に増やす要因になる。
タスク編集画面で「アプリケーションバックアップ」や「フォルダとパッケージの選択」を開き、本当に必要なフォルダだけに絞り込む。たとえば、写真やドキュメントの共有フォルダのみを対象とし、不要なキャッシュやログフォルダは除外する。
バージョン履歴の保持数を減らす
Hyper Backupはデフォルトで、過去のバージョンを多数保持する設定になっていることがある。バックアップローテーションの設定を開き、「保持するバージョン数」を確認する。256バージョンなど極端に大きな数値が設定されていると、バックアップ先のストレージ容量だけでなく、タスク実行時のメモリにも負荷がかかる。
目安として、日次バックアップであれば30世代程度、週次バックアップであれば12世代程度まで減らしても、実用上の問題は少ない。どうしても長期保存が必要なファイルは、別タスクで月次バックアップを取るなど、タスクを分割する方法もある。
圧縮と暗号化の設定を見直す
Hyper Backupには転送時の圧縮や暗号化のオプションがある。これらを有効にすると、CPU負荷が上がり、結果としてメモリ消費も増加する。DS118のプロセッサはハードウェア暗号化エンジンを搭載しているものの、圧縮まで含めると処理が重くなる場合がある。
バックアップ先がローカルネットワーク内の別のNASやUSBドライブであれば、暗号化をオフにするか、圧縮を無効にすることで負荷を下げられる。ただし、クラウドストレージにバックアップする場合はセキュリティ上の理由から暗号化を維持したほうがよいため、圧縮のみオフにするなどの調整を検討する。
バックアップ先のファイルシステムと接続を見直す
DS118のバックアップ先としてよく使われるのは、外付けUSB HDD、別のNAS、クラウドストレージだ。ここでも、見落としがちな設定がクラッシュの原因になることがある。
外付けUSBドライブのファイルシステムとスリープ設定
公式データシートによると、DS118はUSB 3.2 Gen 1ポートを2基搭載し、対応する外付けファイルシステムはEXT4、EXT3、FAT、NTFS、HFS+、exFATとなっている。しかし、NTFSでフォーマットされたドライブを使うと、Hyper Backupの書き込み中にパーミッションエラーやタイムアウトが発生しやすいという報告が一部で見られる。
可能であれば、外付けドライブをEXT4でフォーマットし直すと安定性が向上する。また、DSMの「コントロールパネル」→「ハードウェアと電源」→「HDD休止状態」で、USBドライブがスリープしないように設定しておくことも重要だ。バックアップ中にドライブがスリープから復帰できず、タスクが異常終了するケースがある。
ネットワーク経由のバックアップ先（別NAS）の設定
別のSynology NASやrsync対応サーバーにバックアップする場合、バックアップ先のNASでも同時に重い処理が走っていないか確認する。転送速度が低下すると、DS118側でタイムアウトが発生しやすくなる。また、バックアップ先のファイルシステムがBtrfsで、重複排除や圧縮が有効になっていると、書き込み負荷が増して応答が遅れることがある。
可能であれば、バックアップ先NASのリソースモニターも確認し、負荷の低い時間帯にスケジュールを設定する。
復元時の注意点と事前確認
バックアップが正常に取れていても、いざ復元する段階で問題が起きることがある。特に、DS118のシステム構成をバックアップしていないと、障害発生時に設定を手動で復旧する手間が発生する。
システム設定のバックアップを取っておく
DSMの「コントロールパネル」→「設定のバックアップ」から、システム構成を定期的にエクスポートしておく。ユーザー、グループ、共有フォルダの権限設定、ネットワーク設定などが含まれる。Hyper Backupではアプリケーションデータのバックアップは可能だが、システム設定そのものは別管理だ。
このファイルを安全な場所（別のPCやクラウドストレージ）に保管しておけば、DS118が完全に故障して新しい本体に交換した場合でも、設定を一括で復元できる。
Hyper Backupの復元に必要な前提条件を確認する
Hyper Backupで復元する際、バックアップ先にアクセスできること、同じバージョンのHyper Backupがインストールされていること、復元先に十分な空き容量があることが前提となる。また、DS118のシステムパーティションに十分な空き容量がないと、復元プロセスが途中で止まることがある。
「ストレージマネージャ」でボリュームの使用率を確認し、80%を超えているようであれば、不要なファイルを削除するか、より大きなHDDに交換することを検討する。
それでも解決しない場合の判断軸
ここまでの設定見直しを行っても、Hyper Backupが安定しない場合は、DS118のハードウェア限界に達している可能性を考慮する。
メモリ不足が根本原因の場合
DS118のメモリは1GB固定で増設できない。どうしてもバックアップ対象のファイル数が多く、タスクの分割や設定調整でも改善しない場合は、より多くのメモリを搭載した機種への移行が現実的な選択肢になる。
ただし、その前に「Hyper Backupをやめて、別のバックアップ手法を使う」という判断もある。たとえば、Cloud Syncでリアルタイム同期に切り替える、USB Copyで単純ミラーリングを行う、Snapshot Replication（ただしDS118はBtrfs非対応のため利用不可）など、メモリ負荷の低い代替手段を検討する価値はある。
買い替えを検討するときの基準
次のような条件が重なる場合は、DS118からの買い替えを考えてもよいタイミングだ。
- バックアップ対象のデータ量が増え続けており、今後も拡大が見込まれる
- 複数のバックアップタスクやパッケージを同時に動かす必要がある
- バックアップ先がクラウドで、暗号化・圧縮が必須であり、CPU負荷が高い
- どうしてもメモリ不足が解消できず、タスクの分割では運用が煩雑になる
逆に、以下のような使い方であれば、DS118を手放す必要はない。
- バックアップ対象が写真やドキュメント中心で、ファイル数が数万程度
- バックアップタスクを夜間など他の処理と重ならない時間に一本化できる
- 外付けUSB HDDへのローカルバックアップがメインで、ネットワーク負荷が少ない
- システム設定のバックアップと定期的な動作確認を習慣化できる
まとめ：設定を見直す順番を間違えないために
DS118でHyper Backupが途中で止まるとき、多くの場合、最初に疑うべきはハードウェアの限界ではない。ログとリソースモニターで原因を特定し、バックアップ対象の絞り込み、バージョン保持数の調整、圧縮・暗号化の見直し、バックアップ先のファイルシステムとスリープ設定の確認を順に行うことで、問題が解決するケースは多い。
それでも改善しないときは、代替のバックアップ手法を試すか、より上位の機種への移行を検討する。ただし、その判断を下す前に、システム設定のバックアップが確実に取れているかどうかをまず確認してほしい。この一手間が、最終的にデータを守るうえで最も重要な分かれ道になる。
コメント