Документация Oracle на русском языке





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

Главная :: Карта


Oracle Database или Oracle RDBMS — объектно-реляционная система управления базами данных компании Oracle.



 

DeepEdit!

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

  • Увеличить размер шрифта
  • Размер шрифта по умолчанию
  • Уменьшить размер шрифта

Auto RAID


Как упоминалось в предыдущем разделе, конфигурирование и использова­ние 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 О

RAID 1

RAID 0 + 1 или 1 +0

RAID 3

RAID 5

RAID 7

Когда и где его можно использовать
Не годится для любых критичных компонентов базы данных Oracle, Может рассматриваться для использования в исследовательских базах данных, где проблемы восстанавливаемости принято считать несущественными. Удобен, когда мы восстанавливаем копию промышленной базы данных и повторно применяем все отличия в DDL 'для создания исследовательской среды.
Идеально подходит для онлайновых и архивированных журналов обновлений. Головки чтения-записи остаются на месте выполнения последней операции. В большинстве систем необходимо иметь три тома для онлайновых журналов обновлений (точнее, для трех их групп) и один том для архивированных журналов обновлений.
Идеально подходит для файлов данных, если требуется высокая
производительность чтения/записи, особенно при онлайновой обработке
транзакций (OLTP) или гибридных системах, где важна производителыносты чтения/записи. Если это возможно, советуем предпочесты вариант 1 + 0 варианту 0 + 1,
Идеален для приложений витрин        данных с малым
числом пользователей, которым в основном требуются сканирования полных (или по диапазону) таблиц или индексов. Если все остальное остается неизменным, RAID 3 обеспечивает лучшую передачу данных, чем RAID 5.
Идеален для приложений витрин данный/хранилищ данных с большим
числом пользователей, которым требуются главным образом уникальные (единичные) сканирования таблиц и индексов. RAID 5 обеспечивает
лучшие характеристики IOPS, чем RAID 3.
Идеален для приложений витрин данных/хранилищ данных, поддерживающих больше пользователей, чем RAID 3. При этом приложению требуются преимущественно сканирования по диапазону
(или полных) таблиц и индексов. Если приложению требуется RAID 3 и
лучшая поддержка IOPS, а вы можете себе это позволить (по финансовым соображениям), то RAID 7 будет самым подходящим решением.

 


натяжные потолки прайс
jAntivirus