
- •Сети хранения данных (san)
- •Лифтовая сортировка
- •Обзор типовых уровней raid
- •Контроль по четности в массивах raid 5
- •Создание данных для контроля по четности
- •Raid 10
- •Сравнение производительности уровней raid
- •Производительность чтения
- •Производительность записи
- •Подсчет количества операций ввода-вывода для дисков
- •Сравнение различных уровней raid
- •Задержки ввода-вывода и sql Server
- •Планирование размещения дисков sql Server
- •Определяем требования к вводу-выводу
- •Объем дисковой памяти
- •Производительность
- •Планирование размещения дисков
- •Планирование размещения журнала транзакций
- •Планирование размещения файлов данных
- •Реализация конфигурации
- •Советы и рекомендации для подсистемы ввода-вывода
- •Заключение
Планирование размещения дисков
При планировании размещения дисков принимаются решения о том, как данные должны быть размещены на дисках, а затем пишутся сценарии SQL, которые создадут базу данных. Достоинством создания базы данных при помощи сценариев SQL, а не при помощи SQL Server Enterprise Manager является то, что вы можете пользоваться ими многократно и вносить в них изменения.
В сценариях должно быть отражено количество логических томов, которое имеет ваша система, а также количество физических дисков в этих томах. Важно сбалансировать базу данных так, чтобы все дисковые накопители обрабатывали приблизительно равные количества операций ввода-вывода в секунду. Производительность несбалансированной системы будет ограничена возможностями самого медленного из томов. Вы должны позаботиться, чтобы журнал транзакций и файлы данных были распределены по дисковым накопителям так, чтобы обеспечивалась оптимальная производительность.
Планирование размещения журнала транзакций
Планирование размещения журнала транзакций очень простое. Часто наилучшим решением является использование для журнала транзакций только одного файла данных. Если вам придется добавлять к своей базе данных дополнительные файлы журналов транзакций, не забудьте, что их следует размещать на томах RAID 1 или RAID 10. Также не забудьте, что файлы журналов транзакций должны храниться отдельно от данных и от других журналов транзакций.
Планирование размещения файлов данных
Самый простой способ сконфигурировать вашу подсистему ввода-вывода для файлов данных – это сконфигурировать каждый том как состоящий из одинакового числа дисковых накопителей одинакового размера. Во многих случаях вам не потребуется разбивать подсистему ввода-вывода на несколько томов. На самом деле, вы можете быть абсолютно довольны, имея один логический том с одним контроллером. Однако для охвата нескольких контроллеров не следует применять средства расслоения Windows 2000, потому что это вызывает очень большую нагрузку.
Совет.
При планировании размещения файлов
данных охватывайте контроллерами
максимально возможное количество
дисков. Благодаря этому контроллер
сможет распределить данные по многим
дискам. Не применяйте средства расслоения
Windows 2000 для охвата нескольких
контроллеров, т.к. это слишком сильно
нагружает центральный процессор.
Если вы применяете несколько контроллеров, то нужно упростить конфигурацию, применяя одинаковое расслоение и одинаковое количество дисков на каждом из контроллеров. Если вы не можете использовать одинаковое количество дисков на каждом из контроллеров, то для правильного заполнения базы данных вы можете воспользоваться пропорциональным заполнением.
Например, если у вас имеется два тома, один – из 20 дисковых накопителей, а другой – из 10 накопителей, то нужно создать группу файлов из двух файлов данных. (О применении файлов и групп файлов см. лекцию 9.) Первый файл данных нужно поместить на 20-дисковый том, и он должен быть в два раза больше файла данных, размещаемого на 10-дисковый томе. При загрузке данных, SQL Server будет загружать в первый файл в два раза больше данных, чем во второй файл. Благодаря этому интенсивность ввода-вывода будет примерно одинаковой для всех дисков.