Что такое ассемблер оракула

Обновлено: 21.11.2024

Одна из самых важных новых функций в выпуске Oracle 10g — это автоматизированное управление хранилищем (ASM). Чтобы использовать ASM в общем режиме для использования базы данных RAC, необходимо создать экземпляр ASM для каждого узла базы данных RAC, включающего те же дисковые устройства, что и входные данные. Каждый экземпляр ASM имеет файл параметров типа SPFILE или PFILE. Чтобы использовать ASM в среде RAC, выберите ASM в качестве варианта хранения при создании базы данных с помощью помощника по настройке базы данных (DBCA).

Конфигурация автоматического управления хранилищем

Чтобы включить средство автоматизированного управления хранилищем (ASM), необходимо создать отдельный экземпляр ASM перед запуском экземпляров базы данных. Экземпляр ASM не требует, чтобы был запущен экземпляр Oracle; как может быть в случае первоначальной настройки компонентов, управляемых экземпляром ASM. Чтобы использовать Automated Storage Management для управления файлами базы данных Oracle, у вас должны быть запущены как экземпляр базы данных, так и экземпляр ASM.

Automated Storage Management интегрирован в сервер базы данных Oracle, и вам не нужно устанавливать ASM как отдельный продукт. Исполняемые файлы Oracle ASM устанавливаются для обычного 10-граммового Oracle и используются для экземпляра ASM. Таким образом, нет отдельного Oracle Home для ASM. Однако для использования файлов ASM необходимо настроить и запустить хотя бы один экземпляр ASM до запуска экземпляра базы данных, использующего файлы ASM.

Вы можете настроить автоматическое управление хранилищем (ASM) в помощнике по настройке базы данных (DBCA), утилите управления сервером (SRVCTL) или Oracle Enterprise Manager (OEM). Эти интерфейсы используются в Oracle Database 10g для функций обычного и Среды реальных кластеров приложений (RAC).

Oracle ASM полезен для автоматизации и упрощения оптимальной компоновки файлов данных, управляющих файлов и файлов журналов, особенно для RAC. Oracle ASM автоматически распределяет файлы базы данных по всем доступным дискам (RAID 10), и всякий раз, когда изменяется конфигурация хранилища, хранилище базы данных перебалансируется. ASM также можно использовать для обеспечения избыточности путем зеркального отображения файлов базы данных на разных дисках.

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

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

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

Концепции хранения Oracle ASM

ASM-диски
Группы дисков ASM
Файлы ASM
Шаблоны ASM

Вы можете запустить команду ASM list data groups (lsdg) из сценария оболочки bash, чтобы быстро увидеть использование дискового пространства:

Давайте подробно рассмотрим эти концепции ASM.

Компоненты экземпляра ASM

В экземпляре ASM есть несколько компонентов.

Группы дисков ASM

Группа дисков — это, по сути, один или несколько дисков ASM, которые управляются как единое логическое устройство. Любая структура данных, хранящаяся в группе дисков ASM, полностью содержится в этой группе дисков или автономна. Базу данных, использующую диски ASM, не нужно останавливать, чтобы можно было добавить или удалить диск. ASM перебалансирует распределение данных, чтобы обеспечить равномерную нагрузку ввода-вывода на все диски в группе дисков при изменении конфигурации группы дисков.

Мы упомянули, что любой отдельный файл ASM является автономным в одной группе дисков ASM. Однако группа дисков ASM может содержать файлы, принадлежащие нескольким базам данных, и одна база данных может использовать хранилище из нескольких групп дисков ASM. Вы можете указать группу дисков в качестве группы дисков по умолчанию для файлов, созданных в базе данных, указав группу дисков в параметрах инициализации назначения файла.

ASM делит файлы данных на экстенты по 1 МБ и равномерно распределяет экстенты каждого файла по всем дискам в группе дисков. ASM использует указатели для записи местоположения экстента вместо использования математической функции для отслеживания размещения каждого экстента.При изменении конфигурации группы дисков ASM перемещает отдельные экстенты файла, а не все экстенты, чтобы придерживаться формулы, основанной на количестве дисков.

