|
Ошибка при установке SQL Server 2017
Gataffan, abfm, obs191, SeriyP, vbus, shuhard, bobark, ADirks, malikov, Ёпрст, Мультук, dis12345, arsik, DrZombi, Гость из Мариуполя, banco, ttGala, Mihenius, Дмитрий, Aleksey, ptiz, katamoto, Vstur, dyevgeniy, zva, elka302, trad, rom4eg
| ☑ |
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
|
|