「Hyper Backupが途中で落ちる」という相談の正体
「DS118でHyper Backupを走らせると、決まってジョブが異常終了するんです。ログにはOut of Memoryと出ていて、どうにもこうにも先へ進めない。バックアップ先は外付けUSB HDDで、容量にはまだ余裕があるはずなのに」
こうした相談は、実はよくあるつまずきの一つだ。DS118は1ベイNASとしてコンパクトで扱いやすい一方、搭載メモリが1GBと限られている。この制約を意識せずにバックアップジョブを組むと、メモリ不足でプロセスがクラッシュするケースが後を絶たない。
ここで大切なのは、「バックアップの設定」と「NAS本体のリソース」を切り離さずに考えること。設定画面でタスクを細かく調整する前に、まずDS118の動作環境そのものがタスクに耐えられる状態かどうかを確認する必要がある。
DS118のメモリ制約をどう扱うか
DS118のハードウェア仕様は、Synology公式データシートに明記されている。プロセッサはRealtek RTD1296（クアッドコア1.4GHz）、メモリは1GB DDR4で、増設はできない。この1GBという数字が、Hyper Backupを含む複数のパッケージを同時に動かす場面でボトルネックになる。
メモリ不足が起きる典型的な条件
- バックアップ対象のファイル数が数十万を超える
- 複数のバックアップジョブが重なる時間帯がある
- DSM上で他の重いパッケージ（例：Surveillance Station、Docker）が稼働している
- 暗号化や圧縮を有効にしたバックアップタスクを実行している
特に注意したいのが「バックアップ対象の総ファイル数」だ。写真やメールのアーカイブなど、小さなファイルが大量にあるフォルダを丸ごとバックアップしようとすると、インデックス処理でメモリを急激に消費する。Hyper Backupは内部的にデータベースを保持するため、ファイル数に比例して使用メモリが増える仕組みになっている。
まず試すべき一時的な回避策
1. 他のパッケージを停止する
バックアップ実行前に、不要なパッケージを「パッケージセンター」から一時停止する。特にメモリを多く使うものは、バックアップが終わるまで止めておく。
2. バックアップジョブを分割する
一度に全フォルダを対象にするのではなく、タスクを複数に分けて夜間や時間帯をずらして実行する。たとえば「写真フォルダだけ」「ドキュメントだけ」と小分けにすれば、1回あたりのメモリ消費を抑えられる。
3. バックアップの詳細設定を見直す
Hyper Backupのタスク編集画面で、圧縮を無効にする、暗号化を外す、転送の暗号化をOFFにするといった選択肢がある。これらを一時的に簡略化することで、メモリ負荷が軽減される場合がある。
4. 外付けドライブのフォーマットに注意
バックアップ先のUSB HDDがexFATでフォーマットされていると、DS118側で追加のドライバが必要になる。exFATパッケージがインストールされていないと、書き込みエラーがメモリ不足と誤認されることもある。公式のDS118ダウンロードセンターで、exFATパッケージが導入済みか確認しておくと良い。
これらの回避策でジョブが最後まで走るようになれば、根本原因はメモリ不足の可能性が高い。
バックアップ設定そのものを見直す
メモリ対策をしても改善しない場合、バックアップタスクの構成に問題が潜んでいることがある。DS118は1ベイモデルのため、RAIDによる冗長化はできない。だからこそ、外部バックアップの設計が一段と重要になる。
バックアップ先の選び方
- 別のNAS（リモートバックアップ）：ネットワーク経由で別のSynology NASやrsyncサーバーに保存する。安定しているが、転送速度はネットワーク環境に依存する。
- クラウドストレージ：Synology C2 StorageやBackblaze B2など。Hyper Backupが公式対応しているクラウドサービスを選べば、設定は比較的スムーズ。ただし、大容量データの初回アップロードには時間がかかる。
復元テストを定期的に行う
バックアップが成功しているように見えても、実際に復元できるかどうかは別問題だ。Hyper Backupには「整合性チェック」機能があるが、これもメモリを消費するため、DS118ではジョブの合間に手動で実行するほうが安全だ。
復元テストの手順は以下の通り。
1. テスト用の共有フォルダを作成する（例：RestoreTest）
2. Hyper Backupの復元ウィザードを起動し、バックアップ先から一部のファイルだけを選択して復元する
3. 復元されたファイルが元のファイルと一致するか、いくつかサンプルを開いて確認する
このとき、全データを一括復元しようとすると、やはりメモリ不足に陥る可能性がある。少量ずつ試すのがコツだ。
公式資料で確定できること
DS118のバックアップや復元に関して、Synologyが公式に提供している情報は多い。日本語のナレッジセンターには、設定のバックアップに関する項目があり、DSMのシステム設定をエクスポートする方法が説明されている。ただし、これはHyper Backupとは別の機能で、DSMの構成情報を保存するものだ。
ハードウェアの制限については、製品データシートに「メモリ：1GB DDR4」と明記されている。また、互換性のあるドライブやUSBデバイスのリストもダウンロードセンターで公開されている。バックアップ先の外付けHDDを選ぶ際は、この互換性リストを必ず参照したい。
保証については、DS118は2年間の限定保証が付属する。購入時期や販売店によって延長オプションが利用できる場合もあるため、初期不良や故障に備えて購入時のレシートや保証書は保管しておくことが望ましい。
それでも解決しないときの判断材料
上記の対策をすべて試しても、なおHyper Backupが途中で落ちる場合、DS118のリソースが根本的に不足している可能性が高い。この段階で考えるべきは、「買い替え」か「運用の見直し」か、という二つの方向性だ。
買い替えを検討するケース
- バックアップ対象のデータ量が増え続けており、将来も増加が見込まれる
- バックアップ以外にも複数のパッケージを常時稼働させたい
- バックアップジョブの分割や時間帯の調整が、業務や生活リズムに合わない
こうした場合は、よりメモリの多い2ベイ以上のモデル（例：DS223、DS224+）に移行することで、メモリ不足の問題はほぼ解消する。DS224+はメモリ2GBで増設も可能なため、Hyper Backupの安定性は格段に向上する。
運用を見直すケース
- バックアップ対象を本当に必要なデータだけに絞り込む
- バックアップ頻度を「毎日」から「週1回」に減らす
- 大容量の動画データなどは、手動で別ドライブにコピーする運用に切り替える
DS118のコンパクトさや静音性を気に入っているなら、無理に買い替えず、運用でカバーする手もある。
よくある疑問を整理する
Hyper Backupの代わりに「USB Copy」を使うのはあり？
USB Copyは、外付けドライブに特定フォルダをそのままミラーリングするパッケージだ。Hyper Backupと違ってデータベースを作らないため、メモリ消費は少ない。ただし、バージョン管理や重複排除の機能はない。単純なコピーで十分な用途なら、有力な代替手段になる。
メモリ不足のエラーは、HDDの空き容量不足と間違えやすい？
確かに、Hyper Backupのログには「容量不足」と「メモリ不足」の両方が表示されることがある。外付けHDDの空き容量が十分でも、バックアップ先のファイルシステムが4GBを超えるファイルを扱えない場合（FAT32など）、エラーが出ることがある。まずはバックアップ先のフォーマットを確認しよう。
DSMをアップデートすれば解決する？
DSMのバージョンアップでHyper Backupのメモリ使用効率が改善されることはある。実際に、過去のリリースノートでパフォーマンスの最適化が行われた例がある。DS118のダウンロードセンターで最新のDSMを適用するのは基本的な対策の一つだ。ただし、ハードウェアの物理的な制限が根本原因である場合、ソフトウェア更新だけで完全に解決するとは限らない。
バックアップジョブが途中で落ちた場合、データは破損する？
Hyper Backupはジョブが中断されると、不完全な状態のバックアップデータが残ることがある。次回のジョブ実行時に整合性チェックが走り、破損した部分は再送される仕組みだが、念のため手動で整合性チェックを実行しておくと安心だ。
現実的な一手を選ぶ
DS118でHyper Backupが落ちる問題は、突き詰めれば「1GBの壁」にどう向き合うか、という話に行き着く。
今すぐできることは、不要なパッケージを止め、ジョブを小分けにし、圧縮や暗号化の設定を見直すこと。これだけでかなりのケースが改善する。それでもダメなら、USB Copyへの切り替えや、バックアップ対象の整理を試してみる価値がある。
一方で、データ量が増え続ける環境や、バックアップの頻度を落とせない事情があるなら、DS118に固執するより、メモリに余裕のあるモデルへの移行を真剣に考えたほうが結果的にコストも手間も抑えられる。
「バックアップが取れない」という不安を抱えたまま使い続けるのは、NAS本来の目的から遠ざかる。まずは今日、パッケージを一つ止めて、小さなジョブを一つだけ走らせてみること。そこから次の一手が見えてくる。
コメント