Для файлов, таких как файлы журналов, которые требуют малой задержки, ASM обеспечивает мелкозернистое (128 КБ) чередование, позволяющее разделять и обрабатывать большие операции ввода-вывода на нескольких дисках параллельно. Во время создания файла вы можете решить, использовать мелкозернистое чередование или нет. Шаблоны конкретных типов файлов в группе дисков определяют поведение по умолчанию.

В большинстве установок, вероятно, будет две или более групп дисков. Причины наличия нескольких разных групп дисков включают следующее:

Для группировки дисков разных производителей, разных размеров или характеристик производительности.

Группировать диски с разной внешней избыточностью вместе; например, JBOD (просто группа дисков) обычно не будет находиться в одной группе дисков с дисками из конфигурации RAID 1+0 или RAID5, но это возможно с помощью ASM.

Чтобы разделить рабочую область и область восстановления для данной базы данных.

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

В случае среды базы данных RAC файлы для загрузки во внешние таблицы по-прежнему находятся в файловой системе, отличной от ASM, которая может быть файловой системой кластера или локальной файловой системой.

Типы дисковых групп Oracle ASM

Существует три типа дисковых групп Oracle ASM:

Обычная избыточность
Высокая избыточность
Внешнее резервирование

При нормальной и высокой избыточности шаблон группы дисков указывает атрибуты избыточности ASM для всех файлов в группе дисков.

Конфигурация высокой избыточности ASM обеспечивает большую степень защиты. При внешней избыточности ASM не обеспечивает избыточности для группы дисков.

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

Это выдержка из «Oracle RAC & Grid» Rampant TechPress.

Что такое автоматизированное управление хранилищем?
Майк Олт
Автоматизированное управление хранилищем (ASM) было разработано для упрощения администрирования баз данных. ASM избавляет администратора баз данных от необходимости напрямую управлять тысячами файлов базы данных Oracle, которые могут присутствовать в современном экземпляре Oracle. ASM делает это, активируя группы дисков ASM, которые являются логическими единицами, состоящими из дисков и файлов, находящихся на них. С помощью ASM управление тысячами файлов Oracle сводится к управлению небольшим количеством групп дисков.

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

ASM — это логическое расширение возможностей файлов, управляемых Oracle (OMF). В предыдущих версиях OMF файлы создавались и управлялись автоматически, но с ASM вы получаете дополнительные преимущества таких функций, как зеркальное отображение групп дисков ASM и чередование.

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

Чтобы включить ASM, перед запуском экземпляров базы данных необходимо создать отдельный экземпляр ASM. Экземпляр ASM не требует запуска экземпляра БД; как может быть в случае первоначальной настройки компонентов, управляемых экземпляром ASM. Но чтобы использовать Automated Storage Management для управления файлами базы данных Oracle, у вас должны быть запущены как экземпляр базы данных, так и экземпляр ASM. Автоматизированное управление хранилищем интегрировано в сервер базы данных; вам не нужно устанавливать его как отдельный продукт.

Автоматизированное управление хранилищем (ASM) было разработано для упрощения администрирования баз данных. ASM избавляет администратора баз данных от необходимости напрямую управлять тысячами файлов базы данных Oracle, которые могут присутствовать в современном экземпляре Oracle. ASM делает это, активируя группы дисков ASM, которые являются логическими единицами, состоящими из дисков и файлов, находящихся на них. С помощью ASM управление тысячами файлов Oracle сводится к управлению небольшим количеством групп дисков.

ASM — это логическое расширение возможностей файлов, управляемых Oracle (OMF). В предыдущих версиях OMF файлы создавались и управлялись автоматически, но с ASM вы получаете дополнительные преимущества таких функций, как зеркалирование групп дисков ASM и чередование. ASM был разработан той же группой, которая разработала ODM (Oracle Disk Manager) в корпорации Oracle.

ASM был разработан, чтобы сохранить все существующие функции базы данных. Ваши существующие базы данных будут работать, как всегда. Существующие базы данных, использующие файловые системы или хранящиеся на необработанных устройствах, будут работать как обычно. Однако даже в существующих базах данных Oracle 10g новые файлы можно создавать как файлы ASM, а старые администрировать по-старому. Это означает, что базы данных могут одновременно содержать файлы ASM, файлы, управляемые Oracle, и файлы, управляемые вручную.

