![]() |
![]() |
![]() |
|
Ошибка при установке 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 |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |