Как упоминалось в предыдущем разделе, конфигурирование и использова­ние Auto RAID фирмы HP требуют осторожности, потому что процесс автома­тического преобразования блоков диска постоянно конвертирует блоки диска из сегментов RAID 0 + 1 в RAID 5 и обратно, исходя из собственного определе­ния и предсказания модели ввода/вывода для этих блоков. Зоной особого вни­мания для Oracle являются сегменты отката (RBS, rollback segments) и

временные (TEMP) табличные пространства.

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

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

Упомянутые здесь проблемы могут происходить и во всех остальных компо­нентах базы данных, если у них наблюдаются периоды затишья, прерываемые изменяющимися по типу операциями (операции чтения следуют за операциями записи и наоборот), что приводит к тому, что блоки диска постоянно преобразу­ются. Далее, как мы уже упоминали, нехватка контроля за позиционированием

дисков для различных томов вызывает серьезные проблемы с конкуренцией в

тех случаях, когда приложение выполняет значительного объема сканирования по диапазону индекса, за которыми следуют просмотры таблиц.

В одном из проводившихся эталонных тестов было обнаружено, что если в табличные пространства RBS в течение длительного времени не велась запись, но были операции чтения (как часть процесса построения согласованного по чтению образа для долго выполняющихся запросов), те блоки диска, на кото­рых размещаются сегменты отката базы данных, оказывались преобразованны­ми к RAID 5. Затем, когда в базе данных запускается много работ по записи, блоки диска продолжают сохранять формат RAID 5. Это приводит к существен­ной деградации производительности, поскольку для таких блоков должна вы­числяться и записываться информация о четности. Позже, когда подсистема ввода/вывода получает передышку, эти блоки конвертируются к RAID 0+1, Аналогичный феномен происходит и с табличными пространствами TEMP.

В приведенной ниже таблице собраны сведения об использовании различ­ных уровней RAID и компонентов баз данных Oracle:

RAID О

RAID 0 + 1 или 1 +0

RAID 3

RAID 5

Не годится для любых критичных компонентов базы данных Oracle, Может рассматриваться для использования в исследовательских базах данных, где проблемы восстанавливаемости принято считать несущественными. Удобен, когда мы восстанавливаем копию промышленной базы данных и повторно применяем все отличия в DDL 'для создания исследовательской среды.

Идеально подходит для онлайновых и архивированных журналов обновлений. Головки чтения-записи остаются на месте выполнения последней операции. В большинстве систем необходимо иметь три тома для онлайновых журналов обновлений (точнее, для трех их групп) и один том для архивированных журналов обновлений.

Идеально подходит для файлов данных, если требуется высокая

производительность чтения/записи, особенно при онлайновой обработке

транзакций (OLTP) или гибридных системах, где важна производителыносты чтения/записи. Если это возможно, советуем предпочесты вариант 1 + 0 варианту 0 + 1,

Идеален для приложений витрин        данных с малым

числом пользователей, которым в основном требуются сканирования полных (или по диапазону) таблиц или индексов. Если все остальное остается неизменным, RAID 3 обеспечивает лучшую передачу данных, чем RAID 5.

Идеален для приложений витрин данный/хранилищ данных с большим

числом пользователей, которым требуются главным образом уникальные (единичные) сканирования таблиц и индексов. RAID 5 обеспечивает

лучшие характеристики IOPS, чем RAID 3.

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

(или полных) таблиц и индексов. Если приложению требуется RAID 3 и

лучшая поддержка IOPS, а вы можете себе это позволить (по финансовым соображениям), то RAID 7 будет самым подходящим решением.