Почему ASM?

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

SAME и балансировка нагрузки

Буферизованный ввод-вывод использует ценные ресурсы, такие как память и циклы ЦП, поскольку блоки Oracle кэшируются как в SGA, так и в буферном кеше файловой системы. Приняв прямой ввод-вывод, можно добиться гораздо более высокого коэффициента попаданий в кэш. Oracle может обрабатывать кэш намного эффективнее, чем файловая система. У Oracle есть сложный алгоритм замены кэша на основе подсчета касаний, который чувствителен как к частоте использования, так и к тому, насколько свежими являются блоки данных.

Буферизованный ввод-вывод заполняет кэш файловой системы данными Oracle, тогда как использование прямого ввода-вывода позволяет намного эффективнее кэшировать в файловой системе данные, не относящиеся к Oracle. Кроме того, буферизованный ввод-вывод обычно требует больших физических операций записи, таких как запись временных файлов. Эти операции записи выполняются и ожидаются последовательно, поэтому они не могут быть объединены в драйвере устройства или на нижних уровнях стека, если только не используется дисковый кэш с обратной записью. Это означает, что между каждой парой операций записи компонента поддерживается полная задержка вращения физического диска.

Запись файла журнала повторов также страдает от другой серьезной неэффективности, если используется буферизованный ввод-вывод. Поскольку операции повторной записи адресуют произвольное число блоков журнала, а блоки журнала малы по сравнению с размером буферов файловой системы, вполне нормально, что последний блок журнала повторной записи не совпадает с концом буфера файловой системы. Поэтому, если целевой блок файловой системы уже не находится в кеше, операционная система должна сначала прочитать этот блок с диска, прежде чем новый повтор можно будет скопировать в часть своего буфера файловой системы.

Для решения всех этих проблем крайне необходим прямой ввод-вывод. Способ включения прямого ввода-вывода зависит от одной системы к другой, а также от типа файловой системы. В некоторых случаях достаточно установить параметр filesystemio_options; в некоторых случаях требуется опция монтирования файловой системы; а прямой ввод-вывод также можно настроить для каждого файла с помощью специальных команд операционной системы. Использование ASM устраняет необходимость прямой настройки ввода/вывода.
Установка ASM

В Oracle Database 10g универсальный установщик Oracle (OUI) всегда будет устанавливать ASM при установке программного обеспечения базы данных. Помощник по настройке базы данных (DBCA) определяет, существует ли уже экземпляр ASM, и если нет, то вам будет предоставлена возможность создать и настроить экземпляр ASM как часть установки. Если экземпляр ASM уже существует, он будет использоваться по умолчанию. DBCA автоматически настраивает файл параметров экземпляра ASM и файл паролей.

DBCA упрощает настройку и создание базы данных, а EM обеспечивает комплексный подход к управлению экземпляром ASM и экземпляром базы данных.

Продукт Oracle Enterprise Manager (EM) или помощник по настройке базы данных (DBCA) следует использовать в качестве графического интерфейса пользователя для ASM, который заменяет использование SQL или SQL*Plus для настройки и изменения групп дисков и их метаданных.

Обучение Oracle от Дона Берлесона

Лучшие на сайте «Учебные курсы Oracle» находятся на расстоянии одного телефонного звонка! Вы можете пройти индивидуальное обучение Oracle от Дональда Берлесона прямо в своем магазине!

Бурлесон — американская команда

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

Проверьте опыт! Любой, кто рассматривает возможность использования услуг эксперта службы поддержки Oracle, должен самостоятельно проверить свои полномочия и опыт, а не полагаться на рекламу и самопровозглашенный опыт. Все законные эксперты Oracle публикуют свои квалификации Oracle.

Ошибки? Технология Oracle меняется, и мы стараемся обновлять нашу информацию о поддержке BC Oracle. Если вы обнаружите ошибку или у вас есть предложение по улучшению нашего контента, мы будем признательны за ваш отзыв. Просто электронная почта:

и укажите URL-адрес страницы.

Burleson Consulting

Оракул поддержки баз данных

Основа для управления хранилищем Oracle

