Windows記憶域スペースの容量表示がおかしい？6TB×2台ミラーで10.9TBと表示される理由と対処法

Windowsの記憶域スペースで6TBのHDDを2台使って双方向ミラーを組んだのに、エクスプローラーでは空き容量が約10.9TBと表示されて不安になっていませんか？本記事では、この“表示のズレ”が起こる仕組みと、実際にどこまで安全に使えるのか、運用と設定のポイントまで分かりやすく解説します。

6TB×2台の双方向ミラーなのに「空き10.9TB」と表示される理由

まず、今回の典型的な状況を整理します。

• 6TBのHDDを2台用意
• Windowsの記憶域スペース（Storage Spaces）で双方向ミラーを作成
• エクスプローラーや「記憶域スペース」の画面で、空き容量が約10.9TBと表示される
• 「ミラーなのに、なぜ2台分近い容量？」「ちゃんと冗長化されているの？」と不安になる

結論から言うと、

• 「10.9TB」というのは“仮想ディスクの論理サイズ”の表示であり、実際に安全に書き込める容量とは異なります。
• 6TB×2台の双方向ミラーの場合、実効容量はほぼ1台分（約6TB）です。
• 1台のHDDが故障してもデータ保護は維持されます（単一障害には耐えます）。

この「見た目」と「実際の容量」のギャップを生んでいる主な原因が、シンプロビジョニング（Thin Provisioning）と、TB / TiBの表記の違いです。

記憶域スペースとミラー構成の基本をおさらい

まずは、記憶域スペースとミラー構成の基本的な考え方を簡単に整理しましょう。

記憶域スペースとは？

記憶域スペース（Storage Spaces）は、複数の物理ディスクをまとめてストレージプールとし、その上に仮想的なディスク（記憶域スペース＝仮想ディスク）を作成できる仕組みです。

• 複数のHDD / SSDをまとめて1つの大きなプールとして扱える
• ミラーやパリティなど、いわゆる「ソフトウェアRAID」に近いことができる
• 仮想ディスク単位でサイズや回復性（ミラー・パリティ）を指定できる

用語	役割	例
物理ディスク	実際のHDD/SSD	6TB HDD × 2台
ストレージプール	物理ディスクをまとめた「容量の池」	12TB（≒10.9TiB）のプール
記憶域スペース（仮想ディスク）	プールの上に作る「仮想ドライブ」	ドライブD: などとして見える

双方向ミラーの基本

双方向ミラーは、同じデータを2台のディスクに同時に書き込む方式です。

• 2台のうち1台が故障しても、もう一方に同じデータが残る
• 可用性（耐障害性）は向上するが、実効容量はほぼ半分になる
• 今回の例では、6TB×2台 → 実効容量は約6TB

ここまでは直感と一致しますが、実際のWindowsの表示は「約10.9TB」となってしまうことがあります。ここに、シンプロビジョニングと単位の違いという2つのトリックが潜んでいます。

TBとTiBの違いが「10.9」という数字を生む

まずは「10.9」という数字がどこから来ているのかを理解しておきましょう。

単位	定義	おおよその値
1TB（テラバイト）	1012 バイト	1,000,000,000,000 バイト
1TiB（テビバイト）	240 バイト	約1,099,511,627,776 バイト

HDDメーカーが「6TB」と表記するときは、通常この「10進のTB」を使います。つまり、

• 6TBのHDD 1台 ≒ 6,000,000,000,000 バイト
• 2台で ≒ 12,000,000,000,000 バイト

これを2進単位（TiB）に換算すると、

• 12,000,000,000,000 ÷ 2⁴⁰ ≒ 約10.9TiB

Windowsの表示は、内部的にはこの「2進ベース」の値を使いつつ、単位は「TB」と表示してしまうため、「約10.9TB」と表示されているように見えるのです。

とはいえ、ここまでだと「6TB×2台＝生容量12TB（≒10.9TiB）」を示しているだけで、ミラーで半分になる話が入っていません。ミラーによる実効容量とのギャップを生んでいるもう1つの要因が、次のシンプロビジョニングです。

シンプロビジョニングとは何か？記憶域スペースでの挙動

シンプロビジョニング（Thin Provisioning）とは、簡単に言うと

「見かけ上のサイズ（論理サイズ）は大きく確保しておき、実際に書き込まれた分だけ物理容量を消費する」仕組みです。

シン（Thin）と固定（シック）の違い

項目	シンプロビジョニング	固定（シック）プロビジョニング
仮想ディスク作成時	論理サイズだけ予約し、実際の使用分だけ物理容量を消費	指定したサイズ分を物理容量として先に確保
OSから見えるサイズ	指定した論理サイズ（物理容量より大きくできる）	物理容量に見合ったサイズ
利点	後からディスクを追加しながら柔軟に拡張できる	「見かけ」と「実容量」がほぼ一致し、枯渇リスクを把握しやすい
注意点	物理プールが枯渇すると突然書き込めなくなるリスク	最初から大きくサイズを取れない（空間効率がやや悪い）

記憶域スペースのウィザードで仮想ディスクを作成するとき、既定で「シン」になっているケースがあります。この状態で、

• ストレージプールの生容量 ≒ 10.9TiB
• 双方向ミラー構成
• 仮想ディスクの論理サイズを「プールいっぱい（≒10.9TiB）」で作成

という設定になっていると、エクスプローラーや「記憶域スペース」の画面で「約10.9TB（ほぼ空き）」と表示されるわけです。

しかし、実際にミラーとして安全に書き込める容量は、あくまで約6TB程度です。プール側の空き容量が尽きた瞬間、それ以上は書き込めなくなります。

実際に使える容量（実効容量）の考え方

ここで重要なのは、「仮想ディスクの論理サイズ」と「物理的に確保できる実効容量」を切り分けて考えることです。

観点	何を見ているか	今回の例
論理サイズ	OSから見える仮想ディスクの最大サイズ	約10.9TiB（≒12TB）
プールの生容量	物理ディスク合計の容量	約10.9TiB（≒12TB）
ミラーの実効容量	冗長性を維持したまま書き込める容量	約6TB（実際にはフォーマット分でさらに少し減る）

双方向ミラーでは、1つのデータを2台分書く必要があります。つまり、

• ユーザーが1TBのファイルを書き込む → プール内で2TB消費

したがって、プールの物理容量が12TBあったとしても、

• 12TB（物理） ÷ 2（ミラー） ≒ 6TB（実効容量）

しか使えません。エクスプローラーで「10.9TBのドライブ」と表示されていても、プールの空きが6TBを超えているわけではない点に注意が必要です。

耐障害性：HDDが1台壊れたときどうなるか

「10.9TBと表示されているなら、ミラーになっていないのでは？」という不安の核心は、本当に冗長性が確保されているのかという点だと思います。

ここは安心して良くて、設定が「双方向ミラー」になっている限り、1台故障してもデータは保持されます。

1台故障時の流れ（イメージ）

1. HDDの1台が故障すると、記憶域スペースが「低下」や「警告」状態になる
2. Windowsは正常な側のディスクからデータを読み出し続ける（利用は継続可能）
3. 故障ディスクを交換し、新しいディスクをプールに追加
4. 自動または手動で再同期（リビルド）が走り、ミラーが復旧

この一連の流れは、ハードウェアRAIDのミラーと概念的には同じです。

大事なのは、「10.9TBという表示」自体は冗長性の有無とは無関係だという点です。「回復性」が双方向ミラーになっていれば、論理サイズがいくつであっても、ミラーとして動作します。

シンプロビジョニング運用時に絶対押さえておきたい注意点

シンプロビジョニングは便利ですが、容量管理をサボると一気にトラブルに直結します。特に家庭や小規模オフィスで「なんとなく最大サイズで作ってしまった」ケースでは、次のポイントを意識しておくことが重要です。

物理プールが枯渇するとどうなるか

• プールの空き容量がほぼゼロになると、新規の書き込みが失敗する
• 状況によっては、ボリュームが読み取り専用状態になったり、エラーが頻発したりする
• 最悪の場合、ファイルシステムの整合性チェック（chkdsk）が必要になるケースもある

つまり、シンプロビジョニングは

「見た目の空き容量」ではなく、「プール側の使用率」を監視しないと危険

という特徴があります。

容量監視の目安

• プールの空きが20〜30％を切る前に、次のいずれかを検討
  • 物理ディスクを追加してプール容量を増やす
  • 不要なデータを削除する
  • 別のストレージにデータを退避する
• イベントビューアーでStorage Spaces関連の警告が出ていないか定期的に確認

シンのまま運用する場合のポイント

• 「エクスプローラーに表示されている空き容量」はあくまで目安程度と考える
• プール画面の「使用率」「空き容量」を定期的にチェックする
• こまめなバックアップを必ず別媒体（外付けHDD、NAS、クラウドなど）に取る

特に、大容量の動画・ゲーム・バックアップイメージなどを置く場合は、急激に容量を消費しやすいので注意が必要です。

「見かけ」と「実容量」を揃えたい場合のおすすめ構成

「表示が10.9TBなのに実際は6TBしか使えない」という状態は、どうしても人間の感覚とズレます。運用トラブルを避ける意味でも、

「見かけ上のサイズ ≒ 実効容量」

となるように構成し直すのがおすすめです。

理想的な構成イメージ

項目	現在	理想
プロビジョニング	シン	固定（シック）
仮想ディスクサイズ	約10.9TiB	約6TB（実効容量に合わせる）
回復性	双方向ミラー	双方向ミラー（変更なし）

安全な移行手順の一例

シン → 固定へはその場変換は基本的に想定されていないため、新しく作り直してデータを移すのが安全です。

1. 現在の記憶域スペースのフルバックアップを別ディスクやクラウドに取得
   • ミラーはバックアップの代わりにはなりません（誤削除・ランサムウェアには無力）
2. 記憶域スペース管理画面で、新しい仮想ディスク（記憶域スペース）を作成
   • プロビジョニング：固定
   • サイズ：約6TB（ミラーの実効容量に見合う値）
   • 回復性：双方向ミラー
   • ファイルシステム：通常はNTFS（Windows Home / ProではReFSは制限が多いため）
3. 新しい仮想ディスクをフォーマットし、ドライブ文字を割り当てる
4. バックアップからデータを新しいディスクへコピー
5. 動作確認後、旧シンプロビジョニングの仮想ディスクを削除

こうしておけば、エクスプローラーに表示される容量 ≒ 実際に安全に使える容量となり、運用時の混乱を大きく減らすことができます。

GUIでの確認ポイント（Windows 10 / 11）

Windows 11 の場合

1. 設定を開く
2. システム → 記憶域 をクリック
3. 記憶域スペース を開く
4. 対象の記憶域スペース（仮想ディスク）を展開し、「詳細」を確認

ここで特にチェックしたい項目は次の通りです。

• プロビジョニング：Thin / Fixed（シン / 固定）
• 仮想ディスクのサイズ：論理サイズ。10.9TBなどと表示される部分
• ストレージプールの使用率：実際の物理ディスクの使用状況
• 回復性：双方向ミラーになっているか

Windows 10 の場合

Windows 10では、コントロールパネル側の「記憶域スペース」を使うことも多いです。

1. スタートメニューで「記憶域スペース」と検索し開く
2. 対象のプールとスペースを選択
3. 「設定の変更」→「記憶域スペースの管理」などから詳細を表示

こちらも同様に、

• プロビジョニング（シン / 固定）
• 仮想ディスクのサイズ
• プールの空き容量・使用容量
• 回復性設定（双方向ミラー）

を確認しましょう。

PowerShellでより詳しく状態を確認する

より精密に状況を把握したい場合は、PowerShellを管理者として実行し、次のコマンドが役立ちます。

仮想ディスク（記憶域スペース）の状態を確認

Get-VirtualDisk | Select FriendlyName, ResiliencySettingName, ProvisioningType, Size, FootprintOnPool, HealthStatus

主な項目の意味は次の通りです。

項目	意味	ポイント
FriendlyName	仮想ディスク（記憶域スペース）の名前	GUIで表示される名前と対応
ResiliencySettingName	回復性設定	Mirror（ミラー）であることを確認
ProvisioningType	プロビジョニング方式	Thinならシン、Fixedなら固定
Size	仮想ディスクの論理サイズ	10.9TBなどと表示される部分
FootprintOnPool	プール上で実際に消費している容量	物理的な使用量の目安
HealthStatus	ヘルス状態	Healthyなら正常

物理ディスクの状態を確認

Get-StoragePool | Get-PhysicalDisk | Select FriendlyName, MediaType, Size, HealthStatus

ここでは、

• 6TBクラスのHDDが2台、期待通りにプールに参加しているか
• HealthStatusが正常（Healthy）か
• MediaType（HDD / SSD）が意図通りか

などを確認できます。どれか1台でもWarning / Unhealthyになっている場合は、早めの交換やバックアップの見直しを検討しましょう。

バックアップと運用ベストプラクティス

記憶域スペースのミラーは強力ですが、それでも「バックアップの代わり」にはなりません。おすすめの運用ポイントをまとめます。

ミラーとバックアップの役割の違い

仕組み	守れるトラブル	守れないトラブル
双方向ミラー	ディスクの物理故障（1台まで）	誤削除 上書き保存によるミス ランサムウェアなどによる暗号化 OSやアプリのバグによるデータ破損
バックアップ（履歴あり）	過去の状態に戻したいニーズ全般	バックアップ先も含めて同時に物理的破壊された場合など

実運用では、

• 記憶域スペース（ミラー）：「止めない」「壊れない」ための仕組み
• バックアップ：「やらかしても巻き戻せる」ための仕組み

と考えて、両方を組み合わせるのが理想的です。

具体的な運用のコツ

• 容量監視：
  • プールの空きが20〜30％を切ったらディスク追加または整理を検討
  • 定期的に記憶域スペースの画面を開き、警告アイコンが出ていないかチェック
• バックアップ：
  • 重要データは外付けHDDやNAS、クラウドにも複数コピー
  • Windowsのファイル履歴やバックアップソフトを活用して履歴を残す
• メンテナンス：
  • HDDの異音・SMARTエラーなどがあれば早期交換
  • 長時間連続アクセスでのエラー発生がないか確認

よくある質問（Q&A）

Q1. 表示が10.9TBのままでも、6TBを超えて書き込むとどうなりますか？

A. プールの物理容量が尽きた時点で、それ以上の書き込みはできなくなります。場合によっては、書き込みエラーが発生したり、ボリュームが読み取り専用になったりします。データが消えるわけではありませんが、極端にギリギリまで使うとトラブルの元なので、物理プールの空き容量を常に意識してください。

Q2. 2台とも同時に壊れたらどうなりますか？

A. ミラー構成では、基本的に同時に2台が壊れた場合はデータを失います。雷サージや電源トラブル、誤った取り扱いなどで、2台同時にダメージを受ける可能性はゼロではありません。だからこそ、別筐体・別電源・別場所へのバックアップが重要です。

Q3. あとからシン → 固定に変換できますか？

A. 基本的にはその場変換は不可と考えてください。安全な手順としては、

• バックアップを取る
• 新しく固定プロビジョニングの仮想ディスクを作る
• データをコピーする
• 旧シンディスクを削除する

という流れがおすすめです。

Q4. RAIDとの違いは何ですか？

A. コンセプトは似ていますが、実装と管理方法が異なります。

• ハードウェアRAID：専用コントローラがディスク制御を担当。OSからは1台のディスクに見える。
• 記憶域スペース：Windowsがソフトウェア的にプールと仮想ディスクを管理。

どちらもミラーやストライプ、パリティなど似た構成が可能ですが、記憶域スペースは

• 後からディスクを追加して柔軟に拡張できる
• PowerShellから詳細制御ができる

といった特徴があります。その一方で、シンプロビジョニングによる「表示と実態のズレ」など、独自の注意点も存在します。

まとめ：10.9TB表示に惑わされず、実効容量と冗長性を理解しよう

最後に、本記事の要点を整理します。

• 6TB×2台の双方向ミラーで空き容量が約10.9TBと表示される理由は
  • HDDメーカーの「12TB（10進）」が、OS上では「約10.9TiB」に見える
  • 記憶域スペースのシンプロビジョニングにより、仮想ディスクの論理サイズがプールいっぱい（約10.9TiB）に設定されている
• ミラー構成の実効容量はほぼ1台分（約6TB）であり、これを超えて安全に使うことはできない
• 回復性＝双方向ミラーであれば、HDDが1台故障してもデータは保持される（単一障害に耐性あり）
• シンプロビジョニングで運用する場合は、エクスプローラー上の空き容量ではなく、プールの空き容量・使用率を常に監視することが重要
• 「見かけ」と「実容量」を揃えたい場合は
  • 固定プロビジョニング＋約6TBの仮想ディスクで作り直す
  • バックアップ → 新ディスク作成 → データコピー → 旧ディスク削除、という手順が安全
• ミラーは可用性向上の仕組みであり、バックアップの代わりにはならないため、別媒体へのバックアップは必須

「10.9TBも空いているからまだ大丈夫」と安心してしまうと、ある日突然「これ以上書き込めません」と怒られることになりかねません。論理サイズと実効容量、シンと固定の違いを正しく理解し、記憶域スペースを安全かつ賢く活用していきましょう。