Synology DSM 7.2 データ保全ガイド
Btrfs + SHR + 定期スクラブとRAID 1 (Ext4)の比較
最新情報を交えながら、Synology DSM 7.2のデータ保全技術を初心者から上級者まで分かりやすく解説します。
データ保全の基礎知識
この技術ガイドは、Synology DSM 7.2環境におけるBtrfs + SHR + 定期スクラブと従来のRAID 1 (Ext4)を比較し、データ保全性・柔軟性・運用上の注意点を解説します。
Btrfs + SHRとRAID 1 (Ext4)の現状
Btrfs + SHRの実装と利点
| 項目 | Btrfs + SHR | 従来のRAID 1 (Ext4) |
|---|---|---|
| 静かなデータ破損 | チェックサムにより破損を検出し、冗長データ（ミラーリングされたデータ）と比較して修復できます。 | RAID 1はドライブ故障を防ぎますが、データ自体の破損（ビット腐敗）は防止できません。破損したデータが両方のドライブに複製される可能性があります。 |
Btrfsは各データブロックにチェックサムを付与し、読み出し時に自動検証。SHRと組み合わせることで、ドライブ障害時に冗長コピーから自動修復が可能。スナップショットやSnapshot Replicationによる時点復元もサポート。
SHR (Synology Hybrid RAID) でHDD容量に大きな差がある場合の挙動
DSM 7.2におけるSHR (Synology Hybrid RAID)で、HDDの容量に大きな差がある場合の挙動について、初心者の方にも分かりやすく解説します。
1. 基本的な挙動とRAID構成
SHRは、搭載されたHDDの最小容量に合わせてRAID構成を組みます。
これは、複数のHDDをまとめて一つのストレージプールとして管理する際、データ保護（冗長性）を確保するために必要なルールです。
例えば、データにミラーリング（複製）を行う場合、どのHDDにも同じだけの容量が使えなければなりません。そのため、一番小さなHDDの容量が基準となります。
例
| HDD | 容量 |
|---|---|
| HDD A | 4 TB |
| HDD B | 12 TB |
この場合、SHRは次のようになります
- RAID構成部分: 4 TB (HDD A) + 4 TB (HDD B) = 8 TB のストレージプールとして構成されます。
- 実使用可能容量 (RAID 1相当): 4 TB のデータ保護（冗長性）を確保し、ユーザーが実際に使えるのは 4 TB です。
2. 余剰領域 (未使用部分) の扱い
容量の大きいHDD（上記の例ではHDD B）には、RAID構成に使われなかった余剰領域が発生します。
| HDD | 構成に使われた部分 | 余剰領域 |
|---|---|---|
| HDD A (4 TB) | 4 TB | 0 TB |
| HDD B (12 TB) | 4 TB | 8 TB |
この余剰領域（8 TB）は、すぐに利用できるわけではありません。
拡張用の予約領域
この余剰領域は、ストレージプールを拡張するための「予約領域」として確保されます。
この余剰領域を活かすには、同じ容量またはそれより大きい HDD をさらに追加する必要があります。
- 次に何を追加すれば使えるか？
- 例: 8 TB の HDD C を追加すると、HDD B の余剰領域 8 TB と組み合わさり、8 TB のRAID 5相当の構成に組み替えられ、使える容量が増えます。
- 計算: 4 TB (HDD A) + 8 TB (HDD Bの余剰) + 8 TB (HDD C) = 計 20 TB。
このうち 8 TB のRAID 5が組まれ、冗長性（1台分の保護）を考慮すると、ユーザーの利用可能容量は 4 TB (最初のRAID 1) + 8 TB = 12 TB に拡張されます。
3. 容量差が大きい場合のデメリット（効率の低下）
SHRは容量の異なるHDDを扱えますが、容量差が大きいとストレージの利用効率が大幅に低下します。これが、一般的に同容量のHDDを推奨する最大の理由です。
容量効率の低下
上記の例（4 TB と 12 TB）で見てみましょう。
利用可能容量: 4 TB (RAID 1相当)
効率: 4 TB / 16 TB = 25%
16 TB の容量があるにもかかわらず、わずか 4 TB しか使えません。残りの 12 TB は冗長性の確保に使われているか、拡張待ちの未使用領域になっています。
もし、同じ 8 TB の HDD を 2 台使っていれば、合計 16 TB で、利用可能容量は 8 TB (効率 50%) となり、倍のデータ保存が可能になります。
まとめ（推奨事項）
容量が異なるHDDを混ぜて使えるのがSHRの利点ですが、最も効率よく容量を使うためには、できる限り同じ容量のHDDを使うことが強く推奨されます。
容量の小さなHDDに、容量の大きなHDDが「足を引っ張られる」形になるため、もったいない使い方になってしまいます。
従来のRAID 1 (Ext4)の現状
Ext4 + RAID 1はミラーリングによる物理障害耐性を提供。ファイルシステムにチェックサムがないため、サイレントデータ破損（ビット腐敗）を検出できない。スナップショット機能も標準では非対応。
機能比較表
| 特徴 | Btrfs + SHR (2ドライブ構成) | 従来のRAID 1 (Ext4) |
|---|---|---|
| ファイルシステム | Btrfs（最新世代、CoW方式） | Ext4（従来型ジャーナリングFS） |
| 冗長性 | ミラーリング（RAID 1相当） | ミラーリング（RAID 1） |
| ドライブ故障耐性 | ✅ 1台のドライブ故障に耐性あり | ✅ 1台のドライブ故障に耐性あり |
| データ破損検出（bit rot対策） | ✅ 非常に強力 — チェックサムでビット腐敗を検出 | ❌ なし — 破損検出は不可能（サイレント破損の危険） |
| データ破損修復 | ✅ 自動修復可能（健全なコピーと照合） | ❌ 不可能（破損が複製される） |
| 定期スクラブの効果 | ✅ Btrfsのチェックサム検証＋RAID整合性チェック | ⚠️ RAID整合性チェックのみ（パリティ検証、データ整合性は保証しない） |
| スナップショット | ✅ 利用可能（ランサムウェアや誤削除に有効） | ❌ 利用不可（Ext4には機能なし） |
| 容量の柔軟性 | ✅ 異容量ドライブ混在OK（SHR独自機能） | ❌ 不可（最小容量に合わせられる） |
| 拡張性（将来の増設） | ✅ 容易にRAID5/SHR-2へ拡張可 | ❌ 基本的に再構築が必要 |
| 書き込み方式 | Copy-on-Write（安全なメタデータ管理） | Overwrite（破損時の影響が大きい） |
| 整合性保証の仕組み | ファイルシステムレベルで完全整合性管理 | RAIDレベルでのブロック冗長のみ |
| 適用範囲 | 長期保管・重要データ向け | 一般的な短期利用・低コスト環境向け |
総合評価
| 評価項目 | Btrfs + SHR | RAID 1 (Ext4) |
|---|---|---|
| データ整合性 | ★★★★★ | ★★☆☆☆ |
| 冗長性（ドライブ故障） | ★★★★☆ | ★★★★☆ |
| 柔軟性（容量・拡張） | ★★★★★ | ★★☆☆☆ |
| スナップショット・復旧 | ★★★★★ | ★☆☆☆☆ |
| 長期保全性 | ★★★★★ | ★★☆☆☆ |
データ保全の課題
検出できないリスク
Ext4 + RAID 1は破損データがそのままミラーされるため、破損検出・修復が不可。RAID再構築中の追加故障リスクやファームウェア不具合、ランサムウェア、ヒューマンエラーは別途対策が必要。
運用負荷とタイミング
データスクラブの頻度と実行タイミング（例：深夜バッチ、週末、3か月毎）の最適化が不可欠。負荷や遅延が運用上の問題となる可能性。
データ保全の対策と運用方法
推奨構成
- Btrfs + SHRを標準構成とし、重要データはチェックサム有効の共有フォルダに配置。
- 定期的なデータスクラブ（推奨：3～6ヶ月毎、運用ポリシーに応じて調整）。
- 3-2-1ルールに基づくオフサイトバックアップ（Hyper Backup / C2 / B2等）を併用。
運用チェックリスト
- SMART定期チェックとアラート設定
- ファームウェア・DSMアップデートの計画的適用
- 再構築時の監視と予備ディスクの準備
データ整合性チェックの推移（サンプル）
グラフは定期スクラブ件数・破損検出件数・自動修復件数の関係を示すサンプルです。実運用データに置換してください。
クイック要約
Btrfs + SHR + 定期スクラブは、サイレントデータ破損検出・自動修復・スナップショット等、長期保全に強力。Ext4 + RAID 1は単純なミラーで、破損検出機能がない点に注意。
推奨アクション
- 重要データはBtrfsで保存
- オフサイトバックアップを必須化
- スクラブの定期実行（目安：3か月毎）
用語解説
よくある質問 (FAQ)
チェックサムを有効にしていないとどうなりますか？
チェックサム無効ではサイレント破損を検出できず、RAIDの冗長性だけでは修復不可。重要データでは必ず有効にしてください。
スクラブ実行中に性能低下しますか？
I/O負荷が発生します。夜間や利用が少ない時間帯にスケジュールすることを推奨します。
99.99%の達成は可能ですか？
Btrfs+SHR+スクラブで保全性は向上しますが、災害・ランサムウェア・ヒューマンエラーにはオフサイトバックアップが不可欠です。
コメント