ファイルを開くたびに待たされ、バックアップがいつまでも終わらない。DS723を導入した直後や、しばらく安定して動いていたのに急に「遅い」と感じ始めたとき、最初に思い浮かぶのは「ネットワークが悪いのか、それともディスクが原因か」という疑問だろう。この切り分けを間違えると、不要な機器の買い替えや設定変更に走り、問題が長引くだけでなく、最悪の場合データを危険にさらす。実際に「DS723+ backup to external drive really slow」といった相談が寄せられる背景には、単純な転送速度の数字だけでは判断できない、複合的な要因が隠れている。
ここでは、DS723で速度低下に直面したとき、何を最初に記録し、どの順番で原因を絞り込むべきかを時系列で整理する。焦ってRAIDの再構築や初期化を始める前に、安全に進める手順を身につけてほしい。
速度低下に気づいたら、まずその場で記録すべき3つの条件
遅さを感じた瞬間、最初にすべきは設定変更ではない。「いつ」「どのファイル操作で」「どの機器から」遅いのかを記録することだ。この3点が抜けていると、後から再現テストをしても原因を特定できない。
発生タイミングと持続性をメモする
速度低下は常に起こるのか、それとも特定の時間帯や曜日に集中するのか。例えば、夜間にバックアップジョブが動いている時間だけ遅いのであれば、タスクスケジューラの競合を疑う。逆に、昼間のランダムなタイミングで遅くなるなら、ネットワークの混雑や他のユーザーの同時アクセスが影響している可能性が高い。DSMのリソースモニターで「タスクマネージャー」を開き、CPU使用率やディスク使用率が跳ね上がる瞬間を確認すると、きっかけを掴みやすい。
遅い操作の種類を特定する
同じDS723でも、小さなテキストファイルを大量にコピーする場合と、数十GBの動画ファイルを1本転送する場合では、遅さの原因がまったく異なる。前者はランダムアクセス性能やファイルシステムのオーバーヘッドが響き、後者はシーケンシャル転送速度やネットワーク帯域が支配的になる。さらに、書き込みが遅いのか読み出しが遅いのかも分けておきたい。書き込みが遅いならRAIDのパリティ計算やHDDの書き込みキャッシュが絡み、読み出しが遅いならディスクの読み取りエラーやネットワークのパケットロスを疑う。
クライアント側の接続環境を書き留める
遅いと感じたパソコンやデバイスが、有線LANなのかWi-Fiなのかも重要な手がかりだ。Wi-Fi接続の場合、電波干渉や距離による減衰で実効速度が大幅に落ちることがある。また、クライアント側のネットワークアダプターが1GbEまでしか対応していないと、DS723が2.5GbEポートを備えていても、1Gbpsで頭打ちになる。まずはクライアントのリンク速度を確認し、有線なら1000Mbps、2.5Gbpsなど適切な速度でリンクアップしているかを見る。
再現テストでネットワーク層とディスク層を切り離す
記録が取れたら、次は原因をネットワーク層とディスク層に切り分けるための再現テストを組む。ここで重要なのは、テストの順序だ。負荷の大きいテストを先に行うと、ディスクに負担がかかり、潜在的な障害を悪化させる恐れがある。必ず「ネットワークだけのテスト」から始め、安全を確保しながら範囲を狭めていく。
iperf3で純粋なネットワーク帯域を測定する
ネットワークそのものの速度を測るには、iperf3のようなツールを使うのが確実だ。DS723では、Dockerパッケージを利用してiperf3サーバーを立ち上げ、クライアントからTCPスループットを計測する。例えば、同じスイッチに接続した有線クライアントから測定して1Gbpsに届かない場合、LANケーブルの品質やスイッチのポート設定、ジャンボフレームの不一致などを疑う。Synologyのナレッジセンターでも、データ転送速度が低い場合の確認事項として、ネットワーク機器の対応速度やケーブルの規格を挙げている。データ転送速度が低い場合はどうすればよいですか？ に沿って、まずは物理層のリンク速度を確認するのが定石だ。
ローカルでのディスク性能テストを安全に行う
ネットワーク帯域に問題がないと分かったら、次はDS723内部のディスク性能を調べる。ただし、いきなり大量のファイルコピーで負荷をかけるのは避けたい。代わりに、SSH接続でDS723にログインし、`dd`コマンドを使って簡易的なシーケンシャル読み書き速度を測定する方法がある。例えば、RAIDボリューム上で`dd if=/dev/zero of=./testfile bs=1M count=1000 conv=fdatasync`を実行し、書き込み速度を確認する。このとき、リソースモニターでディスク使用率が100%に張り付いていないかも同時に観察する。もし速度が著しく低い、あるいはディスク使用率が断続的に跳ね上がるなら、HDD自体の健康状態やRAIDの同期状態を疑う段階に移る。
外部バックアップ先との速度比較で切り分ける
今回の相談「DS723+ backup to external drive really slow」のように、特定のバックアップジョブだけが遅いケースでは、バックアップ先のデバイスがボトルネックになっている可能性も高い。USB接続の外付けHDDにバックアップしている場合、そのHDDがSMR方式だと書き込みが極端に遅くなることがある。また、USBポートのバージョンやケーブルの品質も影響する。DS723のUSB 3.2 Gen 1ポートは理論値5Gbpsだが、実際の転送速度は接続するストレージの性能に依存する。まずは同じ外付けドライブをDS723の別のUSBポートに接続し直し、速度が変わるか試す。さらに、可能であれば別の外付けストレージ（できればSSD）に同じバックアップジョブを実行し、速度差を比較すると、原因がバックアップ先のドライブにあるのか、DS723本体やネットワークにあるのかを絞り込める。
DSMのログと状態表示から疑うべきディスクの異常
ネットワークテストと簡易ディスクテストを終えても原因が特定できない場合、次はDSMの管理画面から得られる情報を丹念に追う。ここでの確認不足が、不要な機器交換やデータ消失の引き金になる。
ストレージマネージャーでSMART情報とRAIDの状態を確認する
まず、ストレージマネージャーを開き、各HDDのSMART属性をチェックする。特に「再割り当てセクタ数」「読み取りエラーレート」「シークエラーレート」といった項目に注意する。これらの値が急激に増加している場合、HDDが物理的に劣化しており、読み取りリトライによって速度が低下している可能性が高い。また、RAIDボリュームが「最適化中」や「整合性チェック中」になっていないかも確認する。RAIDの同期処理がバックグラウンドで走っていると、ディスクI/Oが占有され、体感速度が大幅に落ちる。Synologyの互換性リストに掲載されていないHDDを使っていると、こうした処理が不安定になることもあるため、DS723+ 製品マニュアル で推奨ドライブを参照しておくことが重要だ。
リソースモニターでプロセスごとのI/O負荷を特定する
リソースモニターの「タスクマネージャー」では、どのプロセスがディスクI/Oを消費しているかがリアルタイムで表示される。速度低下が発生しているときに、特定のパッケージ（例：Synology Driveのインデックス作成、Hyper Backupの整合性チェック）が高いI/Oを占有していないかを見る。もし原因が特定のアプリケーションだと分かれば、そのジョブのスケジュールを変更するか、設定を見直すことで解決できる。
システムログと通知から断続的なエラーを拾う
速度低下が断続的で、再現テストでも捉えきれない場合、DSMの「ログセンター」で過去のエラーや警告を遡る。ネットワークリンクの切断・再接続、ディスクのI/Oエラー、サービス再起動などが記録されていないかを確認する。これらのログは、問題がハードウェアの一時的な不調なのか、それとも慢性的な故障の前兆なのかを見極める手がかりになる。特に、電源周りの不安定さは見落としやすく、瞬間的な電圧低下がディスクの書き込みエラーを誘発し、結果としてリトライによる速度低下につながることがある。
設定と構成から見直すべきネットワークの落とし穴
ディスク側に異常が見つからない場合、ネットワーク設定のミスマッチが速度を抑制しているケースは多い。特に、DS723は2.5GbEを標準搭載しているため、周辺機器がこれに対応していないと、期待した速度が出ない。
リンク速度とデュプレックス設定の不一致を解消する
DS723の「コントロールパネル」→「ネットワーク」→「ネットワークインターフェース」で、各LANポートのリンク速度を確認する。ここで「1000 Mbps, 全二重」や「2500 Mbps, 全二重」と表示されていれば正常だが、もし「100 Mbps」になっていたら、ケーブルの不良やスイッチのポート設定が原因だ。また、クライアント側のネットワークアダプター設定で「自動ネゴシエーション」が正しく動作していないこともある。双方のデバイスで固定設定にしていないか、ジャンボフレームの値が一致しているかも確認する。MTUサイズが経路上の機器で揃っていないと、パケットの断片化が発生し、スループットが著しく低下する。
SMBプロトコルバージョンと暗号化の影響を見極める
Windowsからのファイル共有で遅い場合、SMBプロトコルのバージョンが古いままになっていることがある。DSM 7以降ではSMB3がデフォルトだが、クライアント側の設定によってはSMB2.0や1.0にフォールバックしている可能性がある。また、転送中の暗号化を有効にしていると、CPU負荷が増えて速度が落ちることがある。特にDS723のCPUはAMD Ryzen R1600で、暗号化処理にある程度の余裕はあるが、多数の同時転送が発生すると影響が出る。SMBの詳細設定で「転送暗号化」を無効にして速度が改善するか試す価値はある。
スイッチやルーターのQoS設定が帯域を絞っていないか
家庭用ルーターやスイッチの中には、デフォルトでQoS（Quality of Service）が有効になっており、特定のトラフィックを優先する代わりにNASへの通信を制限していることがある。また、ルーターのファイアウォールやIPS機能がパケット検査を行い、スループットを低下させるケースも報告されている。一時的にこれらの機能を無効にして速度を再テストし、改善するようなら、NAS用のトラフィックを優先するルールを追加するなどの調整が必要だ。
それでも改善しないとき、買い替えか設定変更かを見極める判断線
ここまでの手順を踏んでも速度が回復しない場合、ハードウェアの限界や設計上の制約を疑う段階に入る。ただし、すぐにDS723を手放す前に、いくつかのポイントを確認したい。
拡張ユニットやSSDキャッシュの追加で解決するケース
もし速度低下の主因がディスクI/Oの飽和であれば、SSDキャッシュの導入が有効な場合がある。DS723は内蔵M.2スロットを2基備えており、NVMe SSDをキャッシュとして設定することで、ランダムアクセスの応答性を大幅に改善できる。ただし、キャッシュが効果を発揮するのは、同じデータに繰り返しアクセスするパターンに限られるため、動画編集のようなシーケンシャルアクセス中心の用途では期待した効果が出ないこともある。また、拡張ユニットDX517を接続してドライブベイを増やし、RAID構成を見直すことで帯域を稼ぐ方法もあるが、拡張ユニット側の接続インターフェースがeSATAであるため、ここが新たなボトルネックになる可能性も考慮しなければならない。
買い替えを検討する前に試すファームウェアとドライバの更新
速度低下が特定のDSMバージョンやドライバに起因する既知の問題である可能性もある。Synologyのダウンロードセンターでは、DS723+用の最新DSMやパッケージが公開されているほか、ダウンロードセンター – DS723+ で過去のバージョンやリリースノートを確認できる。リリースノートに「パフォーマンスの改善」や「ネットワークスループットの修正」といった記述があれば、アップデートで解決するかもしれない。また、使用しているHDDやSSDのファームウェア更新がメーカーから提供されていないかも確認する。特にNAS向けHDDは、RAID環境での安定性を高めるファームウェアが提供されることがある。
別のNASや構成に切り替える判断基準
最終的に、DS723のハードウェア性能が自分のワークロードに追いついていないと判断した場合、より上位のモデルへの移行を検討することになる。例えば、10GbEを標準搭載したモデルや、より多くのドライブベイを持つモデルだ。ただし、その判断はあくまでリソースモニターでCPUやメモリ、ディスクI/Oが常に限界に達していることを確認した上で行うべきだ。単に「遅い」という感覚だけで買い替えると、新しい環境でも同じ問題を繰り返す。特に、DS723のCPUやメモリ使用率が平常時に50%を下回っているなら、ボトルネックは別の場所にある可能性が高い。
速度低下の再発を防ぐために日常的に記録すべき項目
問題が解決した後も、再び同じ症状に悩まされないように、定期的な監視と記録の習慣をつけておくと安心だ。特に、次のような変化を見逃さないようにしたい。
- 毎月1回、ストレージマネージャーでSMART属性の「再割り当てセクタ数」と「読み取りエラーレート」を記録する。
- 週に1回、リソースモニターの「パフォーマンス」タブで、平常時のCPU、メモリ、ディスク使用率の平均値を把握しておく。
- ネットワーク機器を交換したり、新しいデバイスを追加した際は、必ずiperf3でベンチマークを取り直し、基準値を更新する。
DS723の転送速度が遅いと感じたとき、ネットワークとディスクの切り分けは、記録、再現テスト、ログ確認、設定見直しの4ステップでほぼ決着がつく。次に同じ症状が出たときは、まず「いつ、どの操作で、どの端末から」遅いのかを記録することから始めてほしい。
コメント