Хотя почти все вопросы, Относящиеся к RAID, являются общими для боль­шинства приложений и баз данных, имеются те, которые сильнее влияют на VLDB, чем на остальные базы данных. Именно их мы и перечислим:

•   В зависимости от того, является система гибридной или OLTP, основные параметры инициализации типа DB _BLOCK_SIZE (который нельзя изменить без полного повторного создания базы данных) требуют специального рассмотрения. В сомнительных случаях

рекомендуем выбирать большие значения размера блока. Такой выбор улучшает производительность подсистемы ввода/вывода (так как снижается число системных вызовов для обслуживания запросов ввода/вывода) и уменьшает число блоков в таблицах и индексах. В случае индексов такой подход оказывает положительное влияние

на высоту индекса.

•        В зависимости от природы приложения (с уклоном в транзакции или

с уклоном в отчеты), необходимо самым тщательным образом обсудить и сконфигурировать уровень RAID. Природа приложения также должна быть исследована, чтобы определить, является модель ввода/вывода последовательной или произвольной. Переделать этот уровень может оказаться невозможным.

Отношение используемого размера базы данных к ее полному размеру является очень уместным в процессе выбора подходящего уровня RAID и всех относящихся к вводу/выводу параметров. Вероятно, в нашей системе работает принцип Парето: 80% ввода/вывода генерируется для 20% данных. На нашу долю остается определение этих 20%.

Возможность отделять табличные пространства, используемые только для чтения, от табличных пространств для чтения/записи еще сильнее влияет на использование различных уровней RAID, которые могут быть

задействованы либо при чтении, либо при записи.

Число пользователей, имеющих доступ к приложению, и, следовательно, число одновременно выполняющихся сеансов также определяют многие из вопросов конфигурирования в системе ввода/вывода.

В окончательном уравнении, вычисляющем соотношение между стоимостью и доступностью, должны быть учтены любые сервисные соглашения, относящиеся к доступности. Сюда же относится и допустимое среднее время на восстановление после сбоя        mean

time to recover), а значит, и частота создания резервных копий. Вклад

вносит также решение о страйпинге, которое нам приходится

принимать.

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

конфигурации RAID, которые делаются под требования конкретной

системы. Как сильно и как часто меняются данные пользователей?

•        Необходимо также сделать выбор между программно-ориентированной

и аппаратной репликацией.