Что нового в ASM

Технический документ: технический обзор новых функций автоматического управления хранилищем в базе данных Oracle (PDF)

Презентация PPT: Oracle Database 19c ASM Parity Protection (pptx)

Видео: Основные моменты автономной базы данных

Подробнее

Архитектура

Автоматическое управление хранилищем (ASM), функция базы данных Oracle, предоставляет клиентам Oracle упрощенное управление хранилищем, единообразное для всех серверов и платформ хранения. С помощью ASM хранилище управляется как небольшое количество пулов хранения, называемых группами дисков ASM. Файлы, связанные с базой данных, назначаются группам дисков ASM, а ASM управляет компоновкой и организацией данных, обеспечивая оптимальную производительность и защиту от сбоев оборудования хранилища. Дисковые группы ASM предоставляют удобные и простые средства для консолидации хранилища и упрощения административных задач, ранее требовавшихся от администраторов баз данных и системных администраторов. ASM обеспечивает базовое управление хранилищем для кластерной файловой системы ASM (ACFS), которая обеспечивает централизованное хранение данных за пределами базы данных.

Ключевые преимущества ASM

Упрощает и автоматизирует управление хранилищем.
Увеличивает использование хранилища и гибкость.
Обеспечивает предсказуемую производительность, доступность и масштабируемость.
Поддержка сбоя базы данных в случае сбоя сервера.
Интегрированное управление хранилищем с помощью ACFS

Семейство решений Oracle RAC

Под семейством решений Oracle RAC подразумевается набор продуктов и функций, которые клиенты с лицензией Oracle RAC или Oracle RAC One Node могут использовать бесплатно. Каждое решение расширяет или дополняет базовое предложение Oracle RAC, обеспечивая более высокую доступность и масштабируемость или автоматизируя и упрощая повседневную работу. Узнайте больше об этих ценных улучшениях, перейдя по ссылке для каждого решения на рисунке ниже. Чтобы узнать больше об Oracle ASM, перейдите по ссылке внизу страницы.

Автоматическое управление хранилищем (ASM) — это интегрированная высокопроизводительная файловая система базы данных и диспетчер дисков. ASM основан на том принципе, что хранилищем должна управлять база данных, а не администратор. ASM избавляет вас от необходимости напрямую управлять потенциально тысячами файлов базы данных Oracle.

ASM группирует диски в вашей системе хранения в одну или несколько групп дисков. Вы управляете небольшим набором групп дисков, а ASM автоматизирует размещение файлов базы данных в этих группах дисков.

ASM предоставляет следующие преимущества:

Распределение — ASM равномерно распределяет данные по всем дискам в группе дисков для оптимизации производительности и использования. Такое равномерное распределение файлов базы данных устраняет необходимость в регулярном мониторинге и настройке производительности ввода-вывода.

Например, если в группе дисков шесть дисков, фрагменты каждого ASM-файла записываются на все шесть дисков. Эти фрагменты состоят из фрагментов по 1 МБ, известных как экстенты. Когда создается файл базы данных, он чередуется (разделяется на экстенты и распределяется) по шести дискам, и выделенное дисковое пространство на всех шести дисках увеличивается равномерно. При чтении файла экстенты файла считываются со всех шести дисков параллельно, что значительно повышает производительность.

Зеркальное отображение — ASM может повысить доступность за счет опционального зеркального отображения любого файла. ASM зеркалирует на уровне файлов, в отличие от зеркалирования операционной системы, которое зеркалирует на уровне диска. Зеркалирование означает хранение избыточных или зеркальных копий каждого экстента файла, чтобы избежать потери данных, вызванной сбоями диска.Зеркальная копия каждого экстента файла всегда хранится на диске, отличном от исходной копии. Если диск выходит из строя, ASM может продолжить доступ к затронутым файлам, обращаясь к зеркальным копиям на уцелевших дисках в группе дисков.

ASM поддерживает двустороннее зеркальное отображение, при котором каждый экстент файла получает одну зеркальную копию, и трехстороннее зеркальное отображение, при котором каждый экстент файла получает две зеркальные копии.

