Развертывание базы данных Oracle Виртуальные машины Azure для рабочей нагрузки SAP

  • Статья

В этом документе рассматривается несколько аспектов, которые следует учитывать при развертывании Oracle Database для рабочей нагрузки SAP в Azure IaaS. Прежде чем приступить к изучению этой статьи, рекомендуется ознакомиться со статьей Вопросы развертывания СУБД для рабочей нагрузки SAP на виртуальных машинах Azure. Мы также советуем прочитать остальные руководства в документации по рабочей нагрузке SAP в Azure.

В примечании к SAP 2039619 вы можете найти сведения о версиях Oracle и соответствующих версиях ОС, которые поддерживаются для работы SAP в Oracle в Azure.

Общие сведения о запуске SAP Business Suite в Oracle можно найти на странице о SAP в Oracle. Oracle поддерживает запуск баз данных Oracle в Microsoft Azure. Чтобы ознакомиться с дополнительными сведениями об общей поддержке Windows Hyper-V и Azure, просмотрите часто задаваемые вопросы по Oracle и Microsoft Azure.

Примечания SAP, которые относятся к установке Oracle

Номер примечания Название примечания
1738053 SAP ONE Support Launchpad: установка SAPinst для Oracle ASM
2896926 SAP ONE Support Launchpad: совместимость группы дисков ASM NetWeaver
1550133 SAP ONE Support Launchpad: использование Oracle Automatic Storage Management (ASM) с продуктами на основе SAP NetWeaver]
888626 SAP ONE Support Launchpad: макет журнала повторного выполнения для высокопроизводительных систем
105047 SAP ONE Support Launchpad: поддержка функций Oracle в среде SAP
2799920 SAP ONE Support Launchpad: исправления для Database 19c
974876 SAP ONE Support Launchpad: Oracle Transparent Data Encryption (TDE)
2936683 SAP ONE Support Launchpad: установка и обновление Oracle Linux 8 SAP
1672954 Oracle 11g, 12c, 18c и 19c: использование Linux HugePages
1171650 Автоматическая проверка параметров Oracle DB
2936683 Установка и обновление Oracle Linux 8.x SAP

Особенности Oracle Database в Oracle Linux

Oracle поддерживает запуск экземпляров базы данных в Microsoft Azure с Oracle Linux в качестве гостевой ОС. Чтобы ознакомиться с дополнительными сведениями об общей поддержке Windows Hyper-V и Azure, изучите часто задаваемые вопросы по Azure и Oracle.

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

Общие рекомендации по запуску SAP в Oracle в Azure

