256TB，GPT 磁碟，我可以，但我應該嗎？
我剛剛了解到（謝謝 Kevh） Windows 上的 GPT 驅動器可以容納 256TB
與將每個分區的大小限制為僅 2TB 的 MBR 不同，GPT 中的每個分區最多可以容納 2^64 個塊長度（因為它使用 64 位），這相當於一個 512 字節塊的 9.44ZB（1 ZB 為 10 億 TB）。在 Microsoft Windows 中，該大小限制為 256TB。來源
遵循最佳實踐，我使用基於 CPU 的多個數據庫文件。在較小的安裝中，我一直將它們放在同一個 MBR 驅動器上。我還為 tempdb、數據文件、日誌文件、備份和作業系統使用不同的驅動器，因此一個實例最少需要 5 個驅動器。
現在有了 GPT，理論上我可以；將 256TB 儲存在磁碟上，因此安裝磁碟超過 26 個驅動器號限制的日子可能已經一去不復返了。（使用 MBR 和只有 26 個字母的驅動器，你被限制為 52TB，不使用已安裝的驅動器）
256TB 乘以 26 個字母驅動器 = 6.6ZB
僅僅因為你可以並不意味著你應該……
問題：
在考慮將來自 SQL 實例的 256TB 數據文件放在單個字母磁碟上時，我應該考慮什麼？
簡短回答：不，我不會使用單個 256 TB NTFS 文件系統。
長答案： NTFS 不是池文件系統，也不是基於數據集的儲存系統。換句話說，卷包含整個文件系統。這意味著特定操作（即：
chkdsk、、vssadmin snapshot等）適用於整個文件系統。想像一下一個幾乎完整的 256 TB NTFS 卷需要多少時間
chkdsk：雖然您可以爭辯說最近的 NTFS/chkdsk 版本可以線上糾正越來越多的問題（無需解除安裝卷），但有些問題需要離線掃描- 在此期間您不能使用該卷，或者，如果它是系統驅動器，甚至不能啟動作業系統。或者想一想
vssadmin snapshot create，恢復單個小文件將如何對所有SQL 數據庫造成巨大的性能損失。旁注：我會**考慮在其上使用如此大容量的唯一文件系統（撇開非常專有的，而不是像 WAFL 那樣“現成”的東西）是 ZFS：被池化、基於數據集並且完全線上
zfs scrub，它適合這麼大的儲存空間的設計。但即使使用 ZFS，在這些大小下，創建多個池的選項也不會被自動丟棄。