次の方法で共有

SAP ワークロード用の Azure 仮想マシン Oracle データベースのデプロイ

この記事では、Azure サービスとしてのインフラストラクチャ (IaaS) に Oracle Database for SAP ワークロードをデプロイするときに考慮すべきいくつかの領域について説明します。 このドキュメントを読む前に、 SAP ワークロード用の Azure 仮想マシン (VM) データベース管理システム (DBMS) のデプロイに関する考慮事項をお読みください。 また、 SAP ワークロード on Azure ドキュメントの他のガイドを読み取ることもお勧めします。

SAP Note 2039619では、Oracle on Azure での SAP on Oracle の実行でサポートされている Oracle のバージョンと対応するオペレーティング システム (OS) のバージョンに関する情報を確認できます。

Oracle での SAP Business Suite の実行に関する一般的な情報については、 SAP on Oracle を参照してください。 Oracle では、Azure での Oracle データベースの実行がサポートされています。 Windows Hyper-V と Azure の一般的なサポートの詳細については、 Oracle と Azure の FAQ を参照してください。

Oracle インストールに関連する SAP ノート

Note 番号 ノートのタイトル
1738053 Oracle Automatic Storage Management (ASM) のインストールのための SAPinst SAP ONE Support Launchpad
2896926 ASM ディスク グループの互換性 NetWeaver SAP ONE Support Launchpad
1550133 SAP NetWeaver ベースの製品での Oracle ASM の使用 SAP ONE サポート スタート パッド
888626 ハイエンド システムの SAP ONE サポート スタート パッドの再実行ログ レイアウト
105047 Oracle Functions の SAP Environment SAP ONE Support Launchpad でのサポート
2799920 19c の修正プログラム: データベース SAP ONE サポート スタート パッド
974876 Oracle Transparent Data Encryption (TDE) SAP ONE サポート スタート パッド
2936683 Oracle Linux 8: SAP インストールとアップグレード SAP ONE サポート スタート パッド
1672954 Oracle 11g、12c、18c、19c: Linux での HugePages の使用
1171650 Oracle データベースパラメーターの自動チェック
2936683 Oracle Linux 8: SAP のインストールとアップグレード
3399081 Oracle Linux 9: SAP のインストールとアップグレード

Oracle Linux 上の Oracle Database の詳細

Oracle では、ゲスト OS として Oracle Linux を使用して Azure 上でデータベース インスタンスを実行できます。 Windows Hyper-V と Azure の一般的なサポートの詳細については、 Oracle と Azure の FAQ を参照してください。

Oracle データベースを使用する SAP アプリケーションの特定のシナリオもサポートされています。 詳細については、この記事の次の部分で説明します。

Sap on Oracle on Azure を実行するための一般的な推奨事項

