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