Реконфигурация онлайн-хранилища и динамическая перебалансировка — ASM позволяет добавлять или удалять диски из дисковой системы хранения во время работы базы данных. Когда вы добавляете диск, ASM автоматически перераспределяет данные, чтобы они были равномерно распределены по всем дискам в группе дисков, включая новый диск. Это перераспределение известно как ребалансировка. Это делается в фоновом режиме и с минимальным влиянием на производительность базы данных. Когда вы запрашиваете удаление диска, ASM сначала выполняет повторную балансировку, равномерно перемещая все экстенты файлов с удаляемого диска на другие диски в группе дисков.

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

Oracle рекомендует использовать ASM для хранения файлов базы данных вместо необработанных устройств или файловой системы операционной системы. Однако базы данных могут содержать как ASM-файлы, так и не-ASM-файлы. В состав Oracle Enterprise Manager входит мастер, позволяющий переносить файлы базы данных, отличные от ASM, в ASM.

Экземпляр ASM

ASM реализован как особый вид экземпляра Oracle с собственной системной глобальной областью и фоновыми процессами. Экземпляр ASM тесно интегрирован с экземпляром базы данных. Каждый сервер, на котором работает один или несколько экземпляров базы данных, использующих ASM для хранения, имеет экземпляр ASM. В среде реальных кластеров приложений имеется один экземпляр ASM для каждого узла, и экземпляры ASM взаимодействуют друг с другом на основе одноранговых узлов. Для каждого узла требуется только один экземпляр ASM, независимо от количества экземпляров базы данных на узле.

Администрирование ASM

Вы управляете ASM с помощью Oracle Enterprise Manager Database Control или Grid Control. В этом приложении предполагается, что вы используете управление базой данных.

Дополнительную информацию об ASM см. в Руководстве администратора базы данных Oracle.

Автоматическое управление хранилищем (ASM) — это новая функция, представленная в Oracle 10g для упрощения хранения файлов данных, управляющих файлов и файлов журналов Oracle.

Обзор автоматического управления хранилищем (ASM)

Автоматическое управление хранилищем (ASM) упрощает администрирование файлов, связанных с Oracle, позволяя администратору ссылаться на группы дисков, а не на отдельные диски и файлы, которыми управляет ASM. Функциональность ASM является расширением функциональности Oracle Managed Files (OMF), которая также включает в себя чередование и зеркалирование для обеспечения сбалансированного и безопасного хранения. Новые функции ASM можно использовать в сочетании с существующими необработанными и подготовленными файловыми системами, а также с OMF и файлами, управляемыми вручную.

Функциональность ASM контролируется экземпляром ASM. Это не полный экземпляр базы данных, а только структуры памяти, поэтому он очень маленький и легковесный.

Основными компонентами ASM являются группы дисков, каждая из которых состоит из нескольких физических дисков, управляемых как единое целое. Физические диски называются ASM-дисками, а файлы, находящиеся на дисках, называются ASM-файлами. Расположение и имена файлов контролируются ASM, но для удобства можно определить удобные для пользователя псевдонимы и структуры каталогов.

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

Группы отказа определяются внутри группы дисков для поддержки требуемого уровня избыточности. Для двустороннего зеркального отображения вы ожидаете, что группа дисков будет содержать две группы отказа, поэтому отдельные файлы будут записываться в два места.

Подводя итог, ASM предоставляет следующие функции:

Управляет группами дисков, называемыми группами дисков.
Управляет избыточностью дисков в группе дисков.
Обеспечивает почти оптимальную балансировку ввода-вывода без ручной настройки.
Позволяет управлять объектами базы данных без указания точек монтирования и имен файлов.
Поддерживает большие файлы.

Стоит быстро просмотреть следующий раздел документации, чтобы ознакомиться с рекомендациями по основным требованиям для ASM.

Параметры инициализации и создание экземпляра ASM

INSTANCE_TYPE — установите ASM или RDBMS в зависимости от типа экземпляра.По умолчанию используется РСУБД.
DB_UNIQUE_NAME — указывает глобально уникальное имя базы данных. По умолчанию это +ASM, но его необходимо изменить, если вы собираетесь запускать несколько экземпляров ASM.
ASM_POWER_LIMIT — максимальная мощность для операции перебалансировки экземпляра ASM. Допустимые значения находятся в диапазоне от 1 до 11, где 1 — значение по умолчанию. Чем выше предел, тем больше ресурсов выделяется, что приводит к более быстрым операциям перебалансировки. Это значение также используется по умолчанию, когда предложение POWER опущено в операции перебалансировки.
ASM_DISKGROUPS — список групп дисков, которые должны быть смонтированы экземпляром ASM во время запуска экземпляра или с помощью оператора ALTER DISKGROUP ALL MOUNT. Изменения конфигурации ASM автоматически отражаются в этом параметре.
ASM_DISKSTRING — указывает значение, которое можно использовать для ограничения дисков, рассматриваемых для обнаружения. Изменение значения по умолчанию может повысить скорость монтирования группы дисков и скорость добавления диска в группу дисков. Изменение параметра на значение, препятствующее обнаружению уже смонтированных дисков, приводит к ошибке. Значение по умолчанию — NULL, что позволяет рассматривать все подходящие диски.

Неправильное использование параметров в экземплярах ASM или RDBMS приводит к ошибкам ORA-15021.

Чтобы создать экземпляр ASM, сначала создайте файл с именем "init+ASM.ora" в каталоге "/tmp", содержащий следующую информацию.

Далее с помощью SQL*Plus подключитесь к экземпляру ide.

Создайте sp-файл, используя содержимое файла "init+ASM.ora".

Наконец, запустите экземпляр с параметром NOMOUNT.

Экземпляр ASM теперь готов к использованию для создания и подключения дисковых групп. Чтобы завершить работу экземпляра ASM, введите следующую команду.

После наличия экземпляра ASM группы дисков можно использовать для следующих параметров в экземплярах базы данных ( INSTANCE_TYPE=RDBMS ), чтобы разрешить создание файла ASM:

DB_CREATE_FILE_DEST
DB_CREATE_ONLINE_LOG_DEST_n
DB_RECOVERY_FILE_DEST
CONTROL_FILES
LOG_ARCHIVE_DEST_n
LOG_ARCHIVE_DEST
STANDBY_ARCHIVE_DEST

Запуск и завершение работы экземпляров ASM

FORCE: выполняет SHUTDOWN ABORT перед перезапуском экземпляра ASM.
MOUNT — запускает экземпляр ASM и монтирует группы дисков, указанные параметром ASM_DISKGROUPS.
NOMOUNT — запускает экземпляр ASM без подключения каких-либо групп дисков.
OPEN — это недопустимый параметр для экземпляра ASM.

НОРМАЛЬНЫЙ. Экземпляр ASM ожидает завершения всех подключенных экземпляров ASM и сеансов SQL, а затем завершает работу.
НЕМЕДЛЕННО. Экземпляр ASM ожидает завершения любых транзакций SQL, а затем выключается. Он не ждет завершения сеансов.
ТРАНЗАКЦИОННЫЙ – то же, что и НЕМЕДЛЕННЫЙ .
ПРЕРЫВАНИЕ. Экземпляр ASM немедленно завершает работу.

Администрирование групп дисков ASM

В большинстве случаев вам понадобятся только две группы дисков (DATA и FRA), где DATA содержит все файлы, связанные с базой данных, а FRA содержит область быстрого восстановления, включая мультиплексированные копии онлайн-журналов повторного выполнения и управляющих файлов. Как правило, размер группы дисков FRA вдвое превышает размер группы дисков DATA, поскольку в ней должны храниться все резервные копии.
Oracle рекомендует не менее 4 LUN на группу дисков, при этом LUN используют аппаратный RAID и внешнее резервирование, если это возможно.
Все LUN в группе дисков должны быть одинакового размера и иметь одинаковые характеристики производительности.
LUN должны состоять из дисков, предназначенных для Oracle, и не использоваться совместно с другими приложениями.

Теперь давайте рассмотрим основы администрирования групп дисков.

Диски

Группы дисков создаются с помощью инструкции CREATE DISKGROUP. Этот оператор позволяет указать уровень избыточности:

