Назад | Перейти на главную страницу

1 логический диск против 2 логических драйверов на 1 контроллере рейда для разделения данных из файлов журнала?

Настраиваю новый сервер: на нем 1 рейд-контроллер с 8 дисками по 146 Гб. Система в настоящее время настроена на Raid 1 + 0, но имеет только 1 логический диск, что не так оптимально, поскольку данные и файлы журналов должны находиться на отдельных дисках?

Есть ли смысл перенастроить систему для использования:

Все диски по-прежнему находятся на одном рейд-контроллере, так что «я не знаю, дает ли это мне преимущество в производительности?»

Спасибо за совет!

Это зависит от того, будет ли ваша база данных в основном для чтения, в основном для записи или неизвестного сочетания.

Если база данных будет в основном считываться (SELECT), тогда используйте все восемь дисков в одном массиве RAID 10.

Если база данных будет в основном записывать (INSERT / UPDATE / DELETEs), тогда вы можете даже рассмотреть два 4-дисковых массива RAID 10 - особенно если ваши базы данных будут часто делать резервные копии журналов транзакций, зеркальное отображение базы данных или доставку журналов.

Если вы просто не знаете, я бы выбрал 2 + 6, если на сервере есть место для добавления дополнительных жестких дисков в будущем. Таким образом, если вы решите, что позже вам потребуется более высокая производительность для массивов данных или журналов, вы, как правило, можете добавить пары дисков в горячем режиме и перезапустить их без отключения. Если вы разместите модель карты RAID, мы сможем это точно проверить.

Если вы не знаете, и у вас нет места для добавления дополнительных дисков, я бы выбрал один массив из 8 дисков для упрощения управления. Вы не будете так беспокоиться о нехватке места на дисках журналов.

И независимо от того, какой вариант вы выберете, поместите файлы журнала на отдельный логический диск от ОС. Если у вас внезапно возникнет огромный объем транзакций, а файлы журнала заполнят логический диск ОС (C), ваш сервер может сильно упасть.

Вот вопрос, который я недавно задал на этом сайте:

Рекомендуемая настройка диска / раздела для SQL Server

Похоже, это может помочь вам в вашем текущем сценарии.

В основном попробуйте настроить свою ОС на RAID 1, данные на RAID 10 (в данный момент я не использую RAID 5) и журналы на RAID 1. Сообщения в этой теме очень хорошо описывают, почему вам это нужно. .

Я бы не советовал размещать файлы журнала на тех же дисках, что и ваша ОС. Файлы журналов имеют раздражающую тенденцию сильно увеличиваться, и это потенциально может заполнить диск с ОС, что было бы плохо. Если они на собственных дисках, это должно повлиять на SQL, только если диски заполнены.

И в 1, и в 0 + 1 RAID вы читаете отдельный сектор с одного диска и записать на два.

Иная история, если у вас RAID 5, на котором, учитывая п физические диски, с которых вы читаете п-1 и писать на п.

В вашей настройке единственное различие между двумя сценариями состоит в том, что набор рейдов сильно не работает, у вас все еще есть другой набор рейдов, чего стоит.

Я бы пошел именно на то, что вы предложили, идею 2 + 6, я думаю, что она хорошо продумана.

Я бы перенастроил на 2 логических диска. Во-первых, размещение ОС на отдельном шпинделе от ваших данных - хорошая практика, потому что это упрощает восстановление. Кроме того, хотя я не знаю подробностей о RAID-контроллере, в целом разделение вашей ОС на другой набор дисков увеличит производительность, потому что это уменьшит конкуренцию на дисках и уменьшит так называемый IO Thrashing, когда диски тратят слишком много времени. ищу и недостаточно читать / писать.

Вот вопрос, который я недавно задал на этом сайте:

Рекомендуемая настройка диска / раздела для SQL Server

Похоже, это может помочь вам в вашем текущем сценарии.

В основном попробуйте настроить свою ОС на RAID 1, данные на RAID 10 (в данный момент я не использую RAID 5) и журналы на RAID 1. Сообщения в этой теме очень хорошо описывают, почему вам это нужно. .

Я бы не советовал размещать файлы журнала на тех же дисках, что и ваша ОС. Файлы журналов имеют раздражающую тенденцию сильно увеличиваться, и это потенциально может заполнить диск с ОС, что было бы плохо. Если они на собственных дисках, это должно повлиять на SQL, только если диски заполнены. Это может быть сложно с 8 дисками, но если вы можете этого избежать, это, вероятно, к лучшему.