Реализация конфигурации

Как только вы напишите сценарии SQL, создающие базу данных, останется только запустить их и посмотреть на результат. Если вы допустите ошибку и создастся не такая база данных, какую вы хотели, то исправлять это нужно именно сейчас, а не когда будут загружены данные, а пользователи получат доступ к системе. При использовании сценариев SQL вы можете изменять их и запускать по мере необходимости снова и снова. Ниже приведен пример сценария, использующего много файлов в составе группы файлов для распространения базы данных по нескольким контроллерам:

--

-- Сценарий SQL для создания базы данных, состоящей из нескольких файлов

-- d:, e: и f: - для данных, e: и f: имеют в два раза больше дисковых накопителей,

-- чем имеется у d:, поэтому размер базы данных, распределенной для них в

-- два раза больше, чем для d:. l: используется для журнала.

--

CREATE DATABASE demo

ON

PRIMARY ( NAME = demo1,

FILENAME = 'd:\data\demo_dat1.mdf',

SIZE = 100MB,

MAXSIZE = 200,

FILEGROWTH = 20),

( NAME = demo2,

FILENAME = 'e:\data\demo_dat2.ndf',

SIZE = 200MB,

MAXSIZE = 200,

FILEGROWTH = 20),

( NAME = demo3,

FILENAME = 'f:\data\demo_dat3.ndf',

SIZE = 200MB,

MAXSIZE = 200,

FILEGROWTH = 20)

LOG ON

( NAME = demolog1,

FILENAME = 'l:\data\demo_log1.ldf',

SIZE = 100MB,

MAXSIZE = 200,

FILEGROWTH = 20)

GO

Информация в данной лекции, особенно в данном разделе, поможет вам создать оптимальную подсистему ввода-вывода для вашей системы SQL Server. В следующем разделе даны несколько советов и рекомендаций, которые помогут вам создавать и исправлять подсистемы ввода-вывода.

Советы и рекомендации для подсистемы ввода-вывода

В данном разделе даны советы и рекомендации о том, как лучше всего организовать применение контроллеров RAID в вашей системе. Некоторые из этих советов и рекомендаций вы уже встретили при чтении данной лекции, а некоторые – новые. Будет замечательно, если некоторые из них помогут вам лучше конфигурировать и использовать свой массив RAID. Следуя этим советам и тщательно следя за состоянием системы, вы сможете избежать проблем с производительностью.

• Размещайте журнал транзакций SQL Server на отдельном томе RAID 0 или RAID 1. Операции ввода-вывода для журнала транзакций почти на 100% являются последовательными (с переходом головок на соседнюю дорожку диска), и почти 100% из них являются операциями записи. Операции произвольного ввода-вывода для журнала транзакций бывают лишь при выполнении отката. Информация из журнала транзакций должна считываться, только когда данные для отката недоступны из кэша.

• Сконфигурируйте достаточное количество дисковых накопителей, чтобы на каждый диск приходилось менее 85 операций ввода-вывода. Вы можете просто добавлять в массив дополнительные дисковые накопители, пока их не будет достаточно. Если операции ввода-вывода носят произвольный характер, как это обычно и бывает, то их следует распределять по всем дисковым накопителям массива.

• Конфигурируйте тома данных как массивы RAID 5, если операции записи составляют менее 10% от общего объема ввода-вывода, и как массивы RAID 10, если более 10%.

• Регулярно измеряйте количество операций ввода-вывода, приходящихся на один диск в секунду. Если этот показатель приближается к пределу возможностей диска, то добавляйте дополнительные дисковые накопители.

• Распределяйте контроллеры по доступным слотам PCI вашего компьютера. Если нет особой необходимости, не ставьте несколько контроллеров на одну шину PCI.

• Применяйте Windows 2000 RAID только на компьютерах, на которых имеется избыток ресурсов центрального процессора. Программная реализация RAID вызывает очень большую нагрузку, что может замедлить работу компьютера с недостаточно мощным центральным процессором.