|
|
|
Форматирование дисков
|
|||
|---|---|---|---|
|
#18+
MS рекомендует форматировать диски под рабочие базы, лог и темпдб в размер кластера 64к. - А кто нибудь делал это или об этом только говорят? - Как вы обошлись с "bytes per sector", "Bytes per physical sector"? - Форматировали через контроллер или оставили как есть? - Кроме того, форматировать диск лога в в размер кластера 64к это не перебор? ЗЫ: спрашиваю, т.к. сейчас переношу базы на новое железо (с ssd дисками), SQL2008R2 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.08.2019, 16:42 |
|
||
|
Форматирование дисков
|
|||
|---|---|---|---|
|
#18+
Alexander Us, Отформатировал новый сервер в 64к кластеры, настроил зеркалирование со старого, чтобы перенести базу, теперь лезет ошибка (некритично, но неприятная) "9012 Server There have been 25958400 misaligned log IOs which required falling back to synchronous IO. The current IO is on file L:\XXX.ldf." Обяснения, похожий случай и обход тут и тут , но там она возникает из за разных размеров сектора. У меня же сектора на старой и новой машине одинаковы - 512E, только размер кластера разный. Хоть кто то - работает на машите с 64k кластерами? - какой режим сектора вы используете: 512, 512E, "native 4k"? - получал эту ошибку? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.09.2019, 16:37 |
|
||
|
Форматирование дисков
|
|||
|---|---|---|---|
|
#18+
Гавриленко Сергей Алексеевич https://docs.microsoft.com/en-us/previous-versions/sql/sql-server-2008/dd758814(v=sql.100) Спасибо, но я это уже читал. Там речь идет о выравнивании партиций, чтобы не происходило ненужного увеличения числа IO. В windows server 2012 это делается автоматически. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.09.2019, 17:01 |
|
||
|
Форматирование дисков
|
|||
|---|---|---|---|
|
#18+
Alexander Us, 64к работаем. Для копирования баз используем бэкапы. Я подозреваю, что у вас синхронное зеркало и сеть/сервер его не тянет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.09.2019, 17:56 |
|
||
|
Форматирование дисков
|
|||
|---|---|---|---|
|
#18+
Владислав КолосовAlexander Us, 64к работаем. Для копирования баз используем бэкапы. Я подозреваю, что у вас синхронное зеркало и сеть/сервер его не тянет. Владислав, с "тягой" всё ок, но похоже на эту проблему: "FIX: Slow synchronization when disks have different sector sizes for primary and secondary replica log files in SQL Server AG and Logshipping environments" Видимо, на всякий случай, придётся отказаться от 64к кластров. Удивительно, что только Вы используете 64к кластры, хотя это явная рекомендация от MS. Я думал, отзовутся многие. Правда и "4K native" режим для размера секторв вроде тоже рекомендован ,но совершенно не ясно, как его включить (в UI контроллера не нашел, в железе я не спец) ,и надо ли его использовать для SSD ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.09.2019, 12:59 |
|
||
|
Форматирование дисков
|
|||
|---|---|---|---|
|
#18+
Alexander UsВидимо, на всякий случай, придётся отказаться от 64к кластров. Удивительно, что только Вы используете 64к кластры, хотя это явная рекомендация от MS. Я думал, отзовутся многие. я бы на вашем месте привел все диски к 64к если "многие" не отзываются, это не значит, что 64к не используется на последних двух работах парки сиквелов (200 & 800 штук) были на дисках с 64к кластером - это было стандартной подготовкой дисков для сиквела ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.09.2019, 13:19 |
|
||
|
Форматирование дисков
|
|||
|---|---|---|---|
|
#18+
Alexander UsЯ думал, отзовутся многие.Пропорцию лучше считать не по отношению "кто отозвался/общее количество жителей земли" Иначе цифры получатся недостоверными. Лучше использовать соотношение из данных, предоставленных откликнувшимися. То есть пока что 1 использующий / 1 всего = 1, то есть "все" Alexander UsУдивительно, что только Вы используете 64к кластры, хотя это явная рекомендация от MS.Я думаю, почти все используют либо 64, либо 256, я не встречал в разных компаниях другого подхода, с конца 90-х ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.09.2019, 22:17 |
|
||
|
Форматирование дисков
|
|||
|---|---|---|---|
|
#18+
alexeyvgЯ думаю, почти все используют либо 64, либо 256, я не встречал в разных компаниях другого подхода, с конца 90-х не видел 256к на современных версиях винды для NTFS 64k max ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.09.2019, 23:36 |
|
||
|
Форматирование дисков
|
|||
|---|---|---|---|
|
#18+
komradalexeyvgЯ думаю, почти все используют либо 64, либо 256, я не встречал в разных компаниях другого подхода, с конца 90-х не видел 256к на современных версиях винды для NTFS 64k max Ой, перепутал со страйпом в массиве :-( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.09.2019, 00:42 |
|
||
|
Форматирование дисков
|
|||
|---|---|---|---|
|
#18+
Alexander Us, А зачем менять дефолты, есть выгода на тестах? NTFS умеет в экстенты, а блоки на SSD вообще 1-2Мб например ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.09.2019, 00:53 |
|
||
|
Форматирование дисков
|
|||
|---|---|---|---|
|
#18+
Более того, для SSD NTFS не самая удачная ФС - высокая нагрузка обязательных перезаписей служебных областей, куча индексов и ACL. Но для MSSQL выбора считай, что нет. У меня нет данных по ReFS, да и вообще оптимизаций для SSD не особо заметно пока нигде ( Были бы интересны новости прогресса в этой области. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.09.2019, 01:12 |
|
||
|
Форматирование дисков
|
|||
|---|---|---|---|
|
#18+
Alexander UsMS рекомендует форматировать диски под рабочие базы, лог и темпдб в размер кластера 64к. - А кто нибудь делал это или об этом только говорят? - Кроме того, форматировать диск лога в в размер кластера 64к это не перебор? Делал раньше. Диск логов форматировать с размером кластера 64к не стоит, так как там иная структура хранения данных. Не экстенты по 8 8к страниц как у БД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.09.2019, 08:56 |
|
||
|
Форматирование дисков
|
|||
|---|---|---|---|
|
#18+
Alexander Us- работает на машите с 64k кластерами? - какой режим сектора вы используете: 512, 512E, "native 4k"? - получал эту ошибку? Ошибку получал при переносе на поданные диски через Storage Spaces. Там они становятся 4к Либо переносить не всех серверах (mirroring, AG) на диски с одинаковыми размерами физического сектора либо запускать на всем нодах с флагом трассировки. Форматировать по 64к кластер ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.09.2019, 09:07 |
|
||
|
Форматирование дисков
|
|||
|---|---|---|---|
|
#18+
KirillichЛибо переносить не всех серверах читать как: Либо переносить НА всех серверах ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.09.2019, 09:08 |
|
||
|
Форматирование дисков
|
|||
|---|---|---|---|
|
#18+
SQL2008 Диск логов форматировать с размером кластера 64к не стоит, так как там иная структура хранения данных. Не экстенты по 8 8к страниц как у БД. у лога важнее скорость записи (I/O pattern), чем эффективности хранения, если это имелось ввиду поэтому "структура хранения" - дело десятое ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.09.2019, 11:39 |
|
||
|
Форматирование дисков
|
|||
|---|---|---|---|
|
#18+
komradу лога важнее скорость записи (I/O pattern), чем эффективности хранения, если это имелось ввиду поэтому "структура хранения" - дело десятое Так при каком размере кластера диска лога можно ожидать наибольшей скорости записи? 4к или 64к ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.09.2019, 12:17 |
|
||
|
Форматирование дисков
|
|||
|---|---|---|---|
|
#18+
Alexander Uskomradу лога важнее скорость записи (I/O pattern), чем эффективности хранения, если это имелось ввиду поэтому "структура хранения" - дело десятое Так при каком размере кластера диска лога можно ожидать наибольшей скорости записи? 4к или 64к ? скорее интересней другое - сколько надо записать блоков диску при одной "записи" сиквела если лог пишется сиквелом блоками по 512кб-60к, то в случае 64к - это один блок на диске, а в случае 4к - 16 блоков следственно, операций записи на уровне диска гораздо больше (аппаратное кэширование не берем в расчет) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.09.2019, 12:33 |
|
||
|
Форматирование дисков
|
|||
|---|---|---|---|
|
#18+
komrad блоками по 512кб-60к опечатка, должно быть 512байт-60кб ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.09.2019, 14:02 |
|
||
|
Форматирование дисков
|
|||
|---|---|---|---|
|
#18+
komrad, так раки какие покупать, маленькие по 3 или большие по 5? (диск лога форматировать по 4k или 64k ?) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.09.2019, 14:54 |
|
||
|
Форматирование дисков
|
|||
|---|---|---|---|
|
#18+
Alexander Us(диск лога форматировать по 4k или 64k ?) в общем случае, я бы следовал рекомендации МС и использовал 64к ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.09.2019, 14:58 |
|
||
|
Форматирование дисков
|
|||
|---|---|---|---|
|
#18+
Alexander Us, на производительность журналов больше влияет количество VLF, нежели размер кластера. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.09.2019, 15:19 |
|
||
|
Форматирование дисков
|
|||
|---|---|---|---|
|
#18+
Что касается ошибки 9012: "9012 Server There have been 25958400 misaligned log IOs which required falling back to synchronous IO. The current IO is on file L:\XXX.ldf." Оказалось, что в моём случае она возникает при зеркалировании между разными версиями SQL (2008 -> 2008R2) Воспроизведение: 1) Вклчаю зеркалирование базы XXX с сервера S1 (sql2008) на S2 (sql2008 R2) - ошибка появляется в логах S2 2) Переключаю зеркалирование, удаляю зеркалирование 3) Вклчаю зеркалирование этой же базы с сервера S2 (sql2008 R2) на S3 (sql2008 R2) - ошибка уже не появляется ЗЫ: Спасибо всем откликнувшимся. ЗЗЫ: Хоть мой основной вопрос (надеюсь) решен, некоторые другие отвечены, осталась не раскрытой тема низкоуровнего форматирования: режим сектора: 512, 512E или "native 4k" и их применение с SSD. Буду рад, если кто выскажется и по этой теме. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.09.2019, 16:10 |
|
||
|
Форматирование дисков
|
|||
|---|---|---|---|
|
#18+
Alexander UsЧто касается ошибки 9012: "9012 Server There have been 25958400 misaligned log IOs which required falling back to synchronous IO. The current IO is on file L:\XXX.ldf." Оказалось, что в моём случае она возникает при зеркалировании между разными версиями SQL (2008 -> 2008R2) Воспроизведение: 1) Вклчаю зеркалирование базы XXX с сервера S1 (sql2008) на S2 (sql2008 R2) - ошибка появляется в логах S2 2) Переключаю зеркалирование, удаляю зеркалирование 3) Вклчаю зеркалирование этой же базы с сервера S2 (sql2008 R2) на S3 (sql2008 R2) - ошибка уже не появляется ЗЫ: Спасибо всем откликнувшимся. ЗЗЫ: Хоть мой основной вопрос (надеюсь) решен, некоторые другие отвечены, осталась не раскрытой тема низкоуровнего форматирования: режим сектора: 512, 512E или "native 4k" и их применение с SSD. Буду рад, если кто выскажется и по этой теме. не правильный вывод сделал. запусти под администратором на всех серверах fsutil fsinfo ntfsinfo %имя_тома% и увидешь в чем разница. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.09.2019, 16:31 |
|
||
|
Форматирование дисков
|
|||
|---|---|---|---|
|
#18+
Kirillichзапусти под администратором на всех серверах fsutil fsinfo ntfsinfo %имя_тома% и увидешь в чем разница. Запускал. Прежде чем писать в форум переформатировал диски нового сервера назад, в 4k кластеры, на обоих серверах было: Bytes per Sector : 512 Bytes per Physical Sector : 4096 Bytes per Cluster : 4096 Bytes pet FileRecord Segment : 1024 а ошибка осталась. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.09.2019, 16:54 |
|
||
|
|
start [/forum/topic.php?fid=46&fpage=40&tid=1685333]: |
0ms |
get settings: |
8ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
32ms |
get topic data: |
12ms |
get forum data: |
2ms |
get page messages: |
66ms |
get tp. blocked users: |
2ms |
| others: | 15ms |
| total: | 155ms |
| 0 / 0 |
