SAP ワークロードのための Azure Virtual Machines Oracle データベースのデプロイ

このドキュメントでは、Azure IaaS に SAP ワークロードのために Oracle Database をデプロイするときに考慮すべきいくつかの異なる領域について説明します。 このドキュメントを読む前に、「SAP ワークロードのための Azure Virtual Machines DBMS デプロイの考慮事項」を読むことをお勧めします。 また、Azure での SAP ワークロードのドキュメントの他のガイドを読むこともお勧めします。

Azure で SAP on Oracle を実行できる Oracle のバージョンと対応する OS のバージョンに関しては、SAP Note 2039619 をご覧ください。

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

Oracle インストールに関連する SAP ノートを次に示します

Note 番号 ノートのタイトル
1738053 SAPinst for Oracle ASM インストール SAP ONE サポート スタート パッド
2896926 ASM ディスク グループの互換性 NetWeaver SAP ONE サポート スタート パッド
1550133 SAP NetWeaver ベースの製品での Oracle Automatic Storage Management (ASM) の使用 SAP ONE サポート スタート パッド]
888626 ハイエンド システムの再実行ログ レイアウト SAP ONE サポート スタート パッド
105047 SAP 環境での Oracle 関数のサポート SAP ONE サポート スタート パッド
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 での hugepage の使用
1171650 Oracle DB パラメーターの自動チェック
2936683 Oracle Linux 8: SAP のインストールとアップグレード

Oracle Linux 上の Oracle Database の詳細

Oracle は、ゲスト OS として Oracle Linux を使って Microsoft Azure 上でデータベース インスタンスを実行することをサポートしています。 Windows Hyper-V と Azure の一般的なサポートの詳細については、「Azure and Oracle FAQ (Azure と Oracle に関する FAQ)」をご覧ください。

Oracle Database を使用する SAP アプリケーションの特定のシナリオも同様にサポートされます。 詳細については、ドキュメントの次の部分で説明します。

Azure での SAP on Oracle の実行に関する一般的な推奨事項

既存の SAP on Oracle システムを Azure にインストールまたは移行するには、次のデプロイ パターンに従う必要があります。

  1. 使用可能な最新の Oracle Linux バージョンを使います (Oracle Linux 8.6 以降)。
  2. 最新の SAP バンドル パッチ (SBP) (Oracle 19 Patch 15 以降) で入手できる最新の Oracle Database バージョンである 2799920 - 19c 用パッチ: データベースを使います。
  3. ブロック ストレージ上の小規模、中規模、大規模のデータベースに対して自動ストレージ管理 (ASM) を使います。
  4. Azure Premium Storage SSD を使用する必要があります。 Standard またはその他のストレージの種類は使用しないでください。
  5. ASM では、ミラー ログの要件が削除されます。 ノート 888626 - ハイエンド システムの再実行ログ レイアウトでの Oracle のガイダンスに従います。
  6. ASMLib を使い、udev は使いません。
  7. Azure NetApp Files デプロイでは、Oracle dNFS (Oracle 独自のハイ パフォーマンス Direct NFS ソリューション) を使う必要があります。
  8. 大規模な Oracle データベースは、大きなシステム グローバル領域 (SGA) サイズの恩恵を大きく受けます。 大規模なお客様は、4 TB 以上の RAM サイズの Azure M シリーズにデプロイする必要があります
    • Linux Huge Pages を物理 RAM サイズの 75% に設定します
    • システム グローバル領域 (SGA) を Huge Page サイズの 90% に設定します
    • Oracle パラメーター USE_LARGE_PAGES = ONLY を設定します。値 ONLY は、より一貫した予測可能なパフォーマンスを実現すると考えられるため、値 TRUE よりも値 ONLY の方が優先されます。 値 TRUE は、大きな 2 MB と標準の 4K ページの両方を割り当てることができます。 値 ONLY を指定すると、常に 2 MB の大きなページが強制されます。 使用できる huge page の数が十分でない場合、または正しく構成されていない場合、データベース インスタンスは次のエラー コードで起動に失敗します: ora-27102 : out of memory Linux_x86_64 Error 12 : can't allocate memory。 連続するメモリが不足している場合は、必要に応じて Oracle Linux を再起動するか、[Operating System Huge Page] パラメーターを再構成します。
  9. Oracle Home は、"ルート" ボリュームまたはディスクの外部に配置する必要があります。 別のディスクまたは ANF ボリュームを使用します。 Oracle Home を保持するディスクのサイズは 64 ギガバイト以上にする必要があります。
  10. 大規模なハイ パフォーマンス Oracle データベース サーバーのブート ディスクのサイズは重要です。 最低でも、M シリーズまたは E シリーズには P10 ディスクを使用する必要があります。 P4 や P6 などの小さなディスクは使用しないでください。 ディスクが小さいと、パフォーマンスの問題が発生する可能性があります。
  11. すべての仮想マシン上で高速ネットワークを有効にする必要があります。 高速ネットワークの有効化に問題がある場合は、最新の Oracle Linux リリースにアップグレードします。
  12. このドキュメントと SAP ノート 2039619 - Oracle Database を使用した Microsoft Azure 上の SAP アプリケーション: サポートされている製品とバージョン - SAP ONE サポート ランチパッドの最新情報を確認します。

