Общие сведения о группе томов приложений Azure NetApp Files для Oracle

Группа томов приложений для Oracle позволяет развертывать все тома, необходимые для установки и эксплуатации баз данных Oracle в масштабе предприятия, с оптимальной производительностью и в соответствии с рекомендациями в одном одношаговом и оптимизированном рабочем процессе. Функция группы томов приложений использует возможность Azure NetApp Files размещать все тома в той же зоне доступности, что и виртуальные машины, для достижения автоматизированного развертывания, оптимизированного по задержке.

Группа томов приложений для Oracle реализовала множество технических улучшений, которые упрощают и стандартизуют весь процесс, чтобы упростить развертывание томов для Oracle. Все необходимые тома, например до восьми томов данных, журналы повторного ввода в сети и архивные журналы повторного ввода, резервные копии и двоичные файлы, создаются в одной "атомарной" операции (через портал Azure, RP или API).

Группа томов приложений Azure NetApp Files сокращает время развертывания базы данных Oracle и повышает общую производительность и стабильность приложения, включая использование нескольких конечных точек хранилища. Функция группировки томов приложения поддерживает широкий спектр макетов баз данных Oracle - от небольших баз данных с одним томом до баз данных размером в сотни ТиБ. Он поддерживает до восьми томов данных с производительностью, оптимизированной для снижения задержки, и ограничивается только сетевыми возможностями виртуальной машины базы данных.

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

Группа томов приложений для Oracle поддерживается во всех регионах с поддержкой Azure NetApp Files.

Основные возможности

Группа томов приложений для Oracle предоставляет следующие возможности:

• Поддержка больших вариантов конфигураций Oracle начиная с 2 томов для небольших баз данных до 12 томов для огромных баз данных до нескольких сотен ТиБ.
• Создание следующего макета тома:
  • Данные: один до восьми томов данных
  • Журнал: том журнала в сети (log) и дополнительный том журнала (log-mirrorпри необходимости)
  • Двоичные файлы: том для двоичных файлов Oracle (необязательно)
  • Резервное копирование: объём журнала для архивирования резервной копии журнала (необязательно)
• Создание томов в пуле вручную настраиваемой емкости QoS
  Размер тома и требуемая производительность (в MiB/s) предлагаются на основе пользовательских входных данных для размера базы данных и требований к пропускной способности базы данных.
• Шаблон графического интерфейса группы томов приложений и Azure Resource Manager (ARM) предоставляют рекомендации по упрощению управления размерами и созданию томов. Например:
  • Предложение соглашения об именовании томов на основе идентификатора системы (SID) и типа тома
  • Вычисление размера и производительности на основе ввода пользователем

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

• Использование выбора зоны доступности для обеспечения размещения томов в одной зоне с вычислительными виртуальными машинами.
• Создание отдельных конечных точек хранилища (с разными IP-адресами) для томов данных и журналов.
  Этот метод развертывания обеспечивает более высокую производительность и пропускную способность для базы данных Oracle.
• Управляемые клиентом ключи поддерживают повышение безопасности и соответствия требованиям.
• Репликация между зонами и между регионами обеспечивает эффективную репликацию данных на основе хранилища без нагрузки на вычислительные инфраструктуры и уровень защиты для аварийного восстановления. Эта функция в настоящее время доступна в предварительной версии и поддерживается только в REST API.

Макет группы томов приложения

Группа томов приложений для Oracle развертывает несколько томов на основе входных данных и доступности ресурсов в выбранном регионе и зоне в соответствии со следующими правилами:

• Группа томов приложений может развертывать от 1 до 8 томов данных, журналов (включая, при необходимости, зеркальные журналы), резервных копий и двоичных томов в выбранной зоне, используя те же сетевые функции (стандартные или базовые) и ту же версию NFS (NFSv4.1 или NFSv3).
• Пул емкости размещения необходимо настроить с помощью ручного QoS.
• Объемы данных развертываются в соответствии с правилами анти-аффинити, чтобы обеспечить их распределение по максимально возможному количеству конечных точек хранилища Azure NetApp Files в выбранной зоне. Томам также назначаются прямые конечные точки хранилища для минимальной возможной задержки.
• До трех томов данных можно развернуть в одной конечной точке хранилища в зонах с ограниченными ресурсами, если разрешены требования к емкости и пропускной способности.
• Журналы, зеркала журналов и резервные тома развертываются по правилам отсутствия группировки: никакой из этих томов не может делить пункты хранения. Эти тома назначаются конечным точкам системы прямого хранения данных.
• Двоичный том может использовать ту же конечную точку хранилища, что и том резервного копирования, и не требует отдельной конечной точки хранилища.

Развертывания с высоким уровнем доступности будут включать тома, расположенные в двух зонах доступности в различных регионах. Группа томов приложений для Oracle позволяет развертывать производственные тома в основной зоне и тома для защиты данных в альтернативной зоне или регионе. Вы можете использовать Data Guard для репликации журналов повторов и томов данных или вы можете отключить загрузку репликации томов данных с сервера приложений с помощью межзоны или межрегионального репликации для томов данных Azure NetApp Files. Используйте репликацию данных на основе приложений с Data Guard для синхронной репликации журналов повторного выполнения, чтобы база данных могла быть восстановлена после отказа.

Полностью созданное развертывание с восемью томами данных и всеми необязательными томами в зоне с достаточной доступностью ресурсов может выглядеть следующим образом:

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

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

Следующие шаги

• Требования и рекомендации для группы томов приложений для Oracle
• Развертывание группы томов приложений для Oracle
• Управление томами в группе томов приложений для Oracle
• Настройка группы томов приложений для Oracle с помощью REST API
• Развертывание группы томов приложений для Oracle с помощью Azure Resource Manager
• Устранение неполадок группы томов приложения
• Удаление группы томов приложения
• Часто задаваемые вопросы о томах приложений