Я только что узнал (спасибо Кевх) что диск GPT в Windows может содержать 256 ТБ
В отличие от MBR, который ограничивает размер каждого раздела только 2 ТБ, каждый раздел в GPT может содержать до 2 ^ 64 блоков в длину (поскольку он использует 64-разрядную версию), что эквивалентно 9,44ZB для блока размером 512 байт (1 ZB составляет 1 миллиард терабайт). В Microsoft Windows этот размер ограничен 256 ТБ. Источник
Следуя лучшим практикам, я использую несколько файлов базы данных в зависимости от процессора. На небольших установках исторически я помещал их на один и тот же диск MBR. Я также использую разные диски для tempdb, файлов данных, файлов журналов, резервных копий и ОС, поэтому для экземпляра минимум 5 дисков.
Теперь с GPT я могу теоретически; поместите 256 ТБ на диск, так что, возможно, времена, когда диски монтировались, чтобы преодолеть ограничение в 26 букв, прошли. (с MBR и только 26 дисками с буквами, вы ограничены до 52 ТБ, без использования подключенных дисков)
256 ТБ умножить на 26 дисков с буквами = 6,6 ТБ
То, что вы можете, не означает, что вы должны ...
Вопрос:
Что я должен учитывать, думая о размещении 256 ТБ файлов данных из экземпляра SQL на одном диске с буквами?
Короткий ответ: НЕТ, Я бы не стал использовать одну файловую систему NTFS на 256 ТБ.
Длинный ответ: NTFS - это не объединенная файловая система и не система хранения на основе наборов данных. Другими словами, том охватывает всю файловую систему. Это означает, что определенные операции (например: chkdsk, vssadmin snapshotи т. д.) применяется ко всей файловой системе.
Только представьте, сколько времени chkdsk может занимать почти полный NTFS-том 256 ТБ: хотя вы можете утверждать, что последние версии NTFS / chkdsk могут исправить постоянно растущее количество проблем в сети (без размонтирования тома), некоторые проблемы требуют автономного сканирования - во время которого вы не можете использовать том или, если это системный диск, даже не загружать ОС.
Или подумайте, как vssadmin snapshot create, сделанное для восстановления одного небольшого файла, приведет к значительному снижению производительности на все вы базы данных SQL.
Примечание: единственная файловая система, на которой я бы рассматривать использование такого большого тома (не считая очень проприетарных, а не «нестандартных» вещей, таких как WAFL) - это ZFS: объединенная в пул, основанная на наборах данных и полностью интерактивная zfs scrub, он по дизайну подходит для таких больших складских помещений. Но даже с ZFS при таких размерах нельзя автоматически отказаться от возможности создания нескольких пулов.