Azure Virtual Machines で SAP on Oracle を実行できる Oracle のバージョンと対応する OS のバージョンについて詳しくは、SAP Note 2039619 をご覧ください。

Oracle での SAP Business Suite の実行に関する一般的な情報については、SAP on Oracle のコミュニティ ページを参照してください。 Azure で Sap on Oracle を使用する場合、アプリケーションおよびデータベース サーバーは Oracle Linux でのみサポートされます (Suse や Red Hat ではサポートされません)。 ASCS/ERS サーバーでは、RHEL/SUSE を使用できます。これらの VM では、Oracle クライアントがインストールされていない、または使用されていないためです。 これらの VM には、アプリケーション サーバー (PAS/AAS) をインストールしないでください。 SAP ノート 3074643 - OLNX: FAQ: if Pacemaker for Oracle Linux is supported in SAP Environment を参照してください。 Azure 上では Oracle Real Application Cluster (RAC) はサポートされていません。RAC にはマルチキャスト ネットワークが必須であるためです。

ストレージの構成

Azure での SAP on Oracle には、次の 2 つの推奨されるストレージ デプロイ パターンがあります。

  1. Oracle Automatic Storage Management (ASM)
  2. Oracle dNFS (Direct NFS) と組み合わせた Azure NetApp Files (ANF)

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

Azure には複数のストレージ ソリューションが用意されています。 次の表はサポート状態の詳細をまとめたものです

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

1 512e は、Windows システム用 Premium SSD v2 でサポートされています。 512e 構成は、Linux のお客様には推奨されません。 MOS 512/512e セクター サイズから 4K ネイティブ レビューの手順を使って 4K ネイティブに移行する (Doc ID 1133713.1)

適用されるその他の考慮事項を次に示します。

  1. 4K ネイティブ セクター サイズの DIRECTIO はサポートされません。 LVM 構成の FILESYSTEMIO_OPTIONS に推奨される設定。
    • LVM - 512/512e ジオメトリのディスクが使われている場合、FILESYSTEMIO_OPTIONS = SETALL
    • LVM - 4K ネイティブ ジオメトリのディスクが使われている場合、FILESYSTEMIO_OPTIONS = ASYNC
  2. Oracle 19c 以降は、ASM と LVM の両方で 4K ネイティブ セクター サイズを完全にサポートしています
  3. Linux 上の Oracle 19c 以降 - 512e ストレージから 4K ネイティブ ストレージに移行する場合、ログ セクター サイズを変更する必要があります
  4. 512/512e セクター サイズから 4K ネイティブ レビューに移行するには (Doc ID 1133713.1) - 「Offline Migration to 4KB Sector Disks (4 KB セクター ディスクへのオフライン移行)」セクションを参照してください
  5. SAPInst はインストール時に pfile に書き込みます。 $ORACLE_HOME/dbs が 4K ディスク上にある場合は、filesystemio_options=asynch を設定し、「MOS Supporting 4K Sector Disks (4K セクター ディスクをサポートする MOS)」(Doc ID 1133713.1) のセクション「Datafile Support of 4kB Sector Disks (4 kB セクター ディスクのデータファイル サポート)」を参照してください
  6. Windows プラットフォーム上では ASM はサポートされません
  7. Windows プラットフォーム上のログ ボリュームに対して 4K ネイティブ セクター サイズはサポートされません。 SSDv2 と Ultra Disk は、Azure Portal の [ディスクの編集] 鉛筆アイコンを使って 512e に変更する必要があります
  8. 4K ネイティブ セクター サイズは、Windows プラットフォームのデータ ボリュームでのみサポートされています。 4K は Windows 上のログ ボリュームではサポートされません
  9. 次の MOS の記事を確認することをお勧めします。
    • Oracle Linux: File System's Buffer Cache versus Direct I/O (Oracle Linux: ファイル システムのバッファー キャッシュとダイレクト I/O) (Doc ID 462072.1)
    • Supporting 4K Sector Disks (4K セクター ディスクのサポート) (Doc ID 1133713.1)
    • Using 4k Redo Logs on Flash, 4k-Disk and SSD-based Storage (フラッシュ、4k ディスク、SSD ベースのストレージでの 4k Redo ログの使用) (Doc ID 1681266.1)
    • Things To Consider For Setting filesystemio_options And disk_asynch_io (filesystemio_options と disk_asynch_io の設定に関する考慮事項) (Doc ID 1987437.1)

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

Oracle Automatic Storage Management (ASM)

Oracle 自動ストレージ管理のチェックリスト:

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

Oracle Automatic Storage Management ディスク グループ

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

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

ディスク グループ 511 個、ディスク グループ内の ASM ディスク 10,000 個、ストレージ システム内の ASM ディスク 65,530 個、ディスク グループごとにファイル 100 万個。 詳細については、こちら: ディスク グループのパフォーマンスとスケーラビリティに関する考慮事項 (oracle.com)

https://help.sap.com/viewer/nwguidefinder から入手できる、関連する Oracle の SAP インストール ガイドの ASM ドキュメントを確認します

バリアント 1 – 最大 3 TB の中小規模のデータ ボリューム、復元時間は重要ではありません

お客様は小規模または中規模のデータベースを所有しており、RMAN を使ってすべてのデータベースのバックアップや復元 + 復旧をタイムリーに実行できます。 例: データ ファイルを含む完全な Oracle ASM ディスク グループが 1 つ以上のデータベースから切断され、すべてのデータベースのすべてのデータ ファイルを RMAN を使用して新しく作成された Oracle ASM ディスク グループに復元する必要がある場合。

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

ASM ディスク グループ名 Stores Azure Storage
+DATA すべてのデータ ファイル 3-6 x P 30 (1 TiB)
コントロール ファイル (最初のコピー) データベース サイズを増やすには、P30 ディスクを追加します
オンライン再実行ログ (最初のコピー)
+ARCH コントロール ファイル (2 番目のコピー) 2 x P20 (512 GiB)
アーカイブされた redo ログ
+RECO コントロール ファイル (3 番目のコピー) 2 x P20 (512 GiB)
RMAN バックアップ (省略可能)
回復領域 (省略可能)

バリアント 2 – 3 TB から 12 TB の間の中・大規模のデータ ボリューム、復元時間が重要

お客様は中・大規模のデータベースを保持しており、バックアップや復元および

復旧をすべてのデータベースでタイムリーに実行することができません。