Чтобы установить или перенести существующие системы SAP в Oracle в Azure, следует следовать следующему шаблону развертывания:

  1. Используйте последнюю версию Oracle Linux (Oracle Linux 8.6 или более поздней).
  2. Используйте последнюю версию Базы данных Oracle, доступную с последней версией пакета SAP (SBP) (Oracle 19 Patch 15 или более поздней) 2799920 — исправления для 19c: База данных.
  3. Используйте автоматическое управление служба хранилища (ASM) для небольших, средних и больших баз данных в хранилище блоков.
  4. Следует использовать хранилище Azure SSD (цен. категории "Премиум"). Не используйте стандартные или другие типы хранилища.
  5. При использовании ASM зеркальный журнал не требуется. Следуйте инструкциям Oracle в Note 888626 — макет журнала Redo для высокоуровневых систем.
  6. Используйте ASMLib и не используйте udev.
  7. Развертывания Azure NetApp Files должны использовать Oracle dNFS (собственное решение Oracle Direct NFS).
  8. Крупные базы данных Oracle значительно пользуются большими размерами глобальной области системы (SGA). Крупные клиенты должны развертывать в Серии M Azure с размером 4 ТБ или более ОЗУ
    • Задайте для Linux HugePages размер 75 % от объема физического ОЗУ.
    • Задайте для глобальной области системы (SGA) значение 90 % от размера огромной страницы
    • Задайте параметр Oracle USE_LARGE_PAGES = ONLY . Значение ONLY предпочтительнее значения TRUE, так как значение ONLY должно обеспечить более согласованную и прогнозируемую производительность. Значение TRUE может выделять как большие 2 МБ, так и стандартные страницы 4K. Значение ONLY всегда будет содержать большие 2 МБ страницы. Если количество доступных огромных страниц недостаточно или неправильно настроено, экземпляр базы данных не сможет начаться с кода ошибки: ora-27102 : из памяти Linux_x86_64 ошибка 12: не удается выделить память. Если недостаточно непрерывной памяти, может потребоваться перезапустить Oracle Linux и (или) перенастройку параметров огромной страницы операционной системы.
  9. Oracle Home должен находиться вне корневого тома или диска. Используйте отдельный диск или том ANF. Диск, содержащий Oracle Home, должен иметь размер 64 Гигабайта или больше.
  10. Размер загрузочного диска важен для больших высокопроизводительных серверов баз данных Oracle. Для серии M или E следует использовать как минимум диск P10. Не используйте небольшие диски, такие как P4 или P6. Небольшой диск может вызвать проблемы с производительностью.
  11. Для всех Виртуальные машины необходимо включить ускоренную сеть. Обновите до последней версии Oracle Linux, если возникают проблемы с ускорением сети.
  12. Проверьте наличие обновлений в этой документации и заметок SAP 2039619 . Приложения SAP в Microsoft Azure с помощью базы данных Oracle: поддерживаемые продукты и версии — панель запуска поддержки SAP ONE.

Дополнительные сведения о версиях Oracle и соответствующих версиях ОС, которые поддерживаются для работы SAP в Oracle на Виртуальных машинах Azure, см. в примечании к SAP 2039619.

Общие сведения о запуске SAP Business Suite в Oracle можно найти на странице сообщества, посвященной SAP в Oracle. SAP в Oracle в Azure поддерживается только в Oracle Linux (а не Suse или Red Hat) для серверов приложений и баз данных. Серверы ASCS/ERS могут использовать RHEL/SUSE, так как клиент Oracle не установлен или не используется на этих виртуальных машинах. Серверы приложений (PAS/AAS) не должны быть установлены на этих виртуальных машинах. См. примечание SAP 3074643 — OLNX: вопросы и ответы: если Pacemaker для Oracle Linux поддерживается в среде SAP. Кластер приложений Oracle Real (RAC) не поддерживается в Azure, так как для RAC требуется многоадресная сеть.

Конфигурация хранилища

Существует два рекомендуемых шаблона развертывания хранилища для SAP в Oracle в Azure:

  1. Oracle Automatic Storage Management (ASM)
  2. Azure NetApp Files (ANF) с Oracle dNFS (Direct NFS).

Клиенты, работающие в настоящее время под управлением баз данных Oracle в файловых системах EXT4 или XFS с помощью диспетчера логических томов (LVM), рекомендуется перейти в ASM. Существуют значительные преимущества производительности, администрирования и надежности для работы в ASM по сравнению с LVM. ASM снижает сложность, улучшает возможности поддержки и упрощает задачи администрирования. Эта документация содержит ссылки на oracle Database Администратор istrator (DBAs), чтобы узнать, как установить ASM и управлять ими.

Azure предоставляет несколько решений для хранения. В таблице ниже приведены сведения о состоянии поддержки

Тип хранилища Поддержка Oracle Размер сектора Oracle Linux 8.x или более поздней версии Windows Server 2019
Тип блока служба хранилища
SSD ценовой категории «Премиум» Поддерживается 512e Рекомендуется ИСПОЛЬЗОВАТЬ ASM. Поддерживается LVM Поддержка ASM в Windows не поддерживается
SSD (цен. категория "Премиум") версии 2 Поддерживается 4K Native или 512e1 Рекомендуется ИСПОЛЬЗОВАТЬ ASM. Поддерживается LVM Поддержка ASM в Windows не поддерживается. Изменение дисков файлов журнала с 4K Native на 512e
SSD ценовой категории «Стандартный» Не поддерживается
HDD ценовой категории «Стандартный» Не поддерживается
Диск (цен. категория "Ультра") Поддерживается 4K Native Рекомендуется ИСПОЛЬЗОВАТЬ ASM. Поддерживается LVM Поддержка ASM в Windows не поддерживается. Изменение дисков файлов журнала с 4K Native на 512e
Типы сетевых служба хранилища
Azure Net Служба приложений (ANF) Поддерживается - Обязательное требование Oracle dNFS Не поддерживается
Файлы Azure NFS Не поддерживается
Файлы Azure S МБ Не поддерживается

1 512e поддерживается в SSD класса Premium версии 2 для систем Windows. Конфигурации 512e не рекомендуется для клиентов Linux. Переход на 4K Native с помощью процедуры в MOS 512/512e в 4K Native Review (Doc ID 1133713.1)

Другие рекомендации, которые применяют список, например:

  1. Нет поддержки DIRECTIO с размером сектора 4K Native. Рекомендуемые параметры для FILESYSTEMIO_OPTIONS конфигураций LVM:
    • LVM — если используются диски с геометрией 512/512e, FILESYSTEMIO_OPTIONS = SETALL
    • LVM — если используются диски с геометрией 4K, FILESYSTEMIO_OPTIONS = ASYNC
  2. Oracle 19c и выше полностью поддерживает размер сектора 4K Native с ASM и LVM
  3. Oracle 19c и выше в Linux— при переходе с 512e хранилища на 4K Native Storage Log sizes должны быть изменены
  4. Чтобы перейти с размера сектора 512/512e на 4K Native Review (Doc ID 1133713.1) — см. раздел "Автономная миграция на 4 КБ диски сектора"
  5. SAPInst записывает pfile во время установки. Если $ORACLE_HOME/dbs находится в наборе дисков 4K filesystemio_options=asynch и см. раздел "Поддержка файлов 4kB Сектор дисков" в MOS Support 4K Sector Disks (Doc ID 113371313.1)
  6. Поддержка ASM на платформах Windows не поддерживается
  7. Нет поддержки размера 4K Native sector для тома журнала на платформах Windows. Диск SSDv2 и Ультра должен быть изменен на 512e с помощью значка карандаша "Изменить диск" на портале Azure
  8. Размер собственного сектора 4K поддерживается только на томах данных для платформ Windows. 4K не поддерживается для томов журналов в Windows
  9. Мы рекомендуем ознакомиться с этими статьями MOS:
    • Oracle Linux: буферный кэш файловой системы и прямой ввод-вывод (идентификатор документа 462072.1)
    • Поддержка дисков сектора 4K (идентификатор документа 1133713.1)
    • Использование 4k Журналов повторного входа в Flash, 4k-Disk и SSD на основе ssd служба хранилища (doc ID 1681266.1)
    • Сведения о настройке filesystemio_options и disk_asynch_io (идентификатор документа 1987437.1)

Мы рекомендуем использовать Oracle ASM в Linux с ASMLib. Производительность, администрирование, поддержка и конфигурация оптимизированы с помощью шаблона развертывания. Oracle ASM и Oracle dNFS устанавливают правильные параметры или обходы параметров (например, FILESYSTEMIO_OPTIONS) и поэтому обеспечивают лучшую производительность и надежность.

Oracle Automatic Storage Management (ASM)

Контрольный список для Oracle Automatic Storage Management:

  1. Все SAP в системах Oracle работают под управлением ASM , включая разработку, контроль качества и рабочую среду. Небольшие, средние и крупные базы данных
  2. Используется ASMLib, а не UDEV. UDEV требуется для нескольких saN, сценария, который не существует в Azure
  3. ASM следует настроить для внешней избыточности. Хранилище SSD уровня "Премиум" Azure обеспечивает тройную избыточность. Надежность и целостность хранилища Azure SSD (цен. категории "Премиум") не уступает любому другим решениям хранилища. Для необязательной безопасности клиенты могут рассмотреть обычную избыточность для группы дисков журнала.
  4. Зеркальное отображение файлов журнала Redo необязательно для ASM 888626 — макет журнала Redo для высокоуровневых систем
  5. Группы дисков ASM, настроенные в соответствии с вариантом 1, 2 или 3 ниже
  6. Размер единицы распределения ASM = 4 МБ (по умолчанию). Очень крупные базы данных (VLDB) системы OLAP, такие как BW, могут воспользоваться более крупным размером единицы распределения ASM. Изменяйте его только после консультации со службой поддержки Oracle.
  7. Размер сектора ASM и размер логического сектора = по умолчанию (UDEV не рекомендуется, но требуется 4k)
  8. Значение COMPATIBLE. Атрибут группы дисков ASM имеет значение 11.2 или больше для группы дисков, можно создать, скопировать или переместить Oracle ASM SPFILE в файловую систему ACFS. Ознакомьтесь с документацией Oracle по перемещению pfile в ACFS. SAPInst не создает pfile в ACFS по умолчанию
  9. Используется соответствующий вариант ASM. Производственные системы должны использовать вариант 2 или 3.

Группы дисков Oracle Automatic Storage Management (ASM)

В части II официального руководства Oracle описана установку и управление ASM:

Для Oracle Database 12c и более поздних версий существуют следующие ограничения ASM:

511 групп дисков, 10 000 дисков ASM в группе дисков, 65 530 дисков ASM в системе хранения, 1 миллион файлов для каждой группы дисков. Дополнительные сведения о производительности и масштабируемости групп дисков (oracle.com).

Ознакомьтесь с документацией по ASM в соответствующем руководстве по установке SAP для Oracle на странице https://help.sap.com/viewer/nwguidefinder

Вариант 1 — небольшие и средние тома данных размером до 3 ТБ, время восстановления не является критически важным

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

Рекомендация по группе дисков Oracle ASM:

Имя группы дисков ASM Хранилища Хранилище Azure
+DATA Все файлы данных 3–6 x P 30 (1 ТиБ)
Файл управления (первая копия) Чтобы увеличить размер базы данных, добавьте дополнительные диски P30
Онлайновые журналы повторного выполнения (первая копия)
+ARCH Файл управления (вторая копия) 2 х P20 (512 ГиБ)
Заархивированные журналы повторов
+RECO Файл управления (третья копия) 2 х P20 (512 ГиБ)
Резервные копии RMAN (необязательно)
область восстановления (необязательно)

Вариант 2 — тома данных среднего и большого размера от 3 ТБ до 12 ТБ, время восстановления имеет важное значение

У Клиента есть базы данных среднего и большого размера, где своевременное резервное копирование и/или восстановление

Своевременное восстановление всех баз данных невозможно.

Обычно клиенты используют RMAN, Azure Backup для Oracle и (или) методы привязки дисков в сочетании.

Основные отличия от варианта 1:

  1. Отдельная группа дисков Oracle ASM для каждой базы данных.
  2. <DBNAME>+"_" используется в качестве префикса для имени группы дисков DATA.
  3. К имени добавляется число групп дисков DATA, если база данных охватывает более одной группы дисков DATA.
  4. Журналы повторного входа в Сети не находятся в группах дисков данных. Вместо этого для первого участника каждой группы онлайновых журналов повторного выполнения используется дополнительная группа дисков.
Имя группы дисков ASM Хранилища Хранилище Azure
+<DBNAME>_DATA[#] Все файлы данных 3–12 x P 30 (1 ТиБ)
Все временные файлы Чтобы увеличить размер базы данных, добавьте дополнительные диски P30
Файл управления (первая копия)
+OLOG Онлайновые журналы повторного выполнения (первая копия) 3 х P20 (512 ГиБ)
+ARCH Файл управления (вторая копия) 3 x P20 (512 ГБ)
Заархивированные журналы повторов
+RECO Файл управления (третья копия) 3 х P20 (512 ГиБ)
Резервные копии RMAN (необязательно)
Область быстрого восстановления (необязательно)

Вариант 3. Огромные объемы данных и изменений данных (более 5 ТБ), время восстановления является критически важным

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

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

Имя группы дисков ASM Хранилища Хранилище Azure
+<DBNAME>_DATA[#] Все файлы данных 5–30 или более x P30 (1 ТиБ) или P40 (2 ТиБ)
Все временные файлы для увеличения размера базы данных добавьте дополнительные диски P30
Файл управления (первая копия)
+OLOG Онлайновые журналы повторного выполнения (первая копия) 3–8 x P20 (512 ГиБ) или P30 (1 ТиБ)
Для обеспечения дополнительной безопасности для этой группы дисков ASM можно выбрать "Обычная избыточность"
+ARCH Файл управления (вторая копия) 3–8 x P20 (512 ГиБ) или P30 (1 ТиБ)
Заархивированные журналы повторов
+RECO Файл управления (третья копия) 3 x P30 (1 ТиБ), P40 (2 ТиБ) или P50 (4 ТиБ)
Резервные копии RMAN (необязательно)
Область быстрого восстановления (необязательно)

Примечание.

Для кэша дисков узла Azure для группы дисков DATA ASM можно задать как значение "Только для чтения", так и значение "Нет". Для всех остальных групп дисков ASM нужно задать значение "Нет". При использовании BW или SCM для крупных или занятых систем можно рассмотреть отдельную группу дисков ASM для TEMP.

Добавление пространства в ASM + диски Azure

Группы дисков Oracle ASM можно расширить, добавив дополнительные диски или расширив текущие диски. Рекомендуется добавлять дополнительные диски, а не расширять существующие диски. Просмотрите эти статьи MOS и ссылки на примечания MOS 1684112.1 и 2176737.1

ASM добавляет диск в группу дисков: asmca -silent -addDisk -diskGroupName DATA -disk '/dev/sdd1'

ASM автоматически перебалансирует данные. Чтобы проверить перебалансирование, выполните следующую команду:

ps -ef | grep rbal

oraasm 4288 1 0 Jul28 ? 00:04:36 asm_rbal_oradb1

Доступна следующая документация:

Мониторинг SAP в системах Oracle ASM в Azure

В качестве первого шага при устранении проблемы с производительностью запустите отчет Oracle AWR. Метрики производительности диска подробно описаны в отчете AWR.

Производительность диска можно отслеживать из Oracle Enterprise Manager и с помощью внешних средств. Документация, которая может помочь здесь:

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

Учебные материалы по управлению Oracle Automatic Storage Management (ASM)

Базы данных Oracle, которые не знакомы с Oracle ASM, следуют учебным материалам и ресурсам здесь:

Azure NetApp Files (ANF) с Oracle dNFS (Direct NFS).

Сочетание виртуальных машин Azure и ANF — это надежная и проверенная комбинация, реализованная многими клиентами в исключительно большом масштабе.

Базы данных размером более 100 ТБ уже работают продуктивно на основе этого сочетания. Чтобы помочь вам начать работу, мы опубликовали подробную запись блога о том, как настроить это сочетание:

Дополнительные общие сведения

Зеркальный журнал требуется для рабочих систем dNFS ANF.

Несмотря на то, что ANF отличается высокой избыточностью, Oracle по-прежнему требует зеркального тома журнала повторных выполнений. Рекомендуется создать два отдельных тома и настроить origlogA вместе с mirrlogB и origlogB вместе с mirrlogA. В этом случае используется распределенная балансировка нагрузки для файлов журнала повторного выполнения.

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

Обе версии NFS (версии 3 и 4.1) с ANF поддерживаются для двоичных файлов, данных и журналов Oracle.

Настоятельно рекомендуется использовать клиент Oracle dNFS для всех томов Oracle.

Рекомендуемые варианты подключения:

Версия NFS Параметры подключения
NFS версии 3 rw,vers=3,rsize=262144,wsize=262144,hard,timeo=600,noatime
NFSv4.1 rw,vers=4.1,rsize=262144,wsize=262144,hard,timeo=600,noatime

Резервное копирование ANF

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

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

SAP в Oracle в Azure с LVM

Oracle рекомендует использовать ASM для всех систем SAP любого размера в Azure. Производительность, надежность и поддержка лучше подходят для клиентов, использующих ASM. Oracle предоставляет документацию и обучение для субД для перехода в ASM. В случаях, когда команда Oracle DBA не следует рекомендациям Oracle, Майкрософт и SAP для использования ASM, необходимо использовать следующую конфигурацию LVM.

Обратите внимание, что при создании LVM параметр "-i" должен использоваться для равномерного распределения данных по количеству дисков в группе LVM.

Зеркальный журнал требуется при запуске LVM.

Минимальная конфигурация для Linux:

Компонент Диск Кэш узла Чередование1
/oracle/SID>/<origlogaA & mirrlogB Premium нет Не требуется.
/oracle/SID>/<origlogaB & mirrlogA Premium нет Не требуется.
/oracle/<SID>/sapdata1...n Premium Только для чтения2 Рекомендуемая конфигурация
/oracle/<SID>/oraarch3 Premium нет Не требуется.
Oracle Home, saptrace, ... Premium нет нет
  1. Чередование: LVM с использованием RAID0
  2. Во время миграции R3Load параметр кэша узлов для SAPDATA должен иметь значение None
  3. oraarch: LVM использовать не обязательно

Выбор диска для размещения журналов повторного ввода-вывода Oracle в Сети зависит от требований к операций ввода-вывода в секунду. Есть возможность хранить все табличные пространства (sapdata1...n) на одном подключенном диске, если он соответствует всем требованиям к объему, операциям ввода-вывода в секунду и пропускной способности.

Конфигурация для оптимальной производительности на Linux:

Компонент Диск Кэш узла Чередование1
/oracle/<SID>/origlogaA Premium нет Можно использовать
/oracle/<SID>/origlogaB Premium нет Можно использовать
/oracle/<SID>/mirrlogAB Premium нет Можно использовать
/oracle/<SID>/mirrlogBA Premium нет Можно использовать
/oracle/<SID>/sapdata1...n Premium Только для чтения2 Рекомендуемая конфигурация
/oracle/<SID>/oraarch3 Premium нет Не требуется.
Oracle Home, saptrace, ... Premium нет нет
  1. Чередование: LVM с использованием RAID0
  2. Во время миграции R3load параметр кэша узлов для SAPDATA должен иметь значение None
  3. oraarch: LVM использовать не обязательно

Инфраструктура Azure: ограничения пропускной способности виртуальных машин и параметры служба хранилища диска Azure

Oracle Automatic Storage Management (ASM)## может оценить следующие технологии хранения:

  1. Хранилище Azure класса Premium — в настоящее время выбор по умолчанию.
  2. Ускорение управляемого диска — ускорение управляемого диска — Виртуальные машины Azure | Документация Майкрософт
  3. Ускоритель записи Azure
  4. Расширение подключенного диска для хранилища Azure SSD (цен. категории "Премиум") сейчас на этапе разработки.

Время записи журналов можно улучшить на виртуальных машинах Azure серии M, включив Ускоритель записи. Включите ускоритель записи Azure для хранилища дисков Azure класса "Премиум", используемых группой дисков ASM для файлов онлайновых журналов повторных выполнений. Дополнительные сведения см. в статье Включение Ускорителя записи.

Использовать Ускорителя записи необязательно, но его можно включить, если в отчета AWR указано более длительное время записи журнала, чем ожидается.

Ограничения пропускной способности виртуальной машины Azure

Каждый тип виртуальной машины Azure имеет ограничения для ЦП, диска, сети и ОЗУ. Эти ограничения описаны в приведенных ниже ссылках

При выборе типа виртуальной машины следуйте следующим рекомендациям:

  1. Убедитесь, что пропускная способность диска и число операций ввода-вывода в секунду достаточны для рабочей нагрузки и по крайней мере равны совокупной пропускной способности дисков.
  2. Рассмотрите возможность включения платного ускорения, особенно для дисков журнала повторных операций.
  3. Для ANF пропускная способность сети важна, так как весь трафик хранилища считается "Сеть", а не пропускной способностью диска
  4. Ознакомьтесь с записью блога об оптимизации пропускной способности сети на HCMT виртуальных машин Azure серии M (microsoft.com).
  5. Узнайте, как использовать отчет AWR для выбора подходящей виртуальной машины Azure.
  6. Azure Intel Ev5: серия Edv5 и Edsv5 — Виртуальные машины Azure | Документация Майкрософт
  7. Azure AMD Eadsv5 серия Easv5 и Eadsv5 — Виртуальные машины Azure | Документация Майкрософт
  8. Azure серии M/Msv2 серия M — Виртуальные машины Azure |Документация Майкрософт и Серия Msv2/Mdsv2 с рядами памяти — Виртуальные машины Azure | Документация Майкрософт
  9. Azure Mv2: серия Mv2 — Виртуальные машины Azure | Документация Майкрософт

Резервное копирование и восстановление

Для резервного копирования и восстановления можно использовать инструменты SAP BR* для Oracle. Они поддерживаются так же, как и в системе с исходным состоянием и Hyper-V. Для резервного копирования на диски и восстановления с дисков также можно использовать диспетчер восстановления Oracle (RMAN).

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

Высокая доступность

Для обеспечения высокой доступности и аварийного восстановления можно использовать Oracle Data Guard. Чтобы обеспечить автоматический переход на другой ресурс в Data Guard, необходимо использовать FSFA (быстрый запуск отработки отказа). Компонент "Наблюдатель" (FSFA) запускает отработку отказа. Если вы не используете FSFA, вам подходит только конфигурация перехода на другой ресурс вручную. Дополнительные сведения см. в статье Реализация Oracle Data Guard на виртуальной машине Azure под управлением Linux.

Аспекты аварийного восстановления для баз данных Oracle в Azure описаны в статье Аварийное восстановление базы данных Oracle Database 12c в среде Azure.

Еще один полезный технический документ: Настройке Oracle 12c Data Guard для клиентов SAP.

Огромные страницы и большие конфигурации SGA Oracle

Развертывания SAP VLDB в Oracle в Azure применяют размеры SGA, превышающие 3 ТБ. Современные версии Oracle хорошо обрабатывают большие размеры SGA и значительно сокращают число операций ввода-вывода. Просмотрите отчет AWR и увеличьте размер SGA, чтобы уменьшить число операций ввода-вывода для чтения. 

Как правило размер Linux Huge Pages необходимо настроить равным приблизительно 75 % от размера ОЗУ виртуальной машины. Размер SGA может иметь значение 90 % от размера Huge Page. Примером может быть виртуальная машина M192ms с 4 ТБ ОЗУ, для которых будут установлены огромные страницы, равные 3 ТБ.  Для SGA можно задать значение немного меньше, например 2,95 ТБ.

Крупные клиенты SAP, работающие на виртуальных машинах Azure с большим объемом памяти, значительно выигрывают от использования HugePages, как описано в этой статье.

В системах NUMA значение vm.min_free_kbytes нужно установить равным 524288 * <число узлов NUMA>. См. статью об Oracle Linux: рекомендуемое значение параметра настройки ядра vm.min_free_kbytes (идентификатор документа 2501269.1...

 

Ссылки и другие служебные программы Oracle Linux

Oracle Linux предоставляет полезную программу управления графическим интерфейсом:

В Oracle Linux появлось новое средство управления пакетами — DNF

Oracle Linux 8. Бесплатные видео об управлении пакетами | Блог Oracle Linux

ПО Oracle® Linux 8 в Oracle Linux — глава 1, Yum DNF

Конфигурации памяти и NUMA можно тестировать и тестировать с помощью полезного инструмента — Oracle Real Application Testing (RAT).

Тестирование реальных приложений Oracle: что это такое и как его использовать? (aemcorp.com)

Сведения о проблеме с повреждением журнала UDEV Повреждение Oracle Redolog в Azure | Oracle in the field (wordpress.com)

Повреждение Oracle ASM в службе Azure — дальнейшие действия (dbaharrison.blogspot.com)

Повреждение данных в Hyper-V или Azure при запуске Oracle ASM — портал клиентов Red Hat

Настройка Oracle ASM в виртуальной машине Linux в Azure — Виртуальные машины Azure | Документация Майкрософт

Рекомендации по настройке Oracle для установки SAP на виртуальных машинах Azure в Windows

SAP в Oracle в Azure также поддерживает Windows. Ниже приведены рекомендации по развертываниям в Windows:

  1. Рекомендуется использовать следующие выпуски Windows: Windows Server 2022 (только из Oracle Database 19.13.0 и более новых версий), Windows Server 2019 (только из Oracle Database 19.5.0 и более новых версий).
  2. В Windows нет поддержки ASM. Используйте дисковое пространство Windows для агрегирования дисков, чтобы обеспечить оптимальную производительность.
  3. Установите Oracle Home на выделенном независимом диске (не устанавливайте Oracle Home на диске C: Drive)
  4. Все диски должны быть в формате NTFS.
  5. Следуйте руководству по настройке Windows от Oracle и включите большие страницы, блокировку страниц в памяти и другие параметры Windows.

В то время написание ASM для клиентов Windows в Azure не поддерживается. Диспетчер подготовки программного обеспечения SAP (SWPM) для Windows в настоящее время не поддерживает ASM.

Конфигурации хранилища для SAP в Oracle на Windows

Минимальная конфигурация для Windows:

Компонент Диск Кэш узла Чередование1
E:\oracle\<SID>\origlogaA & mirrlogB Premium нет Не требуется.
F:\oracle\<SID>\origlogaB и mirrlogA Premium нет Не требуется.
G:\oracle\<SID>\sapdata1...n Premium Только для чтения2 Рекомендуемая конфигурация
H:\oracle\<SID>\oraarch3 Premium нет Не требуется.
I:\Oracle Home, saptrace, ... Premium нет нет
  1. Чередование: дисковое пространство Windows
  2. Во время миграции R3load параметр кэша узлов для SAPDATA должен иметь значение None
  3. oraarch: дисковые пространства Windows использовать не обязательно.

Выбор диска для размещения журналов повторного ввода-вывода Oracle в Сети зависит от требований к операций ввода-вывода в секунду. Есть возможность хранить все табличные пространства (sapdata1...n) на одном подключенном диске, если он соответствует всем требованиям к объему, операциям ввода-вывода в секунду и пропускной способности.

Конфигурация для оптимальной производительности на Windows:

Компонент Диск Кэш узла Чередование1
E:\oracle\<SID>\origlogaA Premium нет Можно использовать
F:\oracle\<SID>\origlogaB Premium нет Можно использовать
G:\oracle\<SID>\mirrlogAB Premium нет Можно использовать
H:\oracle\<SID>\mirrlogBA Premium нет Можно использовать
I:\oracle\<SID>\sapdata1...n Premium Только для чтения2 Рекомендуемая конфигурация
J:\oracle\<SID>\oraarch3 Premium нет Не требуется.
K:\Oracle Home, saptrace, ... Premium нет нет
  1. Чередование: дисковое пространство Windows
  2. Во время миграции R3load параметр кэша узлов для SAPDATA должен иметь значение None
  3. oraarch: дисковые пространства Windows использовать не обязательно.

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

Читать статью