Поделиться через

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

  • Статья

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

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

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

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

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

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

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

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

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

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

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

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

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

Развертывания с высоким уровнем доступности будут включать тома в 2 зонах доступности, для которых можно развертывать тома с помощью группы томов приложений для Oracle в обоих зонах. Вы можете использовать реплика данных на основе приложений, например Data Guard. Пример макета тома двойной зоны:

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

Схема макета тома с двумя зонами.

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

Схема развертывания Oracle.

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

Схема восьми макетов томов данных.

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

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