通常、お客様は RMAN、Oracle 向け Azure Backup、ディスク スナップ技術を組み合わせて使用しています。

バリアント 1 との主な違いは次のとおりです。

  1. データベースごとに個別の Oracle ASM ディスク グループ
  2. <DBNAME>+“_” は、DATA ディスク グループの名前のプレフィックスとして使用されます
  3. データベースが複数の DATA ディスク グループにまたがる場合、DATA ディスク グループの数が追加されます
  4. "data" ディスク グループにはオンライン再実行ログはありません。 代わりに、各オンライン再実行ログ グループの最初のメンバーに追加のディスク グループが使用されます。
ASM ディスク グループ名 Stores Azure Storage
+<DBNAME>_DATA[#] すべてのデータ ファイル 3-12 x P 30 (1 TiB)
すべての一時ファイル データベース サイズを増やすには、P30 ディスクを追加します
コントロール ファイル (最初のコピー)
+OLOG オンライン再実行ログ (最初のコピー) 3 x P20 (512 GiB)
+ARCH コントロール ファイル (2 番目のコピー) 3 x P20 (512 GB)
アーカイブされた redo ログ
+RECO コントロール ファイル (3 番目のコピー) 3 x P20 (512 GiB)
RMAN バックアップ (省略可能)
高速回復領域 (省略可能)

バリアント 3 – 5 TB を超える巨大なデータとデータ変更ボリューム、復元時間が重要

お客様は、単一データベースのバックアップや復元と復旧をタイムリーに行うことができない巨大なデータベースを持っています。

通常、お客様は RMAN、Oracle 向け Azure Backup、ディスク スナップ技術を組み合わせて使用しています。 このバリアントでは、関連する各データベース ファイルの種類は、異なる Oracle ASM ディスク グループに分離されます。

ASM ディスク グループ名 Stores Azure Storage
+<DBNAME>_DATA[#] すべてのデータ ファイル 5-30 以上 x P30 (1 TiB) または P40 (2 TiB)
すべての一時ファイル。データベース サイズを増やすには、P30 ディスクを追加します
コントロール ファイル (最初のコピー)
+OLOG オンライン再実行ログ (最初のコピー) 3-8 x P20 (512 GiB) または P30 (1 TiB)
この ASM ディスク グループでは、より安全な "通常の冗長性" を選択できます
+ARCH コントロール ファイル (2 番目のコピー) 3-8 x P20 (512 GiB) または P30 (1 TiB)
アーカイブされた redo ログ
+RECO コントロール ファイル (3 番目のコピー) 3 x P30 (1 TiB)、P40 (2 TiB)、または P50 (4 TiB)
RMAN バックアップ (省略可能)
高速回復領域 (省略可能)

注意

DATA ASM ディスク グループの Azure ホスト ディスク キャッシュは、読み取り専用またはなしに設定できます。 その他の ASM ディスク グループはすべてなしに設定する必要があります。 BW または SCM では、大規模またはビジーなシステムに対して、TEMP 用の個別の 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 内から空き領域の監視を行う必要があります。

Oracle Automatic Storage Management (ASM) に関するトレーニング リソース

Oracle ASM に慣れていない Oracle DBA については、以下のトレーニング資料とリソースに従ってください。

Oracle dNFS (Direct NFS) と組み合わせた Azure NetApp Files (ANF)

Azure VM と ANF の組み合わせは、非常に大規模な多くのお客様によって実装されている、堅牢で実証済みの組み合わせです。

100 TB を超えるデータベースが、既にこの組み合わせの本番環境で実行されています。 まず、この組み合わせを設定する方法に関する詳細な次のブログを作成しました。

さらなる一般情報

dNFS ANF 運用システムではミラー ログが必要です。

ANF は非常に冗長ですが、Oracle にはミラー化された再実行ログ ファイル ボリュームが必要です。 2 つの個別のボリュームを作成し、mirrlogB と origlogB を共に、origlogA と mirrlogA を共に構成することをお勧めします。 この場合は、再実行ログ ファイルの分散された負荷分散を使用します。

dNFS クライアントが構成されている場合、マウント オプション "nconnect" は推奨されません。 dNFS では IO チャネルを管理し、複数のセッションを使用するため、このオプションは古く、多様な問題を引き起こす可能性があります。 dNFS クライアントではマウント オプションを無視し、IO を直接処理します。

ANF を使用する 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

ANF バックアップ

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

これらのスナップショットは実際のデータ ボリュームに残り、ANF CRR (リージョン間レプリケーション) の ANF またはその他のバックアップ ツールのリージョン間レプリケーションを使用してコピーする必要があります。

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

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

注意: LVM を作成する場合、LVM グループ内のディスク数全体にデータを均等に分散するには、"-i" オプションを使う必要があります。

LVM を実行する場合は、ミラー ログが必要です。

Linux 最小構成:

コンポーネント ディスク ホスト キャッシュ ストライピング1
/oracle/<SID>/origlogaA & mirrlogB Premium なし 不要
/oracle/<SID>/origlogaB & mirrlogA Premium なし 不要
/oracle/<SID>/sapdata1...n Premium 読み取り専用2 推奨
/oracle/<SID>/oraarch3 Premium なし 不要
Oracle ホーム、saptrace、... Premium なし なし
  1. ストライピング: RAID0 を使用した LVM ストライプ
  2. R3Load の移行中に、SAPDATA のホスト キャッシュ オプションを [なし] に設定する必要があります
  3. oraarch: LVM は省略可能です

Oracle のオンラインの再実行ログをホストするためのディスクの選択は、IOPS 要件に従います。 ボリューム、IOPS、スループットの要件を満たしている限りは、1 つのマウント ディスク上の 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 ホーム、saptrace、... Premium なし なし
  1. ストライピング: RAID0 を使用した LVM ストライプ
  2. R3load の移行中に、SAPDATA のホスト キャッシュ オプションを [なし] に設定する必要があります
  3. oraarch: LVM は省略可能です

Azure Infra: 仮想マシンのスループット制限と Azure Disk Storage オプション

Oracle Automatic Storage Management (ASM)## では、次のストレージ テクノロジを評価できます。

  1. Azure Premium Storage – 現在既定の選択肢
  2. マネージド ディスク バースト - マネージド ディスクバースト - Azure Virtual Machines | Microsoft Docs
  3. Azure 書き込みアクセラレータ
  4. Azure Premium SSD ストレージのオンライン ディスク拡張機能はまだ進行中です

書き込みアクセラレータを有効にすると、Azure M シリーズ VM でログ書き込み時間を向上させることができます。 オンライン再実行ログ ファイル向けの ASM ディスク グループによって使用される Azure Premium Storage ディスクに対して Azure 書き込みアクセラレータを有効にします。 詳しくは、書き込みアクセラレータに関するページを参照してください。

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

Azure 仮想マシンのスループット制限

各 Azure 仮想マシン (VM) の種類には、CPU、ディスク、ネットワーク、RAM の制限があります。 これらの制限については、以下のリンクを参照してください

VM の種類を選択するときは、次の推奨事項に従う必要があります。

  1. ワークロードに対してディスク スループットと IOPS が十分であり、少なくともディスクの合計スループットと同じであることを確認します
  2. 特に再実行ログ ディスクに対して有料ディスク バーストを 有効にすることを検討してください
  3. ANF の場合、すべてのストレージ トラフィックがディスク スループットではなく "ネットワーク" としてカウントされるため、ネットワーク スループットが重要です
  4. M シリーズのネットワーク チューニングについては、ブログ「Azure M シリーズ VM HCMT での M シリーズのネットワーク スループットの最適化」(microsoft.com) を参照してください
  5. AWR レポートを使用して正しい Azure VM を選択する方法を説明するこのリンクを確認します
  6. Azure Intel Ev5 Edv5 および Edsv5 シリーズ - Azure Virtual Machines |Microsoft Docs
  7. Azure AMD Eadsv5 Easv5 および Eadsv5 シリーズ - Azure Virtual Machines |Microsoft Docs
  8. Azure M シリーズ/Msv2 シリーズ M シリーズ - Azure Virtual Machines |Microsoft Docs および Msv2/Mdsv2 ミディアム メモリ シリーズ - Azure Virtual Machines | Microsoft Docs
  9. Azure Mv2 Mv2 シリーズ - Azure Virtual Machines | Microsoft Docs

バックアップ/復元

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

Oracle データベースに対して Azure Backup および Recovery サービスを使用する方法の詳細については、以下を参照してください。

高可用性

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

Azure の Oracle データベースのディザスター リカバリーについては、記事「Azure 環境内の Oracle Database 12c データベースのディザスター リカバリー」を参照してください。

別の優れた Oracle ホワイトペーパー SAP のお客様向け Oracle 12c Data Guard の設定

Huge Page と Large Oracle SGA の構成

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

一般的なガイダンスとして、Linux Huge Pages は VM RAM サイズの約 75% に構成する必要があります。 SGA サイズは、Huge Page サイズの 90% に設定できます。 おおよその例として、RAM が 4 TB である M192ms VM の場合、Huge Page は約 3 TB に設定されます。  SGA は、2.95 TB など、少し小さい値に設定できます。

この記事で説明されているように、高メモリ Azure VM で実行されている大規模な SAP のお客様は、HugePages のメリットを大幅に活用できます

NUMA システム vm.min_free_kbytes は、524288 * <NUMA ノードの数> に設定する必要があります。 「Oracle Linux: vm.min_free_kbytes カーネル チューニング パラメーターの推奨値 (ドキュメント ID 2501269.1...」を参照してください。

 

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

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

Oracle Linux 8: 無料のビデオでパッケージ管理を簡単に | Oracle Linux ブログ

Oracle® Oracle Linux での Linux 8 管理ソフトウェア - 第 1 章 Yum DNF

メモリと NUMA の構成は、便利なツールを使用してテストおよびベンチマークできます - Oracle Real Application Testing (RAT)

Oracle Real Application Testing: その概要と使用方法 (aemcorp.com)

での UDEV ログの破損に関する問題の情報 Azure での Oracle Redolog の破損 | Oracle in the field (wordpress.com)

Azure での Oracle ASM の破損 - フォローアップ (dbaharrison.blogspot.com)

Oracle ASM の実行時に Hyper-V または Azure でデータが破損する - Red Hat カスタマー ポータル

Azure Linux 仮想マシンで Oracle ASM をセットアップする - Azure Virtual Machines | Microsoft Docs

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

Azure での SAP on Oracle では、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 をインストールします (C: ドライブに Oracle Home をインストールしない)
  4. すべてのディスクは NTFS 形式である必要があります
  5. Oracle の Windows チューニング ガイドに従って、大規模なページの有効化、メモリ内のページのロック、その他の Windows 固有の設定を有効にします

この記事の作成時点では、Azure 上の Windows ユーザー向けの ASM はサポートされていません。 現在、Windows 用 SAP Software Provisioning Manager (SWPM) は ASM をサポートしていません。

Windows 上の SAP on Oracle のストレージ構成

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 のホスト キャッシュ オプションを [なし] に設定する必要があります
  3. oraarch: Windows 記憶域スペースは省略可能です

Oracle のオンラインの再実行ログをホストするためのディスクの選択は、IOPS 要件に従います。 ボリューム、IOPS、スループットの要件を満たしている限りは、1 つのマウント ディスク上の 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 のホスト キャッシュ オプションを [なし] に設定する必要があります
  3. oraarch: Windows 記憶域スペースは省略可能です

次の手順

記事を読む