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 ノートを次に示します
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 にインストールまたは移行するには、次のデプロイ パターンに従う必要があります。
- 使用可能な最新の Oracle Linux バージョンを使います (Oracle Linux 8.6 以降)。
- 最新の SAP バンドル パッチ (SBP) (Oracle 19 Patch 15 以降) で入手できる最新の Oracle Database バージョンである 2799920 - 19c 用パッチ: データベースを使います。
- ブロック ストレージ上の小規模、中規模、大規模のデータベースに対して自動ストレージ管理 (ASM) を使います。
- Azure Premium Storage SSD を使用する必要があります。 Standard またはその他のストレージの種類は使用しないでください。
- ASM では、ミラー ログの要件が削除されます。 ノート 888626 - ハイエンド システムの再実行ログ レイアウトでの Oracle のガイダンスに従います。
- ASMLib を使い、udev は使いません。
- Azure NetApp Files のデプロイでは、Oracle 独自のハイ パフォーマンス Direct NFS (ネットワーク ファイル システム) ドライバー ソリューションである Oracle dNFS を使う必要があります。
- 大規模な 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] パラメーターを再構成します。
- Oracle Home は、"ルート" ボリュームまたはディスクの外部に配置する必要があります。 別のディスクまたは ANF ボリュームを使用します。 Oracle Home を保持するディスクのサイズは 64 ギガバイト以上にする必要があります。
- 大規模なハイ パフォーマンス Oracle データベース サーバーのブート ディスクのサイズは重要です。 最低でも、M シリーズまたは E シリーズには P10 ディスクを使用する必要があります。 P4 や P6 などの小さなディスクは使用しないでください。 ディスクが小さいと、パフォーマンスの問題が発生する可能性があります。
- すべての仮想マシン上で高速ネットワークを有効にする必要があります。 高速ネットワークの有効化に問題がある場合は、最新の Oracle Linux リリースにアップグレードします。
- このドキュメントと 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 つの推奨されるストレージ デプロイ パターンがあります。
- Oracle Automatic Storage Management (ASM)
- 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 v21 | サポートされています | 4K ネイティブまたは 512e2 | 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 | サポートされていません |
- Azure Premium SSD v2 には、定義済みのストレージ サイズはありません。 ASM ディスク グループまたは LVM VG 内に複数のディスクを割り当てる必要はありません。 ASM ディスク グループごとに必要なサイズ、スループット、IOPS を備えた単一の Premium SSD v2 ディスクを割り当てることをお勧めします
- 512e は、Windows システム用 Premium SSD v2 でサポートされています。 512e 構成は、Linux のお客様には推奨されません。 MOS 512/512e セクター サイズから 4K ネイティブ レビューの手順を使って 4K ネイティブに移行する (Doc ID 1133713.1)
適用されるその他の考慮事項を次に示します。
- 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 ネイティブ レビューに移行するには (Doc ID 1133713.1) - 「Offline Migration to 4KB Sector Disks (4 KB セクター ディスクへのオフライン移行)」セクションを参照してください
- SAPInst はインストール時に pfile に書き込みます。 $ORACLE_HOME/dbs が 4K ディスク上にある場合は、filesystemio_options=asynch を設定し、MOS の「4K セクター ディスクのサポート (Doc ID 1133713.1)」のセクション「4 kB セクター ディスクのデータファイル サポート」を参照してください
- Windows プラットフォーム上では ASM はサポートされません
- Windows プラットフォーム上のログ ボリュームに対して 4K ネイティブ セクター サイズはサポートされません。 SSDv2 と Ultra Disk は、Azure portal の [ディスクの編集] 鉛筆アイコンを使って 512e に変更する必要があります
- 4K ネイティブ セクター サイズは、Windows プラットフォームのデータ ボリュームでのみサポートされています。 4K は Windows 上のログ ボリュームではサポートされません
- 次の 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 自動ストレージ管理のチェックリスト:
- Azure システム上のすべての SAP on Oracle は、開発、品質保証、運用を含む ASM を実行しています。 小規模、中規模、大規模のデータベース
- ASMLib が使用され、UDEV ではありません。 UDEV は、Azure に存在しないシナリオである複数の SAN に必要です
- ASM は外部冗長性のために設定する必要があります。 Azure Premium SSD ストレージには 3 つの冗長性が用意されています。 Azure Premium SSD は、他のストレージ ソリューションの信頼性と整合性と一致します。 オプションの安全性として、お客様はログ ディスク グループの通常の冗長性を検討できます
- ASM の場合、ミラーリング再実行ログ ファイルは省略可能です (888626 - ハイエンド システム用の再実行ログ レイアウト)
- 以下のバリアント 1、2、3 に従って構成された ASM ディスク グループ
- ASM アロケーション ユニット サイズ = 4 MB (既定値)。 SAP BW などの非常に大規模なデータベース (VLDB) OLAP システムでは、ASM 割り当てユニット サイズを大きくするとメリットがある場合があります。 Oracle サポートで確認した後にのみ変更します
- ASM セクター サイズと論理セクター サイズ = 既定値 (UDEV は推奨されませんが、4k が必要)
- ディスク グループの COMPATIBLE.ASM ディスク グループ属性が 11.2 以上に設定されている場合、Oracle ASM SPFILE を作成する、コピーする、または ACFS ファイル システムに移動することができます。 pfile を ACFS に移動する方法については、Oracle のドキュメントを参照してください。 SAPInst の既定では、ACFS に pfile が作成されません
- 適切な ASM バリアントが使用されています。 運用システムではバリアント 2 または 3 を使用する必要があります
Oracle Automatic Storage Management ディスク グループ
公式 Oracle ガイドのパート 2 では、ASM のインストールと管理について説明しています。
- Oracle Automatic Storage Management 管理者ガイド、19c
- Oracle Grid Infrastructure Grid Infrastructure インストールおよびアップグレード ガイド、19c Linux 用
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 との主な違いは次のとおりです。
- データベースごとに個別の Oracle ASM ディスク グループ
- <DBNAME>+“_” は、DATA ディスク グループの名前のプレフィックスとして使用されます
- データベースが複数の DATA ディスク グループにまたがる場合、DATA ディスク グループの数が追加されます
- "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 ホスト ディスク キャッシュは、読み取り専用またはなしに設定できます。 一部の新しい M(b)v3 VM の種類では、読み取りキャッシュ Premium SSD v1 ストレージを使用すると、読み取りキャッシュを使用しない場合よりも読み取りと書き込みの IOPS レートとスループットが低下する可能性があることを考慮してください。 その他の 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 (Automatic Workload Repository) レポートを実行します。 ディスク パフォーマンス メトリックについては、AWR レポートで詳しく説明されます。
ディスクのパフォーマンスは、Oracle Enterprise Manager 内および外部ツールを使用して監視できます。 役に立つ可能性のあるドキュメントについては、以下を参照してください。
認識可能なファイル システムがないため、OS レベルの監視ツールでは ASM ディスクを監視できません。 Oracle 内から空き領域の監視を行う必要があります。
Oracle Automatic Storage Management (ASM) に関するトレーニング リソース
Oracle ASM に慣れていない Oracle DBA については、以下のトレーニング資料とリソースに従ってください。
- Microsoft Azure 上での ASM を使用した SAP on Oracle - パート 1 - Microsoft Tech Community
- [ Oracle Linux 8.3 ] への Oracle19c DB [ ASM ] のインストール [ Grid |ASM |UDEV |OEL 8.3 ] [ VMware ] - YouTube
- ASM 管理者ガイド (oracle.com)
- Oracle for SAP Development Update (2022 年 5 月)
- ディスク グループのパフォーマンスとスケーラビリティに関する考慮事項 (oracle.com)
- Oracle Enterprise Manager を使用した Oracle ASM への移行
- RMAN を使用した ASM への移行 | The Oracle Mentor (wordpress.com)
- Oracle ASM から Azure IaaS とは- Simple Talk (red-gate.com)
- ASM Command-Line ユーティリティ (ASMCMD) (oracle.com)
- 有用な asmcmd コマンド - DBACLASS DBACLASS
- Oracle ASMLIB ソフトウェアのインストールと構成
Oracle dNFS (Direct NFS) と組み合わせた Azure NetApp Files (ANF)
Azure VM と ANF の組み合わせは、非常に大規模な多くのお客様によって実装されている、堅牢で実証済みの組み合わせです。
100 TB を超えるデータベースが、既にこの組み合わせの本番環境で実行されています。 まず、この組み合わせを設定する方法に関する詳細な次のブログを作成しました。
さらなる一般情報
- Azure NetApp Files を使用したソリューション アーキテクチャ | Oracle
- Azure NetApp Files を使用したソリューション アーキテクチャ | SAP on anyDB
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 | なし | 推奨 |
| /oracle/<SID>/oraarch2 | Premium | なし | 不要 |
| Oracle ホーム、saptrace、... | Premium | なし | なし |
- ストライピング: RAID0 を使用した LVM ストライプ
- 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 | なし | 推奨 |
| /oracle/<SID>/oraarch2 | Premium | なし | 不要 |
| Oracle ホーム、saptrace、... | Premium | なし | なし |
- ストライピング: RAID0 を使用した LVM ストライプ
- oraarch: LVM は省略可能です
Azure Infra: 仮想マシンのスループット制限と Azure Disk Storage オプション
Oracle ストレージに関する現在の推奨事項
- Azure Premium Storage – ほとんどのお客様は、Premium Storage を使って ASM にデプロイしています
- Azure NetApp Files - VLDB のお客様は、多くの場合、50 TB を超える単一の Oracle データベースで ANF を使用し、バックアップと復元に Azure NetApp Files のストレージ スナップショット機能を使用します
- マネージド ディスク バースト - マネージド ディスクバースト - Azure Virtual Machines | Microsoft Docs
- Azure 書き込みアクセラレータ - Oracle 再実行ログが Premium SSD v1 ディスクに基づいている場合に使われます
- オンライン ディスク拡張機能は、Premium Storage v1 で完全にサポートされ、ASM で動作します
書き込みアクセラレータを有効にすると、Azure M シリーズ VM でログ書き込み時間を向上させることができます。 オンライン再実行ログ ファイル向けの ASM ディスク グループによって使用される Azure Premium Storage ディスクに対して Azure 書き込みアクセラレータを有効にします。 詳しくは、書き込みアクセラレータに関するページを参照してください。
書き込みアクセラレータの使用は省略可能ですが、AWR レポートで予想されるログ書き込み時間よりも高いことが示された場合は有効にすることができます。
Azure 仮想マシンのスループット制限
各 Azure 仮想マシン (VM) の種類には、CPU、ディスク、ネットワーク、RAM の制限があります。 これらの制限については、以下のリンクを参照してください
VM の種類を選択するときは、次の推奨事項に従う必要があります。
- ワークロードに対してディスク スループットと IOPS が十分であり、少なくともディスクの合計スループットと同じであることを確認します
- 特に再実行ログ ディスクに対して有料ディスク バーストを 有効にすることを検討してください
- ANF の場合、すべてのストレージ トラフィックがディスク スループットではなく "ネットワーク" としてカウントされるため、ネットワーク スループットが重要です
- M シリーズのネットワーク チューニングについては、ブログ「Azure M シリーズ VM HCMT での M シリーズのネットワーク スループットの最適化」(microsoft.com) を参照してください
- AWR レポートを使用して正しい Azure VM を選択する方法を説明するこのリンクを確認します
- Azure Intel Ev5 Edv5 および Edsv5 シリーズ - Azure Virtual Machines |Microsoft Docs
- Azure AMD Eadsv5 Easv5 および Eadsv5 シリーズ - Azure Virtual Machines |Microsoft Docs
- Azure M シリーズ/Msv2 シリーズ M シリーズ - Azure Virtual Machines |Microsoft Docs および Msv2/Mdsv2 ミディアム メモリ シリーズ - Azure Virtual Machines | Microsoft Docs
- Azure Mv2 Mv2 シリーズ - Azure Virtual Machines | Microsoft Docs
バックアップ/復元
バックアップと復元機能については、SAP BR*Tools for Oracle がベア メタルおよび Hyper-V と同様にサポートされています。 ディスクへのバックアップとディスクからの復元については Oracle Recovery Manager (RMAN) もサポートされます。
Oracle データベースに対して Azure Backup および Recovery サービスを使用する方法の詳細については、以下を参照してください。
- Azure Backup サービスは、記事「Azure Backup を使用して Azure Linux VM で Oracle Database をバックアップおよび復旧する」で説明されているように Oracle のバックアップもサポートしています。
高可用性
高可用性とディザスター リカバリーを目的として Oracle Data Guard がサポートされています。 Data Guard で自動フェールオーバーを実現するには、ファスト スタート フェールオーバー (FSFA) を使用することが必要です。 オブザーバー機能 (FSFA) によってフェールオーバーがトリガーされます。 FSFA を使用しない場合は、手動フェールオーバー構成のみを使用できます。 詳細については、「Azure Linux 仮想マシンで Oracle Data Guard を実装する」を参照してください。
Azure の Oracle データベースのディザスター リカバリーについては、記事「Azure 環境内の Oracle Database 12c データベースのディザスター リカバリー」を参照してください。
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 ユーティリティ
Oracle Linux には便利な GUI 管理ユーティリティが用意されています。
- Oracle Web コンソール Oracle Linux: Oracle Linux に Cockpit Web コンソールをインストールする
- アップストリーム Cockpit プロジェクト - Cockpit プロジェクト (cockpit-project.org)
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 デプロイの推奨事項を次にまとめます。
- 次の Windows リリースをお勧めします。Windows Server 2022 (Oracle Database 19.13.0 以降のみ) Windows Server 2019 (Oracle Database 19.5.0 以降のみ)
- Windows では ASM はサポートされません。 最適なパフォーマンスを得るためにディスクを集約するには、Windows 記憶域スペースを使用する必要があります
- 専用の独立ディスクに Oracle Home をインストールします (C: ドライブに Oracle Home をインストールしない)
- すべてのディスクは NTFS 形式である必要があります
- 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 | なし | 推奨 |
| H:\oracle\<SID>\oraarch2 | Premium | なし | 不要 |
| I:\Oracle Home, saptrace, ... | Premium | なし | なし |
- ストライピング: Windows 記憶域スペース
- 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 | なし | 推奨 |
| J:\oracle\<SID>\oraarch2 | Premium | なし | 不要 |
| K:\Oracle Home, saptrace, ... | Premium | なし | なし |
- ストライピング: Windows 記憶域スペース
- oraarch: Windows 記憶域スペースは省略可能です
Oracle on Windows のリンク
- Windows チューニングの概要 (oracle.com)
- Windows でのインストール後の構成タスク (oracle.com)
- SAP on Windows プレゼンテーション (oracle.com)2823030 - MS WINDOWS 大規模での Oracle
次の手順
記事を読む