мы находимся в процессе настройки нашего SQL-сервера, который кластеризован на 2 серверах HP DL380p с использованием HP P2000 для общего хранилища с 2 массивами raid 10 (8 дисков) и зеркалом raid 1 (2 диска). Мы создали 3 LUNS (LUN10, 20, 30) и 5 отдельных файлов VHDx. 1. OS / SQL (LUN10) 2. MDF (LUN10) 3. LDF (LUN 20) 4. TempDB (LUN30)
Меня беспокоит только размещение файлов установки ОС, SQL и базы данных на одном LUN? Это то, что не рекомендуется, или это действительно не имеет значения? Это отдельные файлы VHDx [OS / SQL Install VHD] и [MDF files VHD], но по-прежнему находятся на одном LUN с одинаковыми шпинделями. Вы рекомендуете переместить ОС на собственный полностью независимый набор дисков? Я предполагаю, что вряд ли будет какая-либо активность в (ОС и двоичная версия SQL, устанавливающая VHDx), чтобы оправдать потребность в собственном наборе шпинделей? Могут ли они использовать те же шпиндели, что и файлы MDF?
Спасибо.
Использование диска ОС на SQL-серверах при нормальной работе минимально. Они генерируют нагрузку только во время обновлений.
Что еще беспокоит, так это то, что вы размещаете свои журналы и файлы данных на одних и тех же шпинделях. Это резко контрастирует с рекомендуемой настройкой, когда вы всегда пытаетесь отделить ввод-вывод журнала от ввода-вывода базы данных. В определенных ситуациях это также применимо к tempDB.
Я бы, наверное, выбрал что-то вроде этого:
Эта настройка может ограничивать вас в определенных областях (например, сколько места у вас есть для каждого LUN), но она даст вам гораздо лучший контроль над тем, где находится ваш ввод-вывод, и особенно позволит избежать больших очередей LUN. Также будет намного проще увидеть узкие места и просто обновить с помощью большего количества дисков в будущем или даже установить флэш-диски для tempDB / log, если вы увидите, что диски не справляются с вводом-выводом.
Все, конечно же, сводится к тому, сколько нагрузки ввода-вывода вы ожидаете в системе, как часто вы будете делать резервные копии файлов журнала (обрезать их) и какой у вас бюджет.