Имя: Пароль:
IT
Админ
Ошибка при установке SQL Server 2017
0 Gataffan
 
02.06.25
13:30
Доброго времени суток, товарищи, помогите, пожалуйста, разобраться с проблемой или направьте в правильную сторону.
При установке SQL Server, разнес MDF, LDF, TEMPDB на разные диски SSD, но при завершении установки, выдается ошибка:

Не удалось найти или инициализировать один или несколько файлов, перечисленных в инструкции. Невозможно использовать файл 'J:\TEMPDB\tempdb_mssql_2.ndf, поскольку он находится на томе с размером сектора 262144. SQL Server поддерживает максимальный размер сектора 4096 байт. Переместите файл на том с совместимым размером сектора.

Изначально форматировал диски с размером сектора по умолчанию "4096", затем, по рекомендациям выбрал "64кб", но в любом случае выдается данная ошибка, и откуда-то берет размер тома "262144".
Пробовал установить TEMPDB на другой диск.
1 shuhard
 
02.06.25
14:07
(0) операционку и версию сиквела форум должен угадать ?
2 Ёпрст
 
гуру
02.06.25
14:43
(0) ибо нехрен темпдб разбивать на файлы и файловые группы.
3 ptiz
 
02.06.25
14:52
(2) Можно пояснить? Вроде всегда рекомендуют разбивать tempdb на разные файлы?
4 Gataffan
 
02.06.25
15:03
(1) Прошу прощения, хотел прикрепить файлы с инфой, но что-то не получилось

Windows server 2022
SQL Server 2017
5 Ёпрст
 
гуру
02.06.25
16:47
(3) и занафига ? Я пробовал, прироста в скорости не увидел ни разу, оставил один, как и был всегда.
6 Ёпрст
 
гуру
02.06.25
16:49
Вот базу еще могу понять, хранение в файловых группах - можно разнести по разным дискам, и разнести нужные таблички по нужным группам. Но, обслуживать такую хрень, себе дороже.
7 katamoto
 
02.06.25
17:59
(0) 262144 - это 256 кб, если не ошибаюсь. Перепроверьте, может у вас там не на 64 всё же
8 katamoto
 
02.06.25
18:01
(5) Разбивают на файлы не для прироста в скорости, а для уменьшения блокировок на метаданных при большой нагрузке на tempdb. Если у вас там полтора землекопа работает, то можно и один оставлять, конечно
9 Ёпрст
 
гуру
02.06.25
18:30
(8) метаданных ?
10 katamoto
 
02.06.25
18:44
(9) Разнообразные GAM/SGAM/IAM и прочие служебные страницы на каждый файл базы. Если файл один, а желающих его изменить много, то к этим страницам могу начать выстраиваться очереди. Поэтому рекомендуют нагрузку размазывать по нескольким файлам.
11 DrZombi
 
гуру
03.06.25
07:26
(3) Это можно сделать в любое время.
12 DrZombi
 
гуру
03.06.25
07:29
(8) Сомнительно... но гемору больше, я бы темпБД перенес на другой диск ради того, что бы гарантировать устойчивость работы системы. Размещать всё на одном диске "С", как-то не очень :)

...Но если устойчивость вас мало волнует, то можно и не заморачиваться...
13 DrZombi
 
гуру
03.06.25
07:30
(10) А каким боком это к SQL? Он как работал в пакетном режиме, так и работает :)
14 katamoto
 
03.06.25
08:25
(13) Каким боком служебные страницы файлов баз mssql относятся к mssql? Даже не знаю...
15 Gataffan
 
03.06.25
11:52
(7) Я и форматировал их несколько раз и на 4096байт и на 64кб

У меня диск для БД (mdf) - INTEL SSD D7-P5620 SERIES (в рейде 2диска по 3тб)
Для TEMP и LDF - SAMSUNG PM9A3 2.5 (2 диска по 2тб)

Решил для проверки все установить на INTEL и все встало без проблем
16 Gataffan
 
03.06.25
16:11
(15) Причину нашел, проверил размеры сектора командой -
fsutil fsinfo sectorinfo E:

И, оказалось, что на дисках от SAMSUNG, значения PhysicalBytesPerSectorForAtomicity и PhysicalBytesPerSectorForPerformance равны - 262144 байт

А, значение - FilesystemEffectivePhysicalBytesPerSectorForAtomicity : 4096
Я не хочу быть самым богатым человеком на кладбище. Засыпать с чувством, что за день я сделал какую-нибудь потрясающую вещь — вот что меня интересует. Стив Джобс