Когда-то я создавал свои собственные SQL-серверы и контролировал конфигурацию дисков, уровни RAID и т. Д. Традиционный совет по разделению данных, журналов, базы данных tempdb, резервных копий (в зависимости от бюджета!) Всегда был довольно важной частью процесса проектирования сервера SQL.
Теперь с SAN уровня предприятия я просто запрашиваю определенный объем дискового пространства для нового сервера SQL, разделенного на логические диски для данных, резервных копий и общих файловых ресурсов. Конечно, облегчает мою работу, но есть часть меня, которая чувствует себя не совсем комфортно, потому что я не могу заглянуть «за кулисы», чтобы увидеть, что там на самом деле происходит.
Насколько я понимаю, команда SAN не настраивает различные «типы» дисков по-разному (оптимизация дисков данных для произвольного доступа по сравнению с дисками журналов для потоковой записи). Отчасти это может зависеть от самого продукта SAN (у нас есть HP XP12000 и HP XP24000), но я был уверен, что программное обеспечение HP выполняет все виды конфигурации динамической производительности (отслеживая горячие точки ввода-вывода и перенастраивая на лету, чтобы оптимизировать эти LUN), чтобы командам приложений и администраторам баз данных не приходилось беспокоиться ни о чем подобном. Что-то о «распределении нагрузки на все серверы по огромному количеству шпинделей» или что-то в этом роде.
Мои вопросы / обсуждение:
Не делая врагов в команде SAN, как я могу заверить себя и разработчиков приложений, что наши SQL-серверы не страдают от плохо сконфигурированного хранилища? Просто использовать статистику perfmon? Другие тесты, такие как sqlio?
Если я загружу тест на эти диски SAN, это действительно дает мне надежную, повторяемую меру того, что я увижу, когда мы начнем жить? (при условии, что программное обеспечение SAN может «динамически настраиваться» по-разному в разные моменты времени.)
Влияет ли тяжелый ввод-вывод в одной части SAN (скажем, на сервер Exchange) на мои SQL-серверы? (при условии, что они не дают выделенные диски каждому серверу, как мне сказали, это не так)
Поможет ли здесь запрос на разделение логических дисков для различных функций логических дисков (data vs log vs tempdb)? Будет ли SAN видеть разные операции ввода-вывода и оптимально настраивать их по-разному?
Мы сейчас в некотором космическом кризисе. Группам приложений говорят, что нужно урезать архивы данных и т. Д. Может ли проблема с пространством привести к тому, что группа SAN примет разные решения о том, как настроить внутреннее хранилище (уровни RAID и т. Д.), Что может повлиять на производительность моего сервера?
Спасибо за ваши мысли (похожая тема кратко обсуждается в этом вопросе SF )