Развертывание базы данных 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

Особенности 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, который является собственным решением драйвера Direct NFS (сетевая файловая система) Oracle.
8. Крупные базы данных Oracle значительно пользуются большими размерами глобальной области системы (SGA). Крупные клиенты должны развертывать в серии Azure M с размером 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 (DBAs), чтобы узнать, как установить ASM и управлять ими.

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

В таблице ниже приведены сведения о состоянии поддержки

1. Ssd Azure Premium версии 2 не имеет предопределенных размеров хранилища. Нет необходимости выделять несколько дисков в группе дисков ASM или VG LVM. Рекомендуется выделить один диск SSD уровня "Премиум" версии 2 с требуемым размером, пропускной способностью и операцией ввода-вывода в секунду для каждой группы дисков ASM.
2. 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 1133713713.1)
6. Поддержка ASM на платформах Windows не поддерживается
7. Нет поддержки размера 4K Native sector для тома журнала на платформах Windows. Диски SSDv2 и Ultra должны быть изменены на 512e с помощью значка карандаша "Изменить диск" в портал Azure
8. Размер собственного сектора 4K поддерживается только на томах данных для платформ Windows. 4K не поддерживается для томов журналов в Windows
9. Мы рекомендуем ознакомиться с этими статьями MOS:
   • Oracle Linux: буферный кэш файловой системы и прямой ввод-вывод (идентификатор документа 462072.1)
   • Поддержка дисков сектора 4K (идентификатор документа 1133713.1)
   • Использование 4k журналов повтора в флэш-памяти, 4k-disk и 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, такие как SAP 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 Automatic Storage Management, 19c
• Руководство по установке и обновлению инфраструктуры сетки Oracle Grid, 19c для Linux

Для 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:

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

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

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

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

1. Отдельная группа дисков Oracle ASM для каждой базы данных.
2. <DBNAME>+"_" используется в качестве префикса для имени группы дисков DATA.
3. К имени добавляется число групп дисков DATA, если база данных охватывает более одной группы дисков DATA.
4. Журналы повторного входа в Сети не находятся в группах дисков данных. Вместо этого для первого участника каждой группы онлайновых журналов повторного выполнения используется дополнительная группа дисков.

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

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

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

Добавление пространства в 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

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

• Изменение размера групп дисков ASM между несколькими зонами (aemcorp.com)
• Изменение размера — изменение групп дисков (oracle.com)

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

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

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

• Использование представлений для отображения сведений об Oracle ASM
• Команды управления группами дисков ASMCMD (oracle.com)

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

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

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

• SAP в Oracle с ASM в Microsoft Azure — часть 1 — Microsoft Tech Community
• Установка Oracle19c DB [ ASM ] в [ Oracle Linux 8.3 ] [ Grid | ASM | UDEV | OEL 8.3 ] [ VMware ] - YouTube
• Руководство администратора ASM (oracle.com)
• Oracle для обновления разработки SAP (май 2022 г.)
• Производительность и масштабируемость групп дисков (oracle.com).
• Переход на Oracle ASM с помощью Oracle Enterprise Manager
• Использование RMAN для миграции на ASM | The Oracle Mentor (wordpress.com)
• Что такое Oracle ASM для Azure IaaS? — простое объяснение (red-gate.com)
• Служебная программа ASM (ASMCMD) (oracle.com)
• Полезные команды asmcmd — DBACLASS DBACLASS
• Установка и настройка программного обеспечения Oracle ASMLIB

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

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

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

• Развертывание SAP AnyDB (Oracle 19c) с Azure NetApp Files — Microsoft Tech Community

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

• Архитектуры решений с помощью Azure NetApp Files | Оракул
• Архитектуры решений с помощью Azure NetApp Files | SAP в любой базе данных

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

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

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

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

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

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

Резервное копирование 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. Чередование: LVM с использованием RAID0
2. oraarch: LVM использовать не обязательно

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

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

1. Чередование: LVM с использованием RAID0
2. oraarch: LVM использовать не обязательно

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

Текущие рекомендации для Oracle Storage

1. Azure хранилище класса Premium. Большинство клиентов развертываются в ASM с хранилище класса Premium
2. Azure NetApp Files — клиенты VLDB, часто с одними базами данных Oracle размером более 50TB, обычно используют ANF и используют возможности моментальных снимков хранилища Azure NetApp Files для резервного копирования и восстановления
3. Ускорение управляемого диска — ускорение управляемого диска — Виртуальные машины Azure | Документация Майкрософт
4. Акселератор записи Azure, используемый для случая, когда журнал повторного входа Oracle основан на дисках SSD уровня Premium версии 1
5. Расширение диска Online полностью поддерживается для хранилище класса Premium версии 1 и работает с ASM

Время записи журналов можно улучшить на виртуальных машинах 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 можно найти в следующих статьях:

• Служба Azure Backup также поддерживает резервные копии Oracle, как описано в статье Резервное копирование и восстановление базы данных Oracle на виртуальной машине Linux Azure с помощью Azure Backup.

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

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

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

Огромные страницы и большие конфигурации 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 Oracle Linux: установка веб-консоли Cockpit в Oracle Linux
• Вышестоящий проект Cockpit (cockpit-project.org).

В 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. Чередование: дисковое пространство Windows
2. oraarch: дисковые пространства Windows использовать не обязательно.

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

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

1. Чередование: дисковое пространство Windows
2. oraarch: дисковые пространства Windows использовать не обязательно.

Ссылки для Oracle в Windows

• Общие сведения о настройке Windows (oracle.com)
• Задачи настройки после установки в Windows (oracle.com)
• Презентация о SAP в Windows (oracle.com)2823030 — Большие страницы Oracle в MS Windows

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

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

• Вопросы развертывания СУБД для рабочей нагрузки SAP на виртуальных машинах Azure