既存の SAP on Oracle システムを Azure にインストールまたは移行する場合は、次のデプロイ パターンに従います。

  • 使用可能な 最新の Oracle Linux バージョン (Oracle Linux 8.6 以降) を使用します。

  • 最新の SAP バンドル パッチ (Oracle 19 Patch 15 以降) 2799920 - 19c: Database のパッチで利用可能な最新の Oracle Database バージョンを使用します。

  • ブロック ストレージ上の小規模、中規模、および大規模なデータベースには ASM を使用します。

  • Azure Premium SSD ストレージを使用します。 Standard やその他のストレージの種類は使用しないでください。

  • ASM ではミラー ログの要件が削除されることに注意してください。 ノート 888626 - ハイエンド システムの再実行ログ レイアウトでの Oracle のガイダンスに従います。

  • ASMLibを使用し、UDEVは使用しないでください。

  • Oracle 独自の高性能 dNFS ドライバー ソリューションである Azure NetApp Files のデプロイには、Oracle ダイレクト ネットワーク ファイル システム (dNFS) を使用します。

  • 大規模な Oracle データベースは、大規模なシステム グローバル領域 (SGA) サイズの恩恵を受けることに注意してください。 大規模な顧客は、4 TB 以上の RAM サイズの Azure M シリーズにデプロイする必要があります。

    • Linux HugePages を物理 RAM サイズの 75% に設定します。
    • SGA を HugePage サイズの 90% に設定します。
    • Oracle パラメーターの USE_LARGE_PAGES = ONLYを設定します。 ONLY値は、TRUE値がより一貫性があり予測可能なパフォーマンスを提供することが想定されているため、ONLY値よりも優先されます。 TRUE値は、大きな 2 MB と標準の 4 K ページの両方を割り当てることができます。 ONLY値により、常に大きな 2 MB のページが強制的に作成されます。 使用可能な HugePages の数が不足しているか、正しく構成されていない場合、データベース インスタンスは次のエラー コードで開始できません。
    ora-27102 :  out of memory Linux_x86_64 Error 12 : can't allocate memory

    連続するメモリが不足している場合は、Oracle Linux を再起動するか、OS HugePage パラメーターを再構成する必要があります。

  • "ルート" ボリュームまたはディスクの外部で Oracle Home を見つけます。 別のディスクまたは Azure NetApp Files ボリュームを使用します。 Oracle Home を保持するディスクのサイズは 64 ギガバイト以上である必要があります。

  • 大規模な高パフォーマンスの Oracle データベース サーバーのブート ディスクのサイズが重要であることに注意してください。 M シリーズまたは E シリーズには、少なくとも P10 ディスクを使用します。 P4 や P6 などの小さなディスクは使用しないでください。 ディスクが小さいと、パフォーマンスの問題が発生する可能性があります。

  • すべての VM で高速ネットワークを有効にします。 高速ネットワークを有効にするときに問題がある場合は、最新の Oracle Linux リリースにアップグレードします。

  • Oracle Database: Supported Products and Versions を使用して、このドキュメントと SAP Note 2039619 - SAP Applications on Microsoft Azure の更新プログラムを確認します。

Azure VM で SAP on Oracle を実行するためにサポートされている Oracle のバージョンと対応する OS バージョンについては、SAP Note 2039619を参照してください。

Oracle での SAP Business Suite の実行に関する一般的な情報については、 SAP on Oracle コミュニティページを参照してください。 Sap on Oracle on Azure は、アプリケーションおよびデータベース サーバーの Oracle Linux でのみサポートされています (SUSE や Red Hat ではサポートされません)。

ASCS/ERS サーバーは、Oracle クライアントがこれらの VM にインストールまたは使用されていないため、RHEL/SUSE を使用できます。 これらの VM にアプリケーション サーバー (PAS/AAS) をインストールしないでください。 SAP ノート「3074643 - OLNX: FAQ: if Pacemaker for Oracle Linux is supported in SAP Environment」を参照してください。 RAC にはマルチキャスト ネットワークが必要なため、Azure では Oracle Real Application Cluster (RAC) はサポートされていません。

ストレージの構成

SAP on Oracle on Azure には、次の 2 つのストレージデプロイ パターンをお勧めします。

  • Oracle ASM
  • Azure NetApp Files と Oracle dNFS の組み合わせ

現在、論理ボリューム マネージャー (LVM) を使用する EXT4 または XFS ファイル システムで Oracle データベースを実行しているお客様は、ASM に移行することをお勧めします。 LVM と比較して、ASM で実行する場合には、パフォーマンス、管理、信頼性に関する利点が大きくなっています。 ASM を使用すると、複雑さが軽減され、サポート性が向上し、管理タスクが簡単になります。 このドキュメントには、ASM をインストールして管理する方法を学習するための Oracle データベース管理者 (DBA) のリンクが含まれています。

Azure には複数のストレージ ソリューションが用意されています。

次の表では、サポートの状態について詳しく説明します。

ストレージの種類 Oracle のサポート セクター サイズ Oracle Linux 8.x 以降 Windows Server 2019
ブロック ストレージの種類
Premium SSD Supported. 512e ASM をお勧めします。 LVM がサポートされています。 Windows では ASM はサポートされません。
Premium SSD v21 Supported. 4K ネイティブまたは 512e.2 ASM をお勧めします。 LVM がサポートされています。 Windows では ASM はサポートされません。 ログ ファイル ディスクを 4K ネイティブから 512e に変更します。
Standard SSD サポートされていません。
Standard HDD サポートされていません。
Ultra Disk Supported. 4K ネイティブ ASM をお勧めします。 LVM がサポートされています。 Windows では ASM はサポートされません。 ログ ファイル ディスクを 4K ネイティブから 512e に変更します。
ネットワーク ストレージの種類
Azure NetApp Files Supported. Oracle dNFS が必要です。 サポートされていません。
Azure Files NFS サポートされていません。
Azure Files SMB サポートされていません。

1 つの Azure Premium SSD v2 には、定義済みのストレージ サイズがありません。 ASM ディスク グループまたは LVM ボリューム グループ内に複数のディスクを割り当てる必要はありません。 ASM ディスク グループごとに必要なサイズ、スループット、IOPS を持つ単一の Premium SSD v2 を割り当てることをお勧めします。

2 512e は、Windows システムの Premium SSD v2 でサポートされています。 Linux のお客様には、512e 構成はお勧めしません。 My Oracle Support (MOS) の 512/512e セクター サイズから 4K ネイティブへの移行に関するレビュー (ドキュメント ID 1133713.1) の手順を使用して、4K ネイティブ レビューに移行します。

適用されるその他の考慮事項:

  • 4K ネイティブ セクター サイズの DIRECTIO はサポートされません。 LVM 構成の FILESYSTEMIO_OPTIONS に推奨される設定は次のとおりです。

    • LVM: 512/512e ジオメトリのディスクを使用する場合、設定は FILESYSTEMIO_OPTIONS = SETALL。
    • LVM: 4K ネイティブ ジオメトリのディスクを使用する場合、設定は FILESYSTEMIO_OPTIONS = ASYNC。

  • Oracle 19c 以降では、ASM と LVM の両方で 4K ネイティブ セクター サイズが完全にサポートされています。

  • Linux 上の Oracle 19c 以降。 512e ストレージから 4K ネイティブ ストレージ ログ セクターに移行する場合は、サイズを変更する必要があります。

  • 512/512e セクター サイズから 4K ネイティブ レビュー (ドキュメント ID 1133713.1) への移行については、「4 KB セクター ディスクへのオフライン移行」セクションを参照してください。

  • SAPInst は、インストール時に pfile に書き込みます。 $ORACLE_HOME/dbsが 4 K ディスク上にある場合は、filesystemio_options=asynchを設定し、「4K セクター ディスクをサポートする MOS」(ドキュメント ID 1133713.1) の「4 KB セクター ディスクのデータファイルのサポート」セクションを参照してください。

  • Windows プラットフォーム上の ASM はサポートされません。

  • Windows プラットフォーム上のログ ボリュームの 4K ネイティブ セクター サイズはサポートされません。 Premium SSD v2 と Ultra Disk は、Azure portal の [ディスクの編集] 鉛筆アイコンを使用して 512e に変更する必要があります。

  • 4K ネイティブ セクター サイズは、Windows プラットフォームのデータ ボリュームでのみサポートされています。 4K は、Windows 上のログ ボリュームではサポートされていません。

  • 次の MOS 記事では、詳細について説明します。

    • "Oracle Linux: ファイル システムのバッファー キャッシュとダイレクト I/O" (ドキュメント ID 462072.1)
    • "4K セクター ディスクのサポート" (ドキュメント ID 1133713.1)
    • "Flash、4K ディスク、SSD ベースのストレージでの 4K Redo ログの使用" (ドキュメント ID 1681266.1)
    • "filesystemio_optionsとdisk_asynch_ioの設定に関する考慮事項" (ドキュメント ID 1987437.1)

ASMLibで Oracle ASM on Linux を使用することをお勧めします。 パフォーマンス、管理、サポート、構成は、デプロイ パターンに応じて最適化されます。 Oracle ASM と Oracle dNFS は、正しいパラメーターまたはバイパス パラメーター ( FILESYSTEMIO_OPTIONS など) を設定し、パフォーマンスと信頼性を向上させます。

Sap on Oracle on Windows のストレージ構成

コンポーネント Disk ホスト キャッシュ ストライピング1
E:\oracle\\<SID\>\origlogA および mirrlogB Premium なし。 必要ありません。
F:\oracle\\<SID\>\origlogB および mirrlogA Premium なし。 必要ありません。
G:\oracle\\<SID\>\sapdata1...*n* Premium なし。 推奨。
H:\oracle\\<SID\>\oraarch 2 Premium なし。 必要ありません。
I:\Oracle Home、 saptrace、 ... Premium なし なし。

1 ストライピング: Windows 記憶域スペース。

2oraarch: Windows 記憶域スペースは省略可能です。

IOPS 要件に基づいて、Oracle のオンライン再実行ログをホストするディスクを選択する必要があります。 ボリューム、IOPS、スループットが要件を満たしている場合は、すべての sapdata1...*n* (テーブルスペース) を 1 つのマウントされたディスクに格納できます。

Sap on Oracle on Linux のストレージ構成

コンポーネント Disk ホスト キャッシュ ストライピング1
/oracle/\<SID\>/origlogA および mirrlogB Premium なし。 必要ありません。
/oracle/\<SID\>/origlogB および mirrlogA Premium なし。 必要ありません。
/oracle/\<SID\>/sapdata1...*n* Premium なし。 推奨。
/oracle/\<SID\>/oraarch 2 Premium なし。 必要ありません。
Oracle Home、 saptrace、... Premium なし。 なし。

1 ストライピング: RAID0 を使用した LVM ストライプ。

2oraarch: LVM は省略可能です。

IOPS 要件に基づいて、Oracle のオンライン再実行ログをホストするディスクを選択する必要があります。 ボリューム、IOPS、スループットが要件を満たしている場合は、すべての sapdata1...*n* (テーブルスペース) を 1 つのマウントされたディスクに格納できます。

LVM を使用した Oracle on Azure 上の SAP

ASM は、Azure 上の任意のサイズのすべての SAP システムに対する Oracle からの既定の推奨事項です。 ASM を使用する場合は、パフォーマンス、信頼性、サポートの方が優れています。 Oracle には、DBA を ASM に移行するためのドキュメントとトレーニングが用意されています。 Oracle DBA チームが、ASM を使用するための Oracle、Microsoft、SAP からの推奨事項に従わない場合は、次の LVM 構成を使用します。

LVM を作成するときは、 -i オプションを使用して、LVM グループ内のディスク数全体にデータを均等に分散する必要があります。 LVM を実行するときは、ミラー ログが必要です。

Oracle ASM

Oracle ASM のチェックリスト:

  • Azure 上のすべての SAP on Oracle システムは、開発、品質保証、運用など、小規模、中規模、大規模のデータベースに対して ASM を実行します。
  • ASMLib は複数の SAN にUDEVが必要であるため、UDEVではなく使用されます。 このシナリオは Azure には存在しません。
  • ASM は外部冗長性のために設定する必要があります。 Azure Premium SSD ストレージには 3 つの冗長性が用意されています。 Azure Premium SSD は、他のストレージ ソリューションの信頼性と整合性と一致します。 オプションの安全性を確保するために、お客様はログ ディスク グループの 通常の冗長性 を検討できます。
  • ASM 888626 - ハイエンド システムの再実行ログ レイアウトでは、再実行ログ ファイルのミラーリングは省略可能です。
  • ASM ディスク グループは、バリアント 1、2、または 3 に従って構成されます。
  • ASM アロケーション ユニット サイズ = 4 MB (既定値)。 SAP Business Warehouse などの非常に大規模なデータベース (VLDB) OLAP システムの場合、ASM アロケーション ユニット サイズが大きくなるとメリットが得られる場合があります。 Oracle サポートに確認した後でのみ変更します。
  • ASM セクター サイズと論理セクター サイズ = 既定値 (UDEV は推奨されませんが、4K が必要です)。
  • COMPATIBLE.ASMディスク グループ属性がディスク グループの11.2以上に設定されている場合は、Oracle ASM SPFILEを作成、コピー、または Oracle ACFS ファイル システムに移動できます。 pfileを ACFS に移行する方法については、Oracle のドキュメントを参照してください。 SAPInstでは、既定で ACFS にpfileが作成されない点に注意してください。
  • 適切な ASM バリアントが使用されます。 運用システムではバリアント 2 または 3 を使用する必要があります。

バリアント型

Note

DATA ASM ディスク グループの Azure ホスト ディスク キャッシュを読み取り専用または None に設定できます。 読み取りキャッシュされた Premium SSD v1 ストレージを使用すると、読み取りと書き込みの IOPS レートとスループットが低下する可能性がある新しい M(b)v3 VM の種類をいくつか考えてみましょう。 これらの VM の種類で読み取りキャッシュを使用しない場合は、パフォーマンスが向上します。 他のすべての ASM ディスク グループを None に設定します。 SAP Business Warehouse またはサプライ チェーン管理では、大規模なシステムまたはビジー状態のシステムの TEMP 用に個別の ASM ディスク グループを検討できます。

この例では、顧客は小規模または中規模のデータベース (最大 3 TB) を持っています。 復旧時間が重要でない場合は、Oracle Recovery Manager (RMAN) を使用して、すべてのデータベースのバックアップまたは復元をタイムリーに実行できます。 1 つ以上のデータベースのデータ ファイルを含む完全な Oracle ASM ディスク グループが壊れた場合は、すべてのデータベースからすべてのデータ ファイルを復元する必要があります。 RMAN を使用して、新しく作成された Oracle ASM ディスク グループに対してこの復元を実行します。

Oracle ASM ディスク グループの推奨事項:

ASM ディスク グループ名 ストア Azure Storage
+DATA すべてのデータ ファイル

コントロール ファイル (最初のコピー)

オンライン再実行ログ (最初のコピー)		 3-6 x P 30 (1 TiB)

(データベース サイズを増やすには、P30 ディスクを追加します)。
+ARCH コントロール ファイル (2 番目のコピー)

アーカイブされた redo ログ		 2 x P20 (512 GiB)
+RECO コントロール ファイル (3 番目のコピー)

RMAN バックアップ (省略可能)

回復領域 (省略可能)		 2 x P20 (512 GiB)

Oracle ASM ディスク グループ

公式の Oracle ガイドのパート 2 では、ASM のインストールと管理について説明します。

Oracle Database 12c 以降には、次の ASM 制限があります。

  • 511 個のディスク グループ
  • ディスク グループ内の 10,000 個の ASM ディスク
  • ストレージ システム内の 65,530 個の ASM ディスク
  • ディスク グループごとに 100 万個のファイル

詳細については、「 ディスク グループのパフォーマンスとスケーラビリティに関する考慮事項 (oracle.com)」を参照してください。

関連する SAP Installation Guide for 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

詳細については、以下をご覧ください。

Azure で SAP on Oracle ASM システムを監視する

パフォーマンスの問題をトラブルシューティングする際の最初の手順として、Oracle 自動ワークロード リポジトリ (AWR) レポートを実行します。 ディスク パフォーマンス メトリックについては、AWR レポートで詳しく説明されています。

Oracle Enterprise Manager 内および外部ツールを使用して、ディスクのパフォーマンスを監視できます。 詳細については、以下を参照してください:

OS レベルの監視ツールでは、認識可能なファイル システムがないため、ASM ディスクを監視できません。 Oracle 内から空き領域を監視する必要があります。

Azure NetApp Files と Oracle dNFS の組み合わせ

Azure VM と Azure NetApp Files の組み合わせは、多くのお客様が非常に大規模に実装する堅牢で実証済みの組み合わせです。

100 TB を超えるデータベースは、この組み合わせで既に生産的に実行されています。 この組み合わせを設定する方法の詳細なブログについては、「 Azure NetApp Files を使用した SAP AnyDB (Oracle 19c) のデプロイ - Microsoft Tech Community」を参照してください。

一般的な情報については、次を参照してください。

ミラー ログは、dNFS Azure NetApp Files 実稼働システムで必要です。

Azure NetApp Files は冗長性が高くても、Oracle にはミラー化された redo-logfile ボリュームが必要です。 2 つの個別のボリュームを作成し、origlogAと共にmirrlogBを構成し、origlogBと共にmirrlogAを構成することをお勧めします。 この場合は、 redo-logfilesの分散負荷分散を利用します。

dNFS クライアントが構成されている場合 nconnect マウント オプションはお勧めしません。 dNFS は I/O チャネルを管理し、複数のセッションを利用します。 このオプションは廃止されており、多くの問題を引き起こす可能性があります。 dNFS クライアントはマウント オプションを無視し、I/O を直接処理します。

Azure NetApp Files を使用する NFS バージョン (v3 および v4.1) はどちらも、Oracle バイナリ データ ファイルとログ ファイルでサポートされています。 すべての Oracle ボリュームに Oracle dNFS クライアントを使用することを強くお勧めします。

次のマウント オプションをお勧めします。

NFS バージョン マウント オプション
NFSv3 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

Azure NetApp Files バックアップ

Azure NetApp Files では、一貫性のあるスナップショット ベースのバックアップ、低待機時間、非常に高いパフォーマンスなど、いくつかの主要な機能を利用できます。 AzAcSnap ツールのバージョン 6 から、一貫性のあるデータベース スナップショット用に Oracle データベースを構成できます。 詳細については、 Azure NetApp Files の Azure アプリケーション整合性スナップショット ツールに関するページを参照してください。

スナップショットは実際のデータ ボリュームに残り、Azure NetApp Files のリージョン間レプリケーション (CRR) またはその他のバックアップ ツールを使用してコピーする必要があります。 詳細については、「 Azure NetApp Files のリージョン間レプリケーション」を参照してください。

Windows 上の Azure VM での SAP インストールに関する Oracle 構成ガイドライン

Oracle on Azure 上の SAP では、Windows もサポートされています。 Windows 展開の推奨事項は次のとおりです。

  • 次の Windows リリースを使用します。

    • Windows Server 2022 (Oracle Database 19.13.0以降のみ対応)
    • Windows Server 2019 (Oracle Database 19.5.0 on からのみ)

  • WINDOWS では ASM がサポートされていないため、Windows 記憶域スペースを使用してディスクを集計し、最適なパフォーマンスを実現します。

  • Oracle Home を専用の独立ディスクにインストールします。 ( C:\ ドライブに Oracle Home をインストールしないでください)。

  • すべてのディスクを NTFS としてフォーマットします。

  • Oracle の Windows チューニング ガイドに従って、大きなページを有効にし、メモリ内のページをロックし、その他の Windows 固有の設定を行います。

Windows 用 ASM の執筆時点では、Azure のお客様はサポートされていません。 現時点では、WINDOWS 用 SAP Software Provisioning Manager では ASM はサポートされていません。

Azure インフラストラクチャ: VM のスループット制限と Azure ディスク ストレージ のオプション

Oracle ストレージに関する現在の推奨事項

  • Azure Premium Storage: ほとんどのお客様は、Premium Storage を使用して ASM にデプロイします。
  • Azure NetApp Files: VLDB のお客様は、多くの場合、50 TB を超える単一の Oracle データベースを使用しており、通常は Azure NetApp Files の Azure NetApp Files とストレージ スナップショット機能をバックアップと復元に使用します。
  • マネージド ディスク バースト - Azure VM。
  • 書き込みアクセラレータ: Oracle 再実行ログが Premium SSD v1 ディスクに基づいている場合に使用されます。
  • オンライン ディスク拡張機能: Premium Storage v1 で完全にサポートされ、ASM で動作します。

書き込みアクセラレータを有効にすると、Azure M シリーズ VM のログ書き込み時間を短縮できます。 オンライン再実行ログ ファイル用に ASM ディスク グループによって使用される Premium SSD ストレージ ディスクの書き込みアクセラレータを有効にします。 詳細については、「 書き込みアクセラレータ」を参照してください。

書き込みアクセラレータの使用は省略可能ですが、AWR レポートでログ書き込み時間が予想よりも高いことを示している場合は有効にできます。

Azure VM のスループット制限

各 Azure VM の種類には、CPU、ディスク、ネットワーク、RAM の制限があります。

VM の種類を選択するときは、次の推奨事項に従います。

バックアップと復元

バックアップと復元機能については、SAP BR*Tools for Oracle がベア メタルおよび Hyper-V と同様にサポートされています。 RMAN は、ディスクへのバックアップとディスクからの復元でもサポートされています。

Oracle データベースに対して Azure Backup サービスと復旧サービスを使用する方法の詳細については、「 Azure Backup を 使用して Azure Linux VM 上の Oracle データベースをバックアップおよび復旧する」を参照してください。

高可用性

高可用性とディザスター リカバリーを目的として Oracle Data Guard がサポートされています。 Data Guard で自動フェールオーバーを実現するには、ファスト スタート フェールオーバー (FSFA) を使用することが必要です。 オブザーバー機能 (FSFA) によってフェールオーバーがトリガーされます。 FSFA を使用しない場合は、手動フェールオーバー構成のみを使用できます。 詳細については、「 Azure Linux VM に Oracle Data Guard を実装する」を参照してください。

Azure での Oracle データベースのディザスター リカバリーの側面については、Azure 環境内の Oracle Database 12c データベースのディザスター リカバリーに関するページを参照してください。

HugePages と大規模な Oracle SGA 構成

VLDB SAP on Oracle on Azure デプロイでは、3 TB を超える SGA サイズが適用されます。 最新バージョンの Oracle では、大きな SGA サイズが適切に処理され、I/O が大幅に削減されます。 AWR レポートを確認し、SGA サイズを大きくして読み取り I/O を減らします。

一般的なガイダンスとして、Linux HugePages を VM RAM サイズの約 75% に構成します。 SGA を HugePage サイズの 90% に設定できます。 おおよその例では、4 TB の RAM を搭載した M192ms VM では、HugePages が約 3 TB に設定されます。 SGA は、2.95 TB など、少し小さい値に設定できます。

High-Memory Azure VM で実行されている大規模な SAP のお客様には、HugePages のメリットがあります。 詳細については、 Oracle HugePages の構成手順を参照してください。

一様でないメモリ アクセス (NUMA) システム vm.min_free_kbytes は、 524288 (NUMA ノードの数) に設定する必要があります。 詳細については、「 Oracle Linux: Recommended value of vm.min_free_kbytes Kernel Tuning Parameter (Doc ID 2501269.1....」を参照してください。

Oracle ASM のトレーニング リソース

Oracle ASM に慣れていない Oracle DBA については、次のトレーニング資料とリソースを参照してください。

Oracle Linux ユーティリティ

Oracle Linux には便利な GUI 管理ユーティリティが用意されています。

Oracle Linux には、新しいパッケージ管理ツール DNF があります。

Oracle Real Application Testing を使用して、メモリと NUMA の構成をテストおよびベンチマークできます。

関連するコンテンツ

Windows 上の Oracle の詳細については、以下を参照してください。

SAP Azure VM DBMS デプロイの詳細については、SAP ワークロード用の Azure VM DBMS デプロイに関する考慮事項に関するページを参照してください。

  • Last updated on