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





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

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


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



 

DeepEdit!

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

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

Что такое RAID


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

независимых 

дисков. Но так как вы спрашиваете нас, мы выбираем толкование "недорогие", потому что в этом случае наши общие друзья из финан­сового департамента лучше себя чувствуют, когда у них просят много новых дис­ков. А мы попросим!
Концептуально RAID - это всего-навсего использование двух или более фи­зических дисков для создания одного логического диска, причем физические диски работают в тандеме или независимо для обеспечения большего объема и большей полосы пропускания. RAID сегодня становится неотъемлемой частью фабрики ввода/вывода и является фундаментом технологий хранения данных, поддерживаемой многими производителями устройств массовой памяти. Исполь­зование технологии RAID переопределило методы проектирования, применяе­мые для построения систем массовой памяти, которые поддерживают базы данных Oracle.

Чем RAID не является
RAID 

не 

является панацеей от всех возникающих проблем ввода/вывода. Вот один из мифов о RAID: он может устранить для администраторов системы и/или базы данных необходимость самим рассматривать вопросы ввода/выво­да. Всем вам, наши дорогие читатели, наверняка пришлось побывать хотя бы на одной презентации, где торговые представители обещали, что если вы купите их марку дисковых массивов и выполните их "легкую в применении" программу конфигурации, вы можете просто удалиться на покой и вам никогда уже не при­дется иметь дело с рассмотрением каких бы то ни было вопросов ввода/вывода. И вы никогда их больше не увидите! Вот еще один миф: если на вычислитель­ной установке реализован RAID, нет необходимости делать резервные копии базы данных. В особенности это относится к покупным системам    базе RAID.
Да, конечно, выгоды от настройки приложения нельзя даже сравнивать с на­стройкой чего бы то ни было еще. Однако вас заставит спуститься с небес на землю факт, что ситуация с некоторыми из общесистемных вопросов произво­дительности, которые мы пытаемся разрешить, резко ухудшилась благодаря на­шей слепой вере в производителей систем массовой памяти. Не забывайте, что
они такие же смертные, как и мы, и у них нет магической власти над их собст-
венными дисковыми устройствами. Диск не может вращаться быстрее, чем это
указано в его технической спецификации, не может обслуживать передачу дан-
ных, которая превышает его полосу пропускания        и не может
поддерживать огромное множество конкурирующих (одновременно выполняю-
щихся) операций ввода/вывода. Это правда, безотносительно к тому, кто явля-
ется производителем используемых дисков.
Вот один пример о павших жертвой слепой веры - история, которую произ­водители устройств памяти рассказывают нам: "больше не нужно заботиться о
том, где физически размещены ваши таблицы и индексы", и значит, их можно
размещать в одном и том же наборе устройств. Далее они заявляют, что их устройства памяти и RAID возьмут на себя все наши административные усилия и избавят от головной боли, связанной с размещением табличных пространств. Неверно! Из нашего опыта (а мы имели возможность проверить это снова и снова для многих наших заказчиков) физическая независимость таблиц и ин­дексов требуется для приложений, которые используют таблицы и индексы в тандеме.
Типичными для такого рода использования являются пакетные среды, где
приложения выполняют сканирования диапазона индекса для больших таблиц,
за которыми следует поиск в соответствующей таблице. В этом случае физиче-
ское хранение таблиц и индексов на одном наборе дисков причиняет произво-
дительности существенный вред. Это верно, даже если архитектура дисков
поддерживает хранение данных всей дорожки в собственном буферном кэше
для уменьшения издержек на дорогие операции установки. RAID обеспечивает
отличную производительность ввода/вывода, если он реализован с такой же
тщательностью, которую        администраторы базы данных обеспечивали
при проектировании решений с простыми дисками, т. е. разделяя таблицы и со­ответствующие им индексы, если обращения к ним идут в тандеме.
С другой стороны, RAID может нанести ущерб, если будет реализован слу­чайным образом. Кроме того, RAID не обладает возможностями, позволяющи­ми предохранить диск от сбоев, связанных с шиной диска, хост-адаптером,
интерфейсом, дисковым контроллером, системой охлаждения, системой пита­ния, хост-компьютером, приложением, и, наконец, с человеческим фактором.

 


Пластиковый чехол для samsung e57 rhfcyjzhcr.
jAntivirus