НОРМАЛЬНАЯ ИЗБЫТОЧНОСТЬ. Двустороннее зеркальное отображение, требующее двух групп отказов.
ВЫСОКАЯ ИЗБЫТОЧНОСТЬ. Трехстороннее зеркальное отображение, требующее трех групп отказов.
ВНЕШНЯЯ ИЗБЫТОЧНОСТЬ. Зеркальное копирование дисков, которые уже защищены с помощью аппаратного зеркального отображения или RAID, невозможно. Если у вас есть аппаратный RAID, его следует использовать вместо резервирования ASM, так что это будет стандартным вариантом для большинства установок.

Кроме того, можно определить отказоустойчивые группы и предпочтительные имена для дисков. Если предложение NAME опущено, дискам присваивается сгенерированное системой имя, например «disk_group_1_0001». Опцию FORCE можно использовать для перемещения диска из другой группы дисков в эту.

Группы дисков можно удалить с помощью инструкции DROP DISKGROUP.

Диски можно добавлять или удалять из групп дисков с помощью инструкции ALTER DISKGROUP. Помните, что подстановочный знак "*" можно использовать для ссылки на диски, если результирующая строка не соответствует диску, уже используемому существующей группой дисков.

Размер дисков можно изменить с помощью предложения RESIZE оператора ALTER DISKGROUP. Оператор может использоваться для изменения размера отдельных дисков, всех дисков в группе отказа или всех дисков в группе дисков. Если предложение SIZE опущено, размер дисков изменяется в соответствии с размером диска, возвращаемым ОС.

Предложение UNDROP DISKS оператора ALTER DISKGROUP позволяет отменить ожидающие удаления дисков. Это не вернет завершенные сбросы или сбросы дисков, связанные с удалением группы дисков.

Группы дисков можно перебалансировать вручную с помощью предложения REBALANCE инструкции ALTER DISKGROUP. Если предложение POWER опущено, используется значение параметра ASM_POWER_LIMIT. Перебалансировка необходима только в том случае, если скорость автоматической перебалансировки не подходит.

Группы дисков монтируются при запуске экземпляра ASM и отключаются при завершении работы экземпляра ASM. Ручной монтаж и демонтаж можно выполнить с помощью оператора ALTER DISKGROUP, как показано ниже.

Шаблоны

Шаблоны — это именованные группы атрибутов, которые можно применять к файлам в группе дисков. В следующем примере показано, как можно создавать, изменять и удалять шаблоны.

Доступные атрибуты включают:

БЕЗ ЗАЩИТЫ: зеркалирование или чередование не выполняется независимо от настройки избыточности.
MIRROR — двустороннее зеркалирование для нормальной избыточности и трехстороннее зеркалирование для высокой избыточности. Этот атрибут не может быть установлен для внешней избыточности.
COARSE: задает более низкую степень детализации для чередования. Этот атрибут не может быть установлен для внешней избыточности.
FINE — обеспечивает более высокую степень детализации чередования. Этот атрибут не может быть установлен для внешней избыточности.

Каталоги

Иерархия каталогов может быть определена с помощью инструкции ALTER DISKGROUP для поддержки псевдонимов файлов ASM. В следующих примерах показано, как создавать, изменять и удалять каталоги ASM.

Псевдонимы

Псевдонимы позволяют ссылаться на файлы ASM, используя удобные для пользователя имена, а не полные имена файлов ASM.

Попытка удалить системный псевдоним приводит к ошибке.

Файлы

Файлы не удаляются автоматически, если они созданы с использованием псевдонимов, поскольку они не являются файлами, управляемыми Oracle (OMF), или если восстановление выполняется до момента времени, предшествующего созданию файла. В этих случаях необходимо вручную удалить файлы, как показано ниже.

Проверка метаданных

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

Представления ASM

Конфигурацию ASM можно просмотреть с помощью представлений V$ASM_%, которые часто содержат различную информацию в зависимости от того, запрашиваются ли они из экземпляра ASM или зависимого экземпляра базы данных.

Имена файлов ASM

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

SQL и ASM

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

Миграция на ASM с помощью RMAN

Следующий метод показывает, как можно перенести первичную базу данных в ASM из резервной копии на диске:

Отключить отслеживание изменений (доступно только в Enterprise Edition), если оно используется в данный момент.

Читайте также: