Windows ServerのDynamic/Basicディスク変換とは？2026年4月更新ポイントと実務判断

Windows Serverで「Convert a disk to Dynamic or Basic」を調べているなら、2026年4月更新で最も重要なのはDynamic Diskを新規導入の選択肢として扱わない方針が明確になったことです。Microsoft公式ドキュメントでは、Dynamic Diskは非推奨であり、新しい構成ではBasic DiskまたはStorage Spacesの利用が推奨されています。さらに、Diskpartのcleanによるデータ消去リスクや、変換前のバックアップ確認がより実務向けに強調されています。(Microsoft Learn)

この記事では、Windows Server管理者や技術選定者向けに、2026年4月21日に更新されたMicrosoft Learn「Convert a disk type to Dynamic or Basic」の要点を整理し、現場でどう判断すべきかを解説します。単に「Dynamicに変換できるか」ではなく、本当にDynamic Diskを使うべきか、変換前に何を確認すべきか、どの手順が安全かまで確認していきます。

Windows Serverの最新動向: Convert a disk to Dynamic or Basicで何が変わったか

Microsoft Learnの「Convert a disk type to Dynamic or Basic」は、Windows Server上のディスクをBasic DiskとDynamic Diskの間で変換する手順を説明する公式ドキュメントです。対象にはWindows Server 2025、Windows Server 2022、Windows Server 2019、Windows Server 2016のほか、Windows 11とWindows 10も含まれます。ページの最終更新日は2026年4月21日です。(Microsoft Learn)

今回の更新は、OSの新機能追加というより、ストレージ設計と運用手順のリスクをより明確にする更新と見るべきです。特に次の3点が実務上のポイントになります。

更新ポイント	実務上の意味
Dynamic Diskは非推奨で、新規導入には推奨されないと明記	既存環境の保守以外では、Dynamic Diskを積極的に採用しない判断が基本になる
Basic DiskまたはStorage Spacesの利用を推奨	ディスクプールや大容量化の目的なら、Dynamic DiskではなくStorage Spacesを検討する
Diskpartのcleanコマンドにデータ消去の警告を追加	変換作業は「設定変更」ではなく、データ消失を伴う可能性がある作業として扱う

GitHub上の更新履歴を見ると、2026年4月にはDiskpartのselect disk構文やdetail diskの説明、cleanコマンドの注意喚起が修正されています。特にcleanについては、選択したディスク上のデータを完全に破壊する警告が追加されています。(GitHub)

まず押さえるべき結論：新規構成ではDynamic Diskを選ばない

Windows Serverでディスク構成を設計する場合、2026年時点の実務判断としては、新規構成ではBasic Diskを基本にするのが安全です。

Microsoft公式ドキュメントは、Dynamic Diskについて「スパン、ストライピング、ミラーリングなどの高度な機能を提供する」と説明しつつ、現在は非推奨であり、新規展開には推奨されないとしています。複数ディスクをまとめて大きなボリュームとして使いたい場合は、Dynamic DiskではなくStorage Spacesを使う方針が示されています。(Microsoft Learn)

つまり、判断軸は次のようになります。

目的	推奨される選択
一般的なOS領域、データ領域を作る	Basic Disk
複数ディスクをプール化して大容量化したい	Storage Spaces
ブートボリュームをミラーリングしたい	ハードウェアRAIDの検討
既存のDynamic Disk環境を保守する	影響範囲を確認したうえで限定的に対応
新しいサーバーでDynamic Diskを使う	原則避ける

Dynamic Diskは「使えない機能」ではありません。しかし、非推奨と明記されている以上、新規のWindows Server構成で採用すると、将来の移行、復旧、運用標準化で不利になる可能性があります。特に、仮想化基盤、バックアップ製品、クラウド移行、災害復旧設計と組み合わせる環境では、Basic DiskまたはStorage Spacesを前提に設計した方がトラブルを減らせます。

Basic DiskとDynamic Diskの違い

Basic Diskは、Windows Serverで最も一般的に使われるディスク形式です。プライマリパーティション、拡張パーティション、論理ドライブを使ってストレージを管理します。通常のファイルサーバー、アプリケーションサーバー、ドメインコントローラー、仮想マシンのデータディスクなど、多くの用途ではBasic Diskで十分です。(Microsoft Learn)

一方、Dynamic Diskは、スパンボリューム、ストライプボリューム、ミラーボリュームなどを扱えるディスク形式です。かつては複数ディスクを柔軟に扱う選択肢として使われましたが、現在はStorage Spacesなどの代替技術があるため、新規導入では推奨されません。(Microsoft Learn)

Basic Diskが向いているケース

Basic Diskは、次のような環境に向いています。

• 単一ディスクまたは単純なデータディスク構成
• 標準的なWindows Server運用
• バックアップや復旧をシンプルにしたい環境
• 仮想マシンのゲストOS内ディスク
• 将来のクラウド移行やP2V/V2Vを想定する環境

たとえば、Windows Server 2022上でDドライブをファイル共有用に使うだけなら、Dynamic Diskにする理由はほとんどありません。Basic DiskのままNTFSまたはReFSでボリュームを作成し、バックアップ、権限、監査、容量監視を整える方が現実的です。

Dynamic Diskが残っているケース

Dynamic Diskは新規導入では避けるべきですが、既存環境では残っていることがあります。

• 古いWindows Serverから引き継いだ環境
• スパンボリュームで容量を拡張していた環境
• OS標準機能でミラー構成を作っていた環境
• 物理サーバー時代の構成をそのまま仮想化した環境

このような環境では、すぐにBasic Diskへ変換するのではなく、まずバックアップ、依存サービス、ボリューム構成、復旧手順を確認します。Dynamic DiskからBasic Diskへの変換は、データを保持したまま簡単に戻せる作業ではないためです。

2026年4月更新で重要な「非推奨」の意味

「非推奨」とは、ただちに機能が削除されるという意味ではありません。Windows Serverの対象バージョンではDynamic Diskの変換手順自体は案内されています。ただし、Microsoft公式ドキュメントが「新規展開では推奨しない」と示しているため、これから設計する環境では別の選択肢を優先すべきです。(Microsoft Learn)

実務では、次のように考えると判断しやすくなります。

状況	判断
既存サーバーにDynamic Diskがあり、問題なく稼働している	すぐに変更せず、移行計画を作る
新しいWindows Serverを構築する	Basic Diskを採用する
複数ディスクを束ねたい	Storage SpacesまたはハードウェアRAIDを検討する
ブート領域をミラーリングしたい	ハードウェアRAIDを優先検討する
監査や標準化の観点でDynamic Diskを減らしたい	バックアップ取得後、再構成または移行で対応する

特に注意したいのは、Dynamic Diskを「手軽なRAID代替」として扱うことです。現在のWindows Server運用では、可用性や冗長化はStorage Spaces、ハードウェアRAID、仮想化基盤側の冗長化、バックアップ設計と組み合わせて考えるべきです。

変換前に必ず確認すべき前提条件

Microsoft公式ドキュメントでは、ディスク変換にはAdministratorsグループのメンバー、または同等の権限が必要とされています。また、変換前には対象ディスク上のデータをバックアップし、そのディスクにアクセスしているプログラムを閉じる必要があります。(Microsoft Learn)

実務では、これだけでは不十分です。作業前に次の項目まで確認してください。

確認項目	理由
対象ディスク番号	誤ったディスクを操作すると別ボリュームを消去する可能性がある
ボリューム名とドライブ文字	画面上のディスク番号だけでは誤認しやすい
マウントポイント	ドライブ文字がないボリュームも存在する
共有フォルダーの有無	ファイルサーバーでは業務影響が出る
SQL ServerやHyper-Vなどの利用有無	データベースや仮想マシンの停止が必要になる
バックアップの取得日時	「バックアップがある」ではなく、復元可能な最新状態か確認する
復元テストの有無	バックアップ失敗に気づかないまま作業すると復旧できない
メンテナンス時間	変換ではボリューム削除や再作成が必要になる可能性がある

特にファイルサーバーや仮想化ホストでは、対象ディスクに見えていない依存関係が残っていることがあります。たとえば、Dドライブに共有フォルダーがあるだけでなく、アプリケーションのログ出力先、バックアップ一時領域、Hyper-V仮想マシンの保存先として使われているケースがあります。

変換方法は3種類：Disk Management、Diskpart、PowerShell

公式ドキュメントでは、ディスク変換の方法としてDisk Management、Diskpart、PowerShellの3つが紹介されています。(Microsoft Learn)

方法	向いている場面	注意点
Disk Management	単発作業、GUIで確認しながら操作したい場合	リモート作業や大量作業には不向き
Diskpart	Server Core、回復環境、手順書ベースの作業	cleanの誤実行リスクが高い
PowerShell	作業の標準化、ログ化、複数サーバー対応	実際の変換ではdiskpart呼び出しを使う流れになる

どの方法でも共通して重要なのは、変換前に対象ディスク上のボリュームやパーティションを削除する前提で手順を組むことです。公式手順でも、Disk Managementでは対象ディスクの各ボリュームを削除し、DiskpartやPowerShellではcleanまたはClear-Diskでパーティションやボリュームを削除する流れになっています。(Microsoft Learn)

Disk Managementで変換する場合の実務ポイント

Disk Managementは、GUIでディスク構成を確認しながら操作できるため、単発の作業に向いています。

基本的な流れは次のとおりです。

手順	作業内容
1	diskmgmt.mscを起動する
2	対象ディスクに属するボリュームを確認する
3	対象ディスク上のボリュームを削除する
4	ディスクを右クリックし、Dynamic DiskまたはBasic Diskへ変換する
5	変換後、ディスクの種類がBasicまたはDynamicになっているか確認する

この方法の利点は、ディスク番号、容量、ドライブ文字を画面で照合しやすいことです。一方で、GUI操作は手順が属人化しやすく、画面の見間違いも起きます。

作業前には、スクリーンショットを取得しておくとよいでしょう。特に本番サーバーでは、作業前後のディスク構成を記録しておくことで、変更管理や障害時の説明がしやすくなります。

Diskpartで変換する場合の注意点

Diskpartは強力ですが、誤操作の影響も大きいツールです。2026年4月の更新では、select disk <disk number>の指定方法やdetail diskの使い方が明確化されています。detail diskは現在選択されているディスクの情報を表示するコマンドで、ディスク番号を引数として受け取るものではありません。(GitHub)

代表的な流れは次のとおりです。

diskpart
list disk
select disk <disk number>
detail disk
clean
convert basic

Dynamic Diskへ変換する場合は、最後を次のようにします。

convert dynamic

ここで最も危険なのがcleanです。公式ドキュメントでは、cleanコマンドは選択したディスク上のすべてのパーティションとボリュームを削除し、データを破壊する旨が警告されています。(Microsoft Learn)

Diskpart作業で失敗しやすいポイント

Diskpartでよくある失敗は、コマンドの文法ミスではなく、対象ディスクの取り違えです。

特に次の環境では注意が必要です。

• 複数の同容量ディスクがあるサーバー
• SANやiSCSIのLUNが接続されているサーバー
• Hyper-Vホストで複数のCSVやデータディスクを扱っている環境
• OS上のディスク番号が変更されたことがある環境
• リモート作業で画面情報が少ない環境

list diskだけで判断せず、detail diskでメーカー、パス、ボリューム情報を確認します。可能であれば、作業前に次のような情報も記録しておきます。

Get-Disk | Format-Table Number,FriendlyName,SerialNumber,Size,PartitionStyle,OperationalStatus
Get-Volume | Format-Table DriveLetter,FileSystemLabel,FileSystem,SizeRemaining,Size

これにより、Diskpartで選択するディスク番号と、PowerShellで見えるディスク情報を突き合わせやすくなります。

PowerShellで変換する場合の考え方

公式ドキュメントでは、PowerShellでGet-Diskを使ってディスク一覧を確認し、Clear-Disk -RemoveDataで対象ディスクのパーティションやボリュームを削除したうえで、diskpartにconvert basicまたはconvert dynamicを渡す例が示されています。(Microsoft Learn)

Basic Diskへ変換する例は、公式手順では次のような考え方です。

$diskNumber = <Disk Number>
$convert = @(
  "select disk $diskNumber",
  "convert basic"
)
$convert | ForEach-Object { $_ } | diskpart

Dynamic Diskへ変換する場合は、convert dynamicを使います。

$diskNumber = <Disk Number>
$convert = @(
  "select disk $diskNumber",
  "convert dynamic"
)
$convert | ForEach-Object { $_ } | diskpart

PowerShellの利点は、作業前の確認、ログ取得、条件チェックを組み込みやすいことです。ただし、Clear-Disk -RemoveData -Confirm:$falseのようなコマンドは確認なしでデータ削除に進むため、本番作業では安易にコピーペーストしないでください。

本番作業向けの安全な確認例

本番環境では、削除や変換コマンドを実行する前に、まず確認専用のコマンドを使います。

Get-Disk | Sort-Object Number | Format-Table Number,FriendlyName,SerialNumber,Size,PartitionStyle,OperationalStatus
Get-Partition | Sort-Object DiskNumber,PartitionNumber | Format-Table DiskNumber,PartitionNumber,DriveLetter,Type,Size
Get-Volume | Format-Table DriveLetter,FileSystemLabel,FileSystem,HealthStatus,SizeRemaining,Size

この確認結果を作業チケットや変更申請に貼り付けておくと、対象ディスクの取り違え防止に役立ちます。

Dynamic Diskへ変換すべきケースはあるか

2026年時点で、Dynamic Diskへ新規変換するケースはかなり限定的です。Microsoft公式ドキュメントが新規展開では推奨しないとしているため、基本的には避けるべきです。(Microsoft Learn)

それでも検討される可能性があるのは、既存システムとの互換性維持が必要な場合です。たとえば、過去にDynamic Disk前提で構築された手順書、監視設計、復旧手順が残っており、短期的に構成を維持しなければならないケースです。

ただし、その場合でも次の判断をおすすめします。

判断項目	確認すべき内容
代替策がないか	Storage Spaces、ハードウェアRAID、仮想化基盤側の冗長化で代替できないか
長期運用するか	一時的な延命なのか、数年単位で使うのか
バックアップ製品の対応	Dynamic Disk構成の復元に制約がないか
障害時の復旧手順	別サーバーや仮想環境で復旧できるか
管理者の引き継ぎ	後任者が構成を理解できるか

「今すぐ作れるからDynamic Diskにする」ではなく、「将来の復旧と移行まで含めて許容できるか」で判断することが重要です。

Dynamic DiskからBasic Diskへ戻すときの現実的な進め方

Dynamic DiskからBasic Diskへ戻したい場合、最も安全なのは、別領域へデータを退避し、Basic Diskとして再構成してから戻す方法です。

実務では次の流れが現実的です。

手順	作業内容
1	Dynamic Disk上のボリューム、共有、アプリケーション依存関係を洗い出す
2	フルバックアップを取得する
3	可能であれば別サーバーまたは別ディスクへデータをコピーする
4	サービス停止時間を確保する
5	対象ディスクのボリュームを削除する
6	Basic Diskへ変換する
7	新しいボリュームを作成し、データを戻す
8	共有設定、権限、アプリケーション設定、バックアップ設定を確認する

このとき、単にファイルをコピーするだけでは不十分な場合があります。NTFSアクセス権、監査設定、所有者情報、共有アクセス権、代替データストリーム、アプリケーション固有のメタデータなどが必要になることがあります。

ファイルサーバーであれば、Robocopyを使ってACLを含めてコピーする方法を検討します。

robocopy D:\Data E:\Data /MIR /COPYALL /DCOPY:DAT /R:2 /W:5 /LOG:C:\Temp\robocopy-data.log

ただし、/MIRはコピー先に存在する余分なファイルを削除するオプションです。コピー元とコピー先を取り違えるとデータ消失につながるため、初回はテストディレクトリで動作を確認してください。

変換作業前のチェックリスト

Windows Serverのディスク変換では、「手順を知っているか」よりも「変換してよい状態か」を確認することが重要です。

チェック	内容
対象ディスクを特定した	ディスク番号、容量、シリアル番号、ドライブ文字を確認済み
バックアップを取得した	最新バックアップが存在し、復元方法も確認済み
影響サービスを停止できる	SQL Server、Hyper-V、共有フォルダー、業務アプリなどを確認済み
作業時間を確保した	ボリューム削除、再作成、データ戻しの時間を見込んでいる
ロールバック方針がある	失敗時にバックアップから戻す手順がある
作業ログを残す	実行コマンド、画面、結果を記録する
Dynamic Diskを新規採用する理由が明確	Storage SpacesやRAIDで代替できない理由がある

このチェックリストを満たせない場合、変換作業は延期した方が安全です。特に「バックアップはあるはず」「このディスクで合っていると思う」という状態でcleanやClear-Diskを実行してはいけません。

Storage SpacesやハードウェアRAIDとどう使い分けるか

Microsoft公式ドキュメントでは、複数ディスクをまとめて大きなボリュームとして使いたい場合はStorage Spacesを、Windowsのブートボリュームをミラーリングしたい場合はハードウェアRAIDコントローラーを検討する考え方が示されています。(Microsoft Learn)

実務での使い分けは次のように考えると分かりやすいです。

技術	主な用途	向いている環境
Basic Disk	標準的なディスク管理	ほぼすべてのWindows Server
Storage Spaces	複数ディスクのプール化、冗長化	ファイルサーバー、検証環境、一部の物理サーバー
ハードウェアRAID	OS起動領域や物理サーバーの冗長化	物理サーバー、ブートボリューム保護
Dynamic Disk	既存構成の保守	レガシー環境の一時的な維持

新規構築では、まずBasic Diskを前提にします。複数ディスクを束ねたい場合はStorage SpacesやRAIDを検討し、それでもDynamic Diskを選ぶ理由があるかを確認します。多くのケースでは、Dynamic Diskを選ぶ必要はありません。

管理者が今すぐ取るべき対応

今回の「Convert a disk to Dynamic or Basic」の更新を受けて、Windows Server管理者がまず行うべきことは、既存環境の棚卸しです。

PowerShellで次のように確認できます。

Get-Disk | Sort-Object Number | Format-Table Number,FriendlyName,Size,PartitionStyle,IsSystem,IsBoot

Dynamic Diskの有無をより直接的に確認したい場合は、Disk ManagementやDiskpartのlist disk、既存の資産管理情報と照合します。

確認後は、次のように対応を分けます。

状況	次の行動
Dynamic Diskが存在しない	新規構築標準に「Basic Diskを基本」と明記する
Dynamic Diskが存在するが業務影響はない	構成情報を記録し、将来の移行候補に入れる
Dynamic Disk上で重要データを運用している	バックアップと復旧手順を確認する
新規サーバーでDynamic Diskを使う予定がある	Storage Spaces、RAID、Basic Disk構成へ設計を見直す
手順書にDynamic Disk変換が残っている	2026年更新内容を踏まえて改訂する

特に運用標準書や構築テンプレートに「Dynamic Diskへ変換する」といった古い記載が残っている場合は、早めに見直すべきです。技術的に実行できる手順でも、現在の推奨から外れている可能性があります。

まとめ：Dynamic Disk変換は「できるか」ではなく「選ぶべきか」で判断する

2026年4月更新の「Convert a disk to Dynamic or Basic」は、Windows Serverのディスク変換手順を知るだけでなく、Dynamic Diskの扱いを見直すきっかけになります。

押さえるべき要点は次のとおりです。

• Dynamic Diskは非推奨で、新規展開には推奨されない
• 通常の構成ではBasic Diskを基本にする
• 複数ディスクのプール化にはStorage Spacesを検討する
• ブートボリュームのミラーリングにはハードウェアRAIDを検討する
• DiskpartのcleanやPowerShellのClear-Diskはデータ削除を伴うため、必ず対象確認とバックアップを行う
• 既存のDynamic Disk環境は、即時変更ではなく移行計画と復旧確認を優先する

次に取るべき行動は、既存Windows Server環境のディスク構成を棚卸しし、Dynamic Diskが残っているサーバーを特定することです。そのうえで、新規構築手順や運用標準をBasic Disk、Storage Spaces、ハードウェアRAID中心の設計へ見直すと、将来の移行や障害対応で迷いにくい環境を作れます。