適用於 SAP 工作負載的 Azure 虛擬機器 Oracle 資料庫部署
本文介紹在 Azure IaaS 中部署適用於 SAP 工作負載的 Oracle Database 時，幾個需要考量的地方。 在您閱讀本文件之前，建議您先參閱適用於 SAP 工作負載的 Azure 虛擬機器 DBMS 部署考量。 我們也建議您參閱 Azure 上的 SAP 工作負載文件中的其他指南。
您可以在 SAP 附註 2039619 中找到支援在 Azure 的 Oracle 上執行 SAP 的 Oracle 版本和對應的 OS 版本。
有關在 Oracle 上執行 SAP 商務套件的一般資訊，可以在 Oracle 上的 SAP \(英文\) 中找到。 Oracle 支援在 Microsoft Azure 上執行 Oracle 資料庫。 如需 Windows Hyper-V 和 Azure 之一般支援的詳細資訊，請查看 Oracle 和 Microsoft Azure 常見問題集 \(英文\)。
以下是 Oracle 安裝相關的 SAP 附註
Oracle Linux 上 Oracle Database 專屬的詳細資料
Oracle 支援在 Microsoft Azure 上使用 Oracle Linux 作為客體 OS 來執行其資料庫實例。 如需 Windows Hyper-V 和 Azure 之一般支援的詳細資訊，請參閱 Azure 和 Oracle 常見問題集 \(英文\)。
同時也支援使用 Oracle Database 的特定 SAP 應用程式案例。 詳細資料將在本文件的下一個部分中討論。
在 Azure 上的 Oracle 執行 SAP 的一般建議
在 Oracle 系統上安裝或移轉現有的 SAP 至 Azure，應遵循下列部署模式：
- 使用最新的 Oracle Linux 版本（Oracle Linux 8.6 或更高版本）。
- 使用最新版的 Oracle Database 版本搭配最新的 SAP 套件組合修補程式 （SBP） （Oracle 19 Patch 15 或更高版本） 2799920 - 19c：資料庫的修補程式。
- 針對區塊記憶體上的小型、中型和大型資料庫使用自動 儲存體 管理 （ASM）。
- 請使用 Azure 進階儲存體 SSD。 請勿使用標準或其他記憶體類型。
- ASM 會移除鏡像記錄的需求。 依照附註 888626 - 高階系統的重做記錄配置中的 Oracle 指引操作。
- 使用 ASMLib，且不使用 udev。
- Azure NetApp Files 部署應該使用 Oracle dNFS（Oracle 自己的高效能 Direct NFS 解決方案）。
- 大型 Oracle 資料庫受益於大型系統全域區域 （SGA） 大小。 大型客戶應部署在具有 4 TB 或更多 RAM 大小的 Azure M 系列上
- 將 Linux Huge Page 設定為實體 RAM 大小的 75%
- 將系統全域區域 （SGA） 設定為 90% 的龐大頁面大小
- 將 Oracle 參數設定為 USE_LARGE_PAGES = ONLY - 值 ONLY 優先於 TRUE 值，因為 ONLY 值應該提供更一致且可預測的效能。 TRUE 值可能會同時配置大型 2MB 和標準 4K 頁面。 只有 值一律會強制大型 2MB 頁面。 如果可用的大型頁面數目不足或未正確設定，資料庫實例將無法從錯誤碼開始：ora-27102 ： 記憶體不足Linux_x86_64錯誤 12 ：無法配置記憶體。 如果連續記憶體不足，則 Oracle Linux 可能需要重新啟動並/或重新設定作業系統巨量頁面參數。
- Oracle Home 應該位於「根」磁碟區或磁碟之外。 請使用獨立的磁碟或 ANF 磁碟區。 持有 Oracle Home 的磁碟大小應為 64 GB 或更大。
- 大型高效能 Oracle 資料庫伺服器的開機磁碟大小很重要。 M 系列或 E 系列至少需使用 P10 磁碟。 請勿使用小型磁碟，例如 P4 或 P6。 小型磁碟可能會導致效能問題。
- 必須在所有 虛擬機器 上啟用加速網路。 如果啟用加速網路時發生任何問題，請升級至最新的 Oracle Linux 版本。
- 使用 Oracle 資料庫檢查此檔案中的更新和 SAP 附註 2039619 - Microsoft Azure 上的 SAP 應用程式：支援的產品和版本 - SAP ONE 支援啟動列。
如需支援在 Azure 虛擬機器的 Oracle 上執行 SAP 的 Oracle 版本和對應 OS 版本的相關資訊，請參閱 SAP 附註 2039619。
有關在 Oracle 上執行 SAP 商務套件的一般資訊，可以在 Oracle 上的 SAP 社群頁面 \(英文\) 中找到。 Azure 上的 Oracle 上的 SAP 僅支援 Oracle Linux（而非 Suse 或 Red Hat）的應用程式和資料庫伺服器。 ASCS/ERS 伺服器可以使用 RHEL/SUSE，因為 Oracle 用戶端未在這些 VM 上安裝或使用。 應用程式伺服器 （PAS/AAS） 不應該安裝在這些 VM 上。 請參閱 SAP 附註 3074643 - OLNX：常見問題：如果 SAP Environment 支援適用於 Oracle Linux 的 Pacemaker。 Azure 不支援 Oracle Real Application Cluster （RAC），因為 RAC 需要多播網路。
儲存體組態
針對 Azure 上的 Oracle，對於 SAP 有兩種建議的儲存體部署模式：
- Oracle Automatic Storage Management (ASM)
- Azure NetApp Files (ANF) 搭配 Oracle dNFS (Direct NFS)
目前在 EXT4 或 XFS 檔案系統上使用邏輯磁碟區管理員 （LVM） 執行 Oracle 資料庫的客戶，建議您移至 ASM。 相較於 LVM，在 ASM 上執行的效能、管理和可靠性相當長。 ASM 可降低複雜度、改善可支援性，並讓系統管理工作更簡單。 本檔包含 Oracle Database 管理員 istrators （DBA） 的連結，以瞭解如何安裝和管理 ASM。
Azure 提供 多個記憶體解決方案。 下表詳細說明支持狀態
| 儲存體類型 | Oracle 支援 | 扇區大小 | Oracle Linux 8.x 或更高版本 | Windows Server 2019 |
|---|---|---|---|---|
| 封鎖 儲存體類型 | ||||
| 進階 SSD | 支援 | 512e | 建議使用 ASM。 支援 LVM | Windows 上不支援 ASM |
| 進階 SSD v2 | 支援 | 4K 原生或 512e1 | 建議使用 ASM。 支援 LVM | 不支援 Windows 上的 ASM。 將記錄檔磁碟從 4K 原生變更為 512e |
| 標準 SSD | 不支援 | |||
| 標準 HDD | 不支援 | |||
| Ultra 磁碟 | 支援 | 4K 原生 | 建議使用 ASM。 支援 LVM | 不支援 Windows 上的 ASM。 將記錄檔磁碟從 4K 原生變更為 512e |
| 網路 儲存體類型 | ||||
| Azure NetApp Service （ANF） | 支援 | - | 需要 Oracle dNFS | 不支援 |
| Azure 檔案儲存體 NFS | 不支援 | |||
| Azure 檔案 SMB | 不支援 |
進階版 適用於 Windows 系統的 SSD v2 支援 1 512e。 Linux 客戶不建議使用 512e 設定。 使用 MOS 512/512e 扇區大小的程式移轉至 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 原生檢閱 （文件標識符 1133713.1） – 請參閱<脫機移轉至 4KB 扇區磁碟>一節
- SAPInst 會在安裝期間寫入 pfile。 如果 $ORACLE_HOME/dbs 位於 4K 磁碟集filesystemio_options=asynch 上，請參閱 MOS 支援 4K 扇區磁盤中的<支援 4kB 扇區磁碟的數據檔支援>一節（Doc ID 1133713.1）
- 不支援 Windows 平臺上的 ASM
- 不支援 Windows 平台上記錄磁碟區的 4K 原生扇區大小。 SSDv2 和 Ultra 磁碟必須透過 Azure 入口網站中的「編輯磁碟」鉛筆圖示變更為 512e
- 只有 Windows 平台的數據磁碟區支援 4K 原生扇區大小。 Windows 上的記錄磁碟區不支援 4K
- 建議您檢閱這些 MOS 文章：
- Oracle Linux：文件系統的緩衝區快取與直接 I/O （文件識別碼 462072.1）
- 支援 4K 扇區磁碟 （文件識別碼 1133713.1）
- 在 Flash、4k 磁碟和 SSD 型 儲存體 上使用 4k 重做記錄 （文件標識碼 1681266.1）
- 設定filesystemio_options和disk_asynch_io時需要考慮的事項（文件識別碼 1987437.1）
我們建議在Linux上使用Oracle ASM搭配 ASMLib。 效能、系統管理、支援和設定已使用部署模式進行優化。 Oracle ASM 和 Oracle dNFS 會設定正確的參數或略過參數（例如 FILESYSTEMIO_OPTIONS），因此可提供更佳的效能和可靠性。
Oracle Automatic Storage Management (ASM)
Oracle Automatic Storage Management 的檢查清單：
- Azure 系統上所有 Oracle 上的 SAP 都在執行 ASM ，包括開發、質量保證和生產環境。 小型、中型和大型資料庫
- 使用的是 ASMLib，而不是 UDEV。 多個 SAN 需要 UDEV，這是 Azure 上不存在的案例
- ASM 應針對外部備援加以設定。 Azure 進階版 SSD 記憶體提供三重備援。 Azure 進階 SSD 符合其他任何儲存體解決方案的可靠性與完整性。 針對選擇性安全性，客戶可以考慮記錄磁碟群組的一般備援
- 鏡像 Redo 記錄檔是 ASM 888626的選擇性 - 高端系統的重做記錄配置
- 根據下列差異版本 1、2 或 3 設定的 ASM 磁碟群組
- ASM 配置單位大小 = 4MB (預設)。 非常大型的資料庫 （VLDB） OLAP 系統，例如 BW 可能會受益於較大的 ASM 配置單位大小。 僅在使用 Oracle 支援進行確認之後再變更
- ASM 扇區大小和邏輯扇區大小 = 預設值 （不建議使用 UDEV，但需要 4k）
- 如果相容。ASM 磁碟群組屬性設定為 11.2 或更新的磁碟群組，您可以建立、複製或將 Oracle ASM SPFILE 移至 ACFS 檔案系統。 檢閱將 pfile 移至 ACFS 的 Oracle 檔。 SAPInst 預設不會在 ACFS 中建立 pfile
- 使用適當的 ASM 差異版本。 實際執行系統應該使用差異版本 2 或 3
Oracle Automatic Storage Management 磁碟群組
官方 Oracle 指南的第二部分說明 ASM 的安裝和管理：
- Oracle Automatic Storage Management 管理員指南，19c
- Oracle Grid Infrastructure Grid Infrastructure 安裝與升級指南，Linux 版 19c
Oracle Database 12c 或更新版本設有下列 ASM 限制：
511 個磁碟群組、磁碟群組中 10,000 個 ASM 磁碟、儲存體系統中 65,530 個 ASM 磁碟、每個磁碟群組 1 百萬個檔案。 如需詳細資訊，請參閱這裡：磁碟群組的效能和可擴縮性考量 (oracle.com)(英文)
請詳讀位於 https://help.sap.com/viewer/nwguidefinder 的適用於 Oracle 的相關 SAP 安裝指南中的 ASM 文件
差異版本 1：小型到中型的資料磁碟區，最多 3 TB，不注重還原時間
客戶有小型或中型資料庫，因此可以及時使用 RMAN 完成所有資料庫的備份和/或還原 + 復原。 範例：某個完整的 Oracle ASM 磁碟群組具有來自一個或多個資料庫的資料檔案，該磁碟群組發生故障，且來自所有資料庫的所有資料檔案都需使用 RMAN 還原至新建立的 Oracle ASM 磁碟群組。
Oracle ASM 磁碟群組建議：
| ASM 磁碟群組名稱 | 存放區 | Azure 儲存體 |
|---|---|---|
| +資料 | 所有資料檔案 | 3-6 x P 30 (1 TiB) |
| 控制檔案 (第一次複製) | 若要增加資料庫大小，請新增額外的 P30 磁碟 | |
| 線上重做記錄 (第一次複製) | ||
| +ARCH | 控制檔案 (第二次複製) | 2 x P20 (512 GiB) |
| 封存重做記錄 | ||
| +RECO | 控制檔案 (第三次複製) | 2 x P20 (512 GiB) |
| RMAN 備份 (選擇性) | ||
| 復原區域 (選擇性) |
差異版本 2：介於 3 TB 到 12 TB 之間的中型到大型資料磁碟區，注重還原時間
客戶有中型到大型的資料庫，其中所有資料庫的備份和/或還原 +
無法及時完成所有資料庫的復原。
通常客戶會使用 RMAN，Azure 備份 搭配 Oracle 和/或磁碟嵌入式管理單元技術。
與差異版本 1 的主要差異如下：
- 針對每個資料庫分隔 Oracle ASM 磁碟群組
- <DBNAME>+“_” 作為 DATA 磁碟群組名稱的前置詞
- 如果資料庫跨越多個資料磁碟群組，則會附加 DATA 磁碟群組的數目
- 沒有在線重做記錄位於「數據」磁碟群組中。 不過會將一個額外的磁碟群組作為每個線上重做記錄群組的第一個成員。
| ASM 磁碟群組名稱 | 存放區 | Azure 儲存體 |
|---|---|---|
| +<DBNAME>_DATA[#] | 所有資料檔案 | 3-12 x P 30 (1 TiB) |
| 所有暫存檔 | 若要增加資料庫大小，請新增額外的 P30 磁碟 | |
| 控制檔案 (第一次複製) | ||
| +OLOG | 線上重做記錄 (第一次複製) | 3 x P20 (512 GiB) |
| +ARCH | 控制檔案 (第二次複製) | 3 x P20 (512 GB) |
| 封存重做記錄 | ||
| +RECO | 控制檔案 (第三次複製) | 3 x P20 (512 GiB) |
| RMAN 備份 (選擇性) | ||
| 快速復原區域 (選擇性) |
差異版本 3：大量資料和資料變更量超過 5 TB，注重還原時間很
客戶有一個巨大的資料庫，單一資料庫的備份和/或還原 + 復原無法及時完成。
通常客戶會使用 RMAN，Azure 備份 搭配 Oracle 和/或磁碟嵌入式管理單元技術。 在此差異版本中，會將每個相關的資料庫檔案類型分隔成不同的 Oracle ASM 磁碟群組。
| ASM 磁碟群組名稱 | 存放區 | Azure 儲存體 |
|---|---|---|
| +<DBNAME>_DATA[#] | 所有資料檔案 | 5-30 或更多 x P30 (1 TiB) 或 P40 (2 TiB) |
| 所有臨時檔 若要增加資料庫大小，請新增額外的 P30 磁碟 | ||
| 控制檔案 (第一次複製) | ||
| +OLOG | 線上重做記錄 (第一次複製) | 3-8 x P20 (512 GiB) 或 P30 (1 TiB) |
| 如需更安全的「一般備援」，可以針對此 ASM 磁碟群組選取 | ||
| +ARCH | 控制檔案 (第二次複製) | 3-8 x P20 (512 GiB) 或 P30 (1 TiB) |
| 封存重做記錄 | ||
| +RECO | 控制檔案 (第三次複製) | 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 上的 Oracle ASM 系統監視 SAP
為效能問題疑難排解時，第一步便是執行 Oracle AWR 報告。 磁碟效能計量會在 AWR 報告中詳述。
您可以在 Oracle Enterprise Manager 內部視磁碟效能，也可以使用外部工具。 檔，其可能有所幫助：這裡提供：
OS 層級監視工具無法監視 ASM 磁碟，因為沒有可辨識的文件系統。 Freespace 監視必須從 Oracle 內完成。
Oracle Automatic Storage Management (ASM) 相關訓練資源
不熟悉 Oracle ASM 的 Oracle DBA 遵循這裡的訓練教材和資源：
- 在 Microsoft Azure 上使用 ASM 的 Oracle 上的 SAP - Part1 - Microsoft Tech Community
- Oracle19c DB [ ASM ] 安裝於 [ Oracle Linux 8.3 ] [ 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 | Oracle Mentor (wordpress.com)(英文)
- 什麼是 Oracle ASM 至 Azure IaaS？- Simple Talk (red-gate.com)(英文)
- ASM Command-Line 公用程式 (ASMCMD) (oracle.com)(英文)
- 有用的 asmcmd 命令 - DBACLASS DBACLASS (英文)
- 安裝和設定 Oracle ASMLIB 軟體 (英文)
Azure NetApp Files (ANF) 搭配 Oracle dNFS (Direct NFS)
Azure VM 和 ANF 的組合是許多客戶大規模實作的強固且經過證實的組合。
超過 100 TB 的資料庫已採用此種搭配實際運作。 首先，我們撰寫了詳細的部落格，說明如何設定此組合：
其他一般資訊
dNFS ANF 實際執行系統上需要鏡像記錄。
即使 ANF 具有高度備援，Oracle 仍需要鏡像的重做記錄檔磁碟區。 建議建立兩個不同的磁碟區，並設定 origlogA 與 mirrlogB 以及 origlogB 與 mirrlogA。 在此情況下，請活用重做記錄檔的分散式負載平衡。
設定 dNFS 用戶端時，不建議使用掛接選項 「nconnect」。 dNFS 會管理 IO 通道並使用多個工作階段，因此此選項已過時且可能導致眾多問題。 dNFS 用戶端會忽略掛接選項，並會直接處理IO。
Oracle 二進位檔、資料和記錄檔都支援 NFS 版本 (v3 和 v4.1) 與 ANF。
強烈建議針對所有 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 時會有一些主要特色，例如一致的快照式備份、低延遲以及極高的效能。 從 AzAcSnap 工具第 6 版 Azure 應用程式 ANF 的一致快照集工具，Oracle 資料庫可以設定為一致的資料庫快照集。
這些快照集會保留在實際的資料磁碟區上，而且必須使用 ANF CRR (跨區域複寫) ANF 的跨區域複寫或其他備份工具來複製。
在 Azure 上的 Oracle 執行 SAP 與 LVM
對於 Azure 上任何大小的所有 SAP 系統，ASM 是 Oracle 的預設建議。 對使用 ASM 的客戶來說，效能、可靠性和支援都更好。 Oracle 提供 DBA 轉換至 ASM 的文件和訓練。 在 Oracle DBA 小組未遵循 Oracle、Microsoft 和 SAP 建議使用 ASM 的情況下，應該使用下列 LVM 組態。
請注意：建立 LVM 時，必須使用 「-i」 選項，將數據平均分散到 LVM 群組中的磁碟數目。
執行 LVM 時需要鏡像記錄。
Linux 最低設定：
| 元件 | 磁碟 | 主機快取 | 等量分割1 |
|---|---|---|---|
| /oracle/SID>/<origlogaA & mirrlogB | 進階 | 無 | 不需要 |
| /oracle/SID>/<origlogaB & mirrlogA | 進階 | 無 | 不需要 |
| /oracle/<SID>/sapdata1...n | 進階 | 唯讀2 | 建議需求 |
| /oracle/<SID>/oraarch3 | 進階 | 無 | 不需要 |
| Oracle Home、saptrace... | 進階 | 無 | 無 |
- 等量分割：使用 RAID0 的 LVM 等量磁碟區
- 在 R3Load 移轉期間，SAPDATA 的主機快取選項應設定為 [無]
- oraarch：LVM 為選擇性
裝載 Oracle 在線重做記錄的磁碟選擇是由 IOPS 需求所驅動。 可以將所有 sapdata1...n (資料表空間) 儲存在單一已掛接磁碟上，前提是其容量、IOPS 及輸送量必須能滿足需求。
Linux 高效能設定：
| 元件 | 磁碟 | 主機快取 | 等量分割1 |
|---|---|---|---|
| /oracle/<SID>/origlogaA | 進階 | 無 | 可以使用 |
| /oracle/<SID>/origlogaB | 進階 | 無 | 可以使用 |
| /oracle/<SID>/mirrlogAB | 進階 | 無 | 可以使用 |
| /oracle/<SID>/mirrlogBA | 進階 | 無 | 可以使用 |
| /oracle/<SID>/sapdata1...n | 進階 | 唯讀2 | 建議需求 |
| /oracle/<SID>/oraarch3 | 進階 | 無 | 不需要 |
| Oracle Home、saptrace... | 進階 | 無 | 無 |
- 等量分割：使用 RAID0 的 LVM 等量磁碟區
- 在 R3load 移轉期間，SAPDATA 的主機快取選項應設定為 [無]
- oraarch：LVM 為選擇性
Azure 基礎結構：虛擬機輸送量限制和 Azure 磁碟 儲存體 選項
Oracle Automatic Storage Management (ASM) ## 可以評估這些儲存體技術：
- Azure 進階儲存體：目前預設選擇
- 受控磁碟高載：受控磁碟高載 - Azure 虛擬機器 | Microsoft Docs
- Azure 寫入加速器
- Azure 進階 SSD 儲存體的線上磁碟擴充仍在進行中
藉由啟用寫入加速器，即可改善 Azure M 系列 VM 上的記錄寫入時間。 針對 ASM 磁碟群組用於線上重做記錄檔的 Azure 進階儲存體磁碟啟用 Azure 寫入加速器。 如需詳細資訊，請參閱寫入加速器。
使用寫入加速器為選擇性，但如果 AWR 報告顯示記錄寫入時間高於預期，則可啟用。
Azure 虛擬機輸送量限制
每個 Azure 虛擬機器 （VM） 類型都有 CPU、磁碟、網路和 RAM 的限制。 這些限制記載於下列連結中
選取 VM 類型時，應該遵循下列建議：
- 確定磁碟輸送量和 IOPS 足以用於工作負載，而且至少等於磁碟的彙總輸送量
- 請考量針對重做記錄磁碟啟用付費高載
- 對於 ANF，網路輸送量很重要，因為所有記憶體流量都算作「網路」，而不是磁碟輸送量
- 請詳讀此部落格，以了解 M 系列的網路微調將 Azure M 系列 VM HCMT上的網路輸送量最佳化 (microsoft.com)(英文)
- 請詳讀此連結，文中會說明如何使用 AWR 報告來選取正確的 Azure VM
- Azure Intel Ev5 Edv5 和 Edsv5 系列 - Azure 虛擬機器 | Microsoft Docs
- Azure AMD Eadsv5 Easv5 和 Eadsv5 系列 - Azure 虛擬機器 | Microsoft Docs
- Azure M 系列/Msv2 系列 M 系列 - Azure 虛擬機器 | Microsoft Docs 和 Msv2/Mdsv2 中記憶體系列 - Azure 虛擬機器 | Microsoft Docs
- Azure Mv2 Mv2 系列 - Azure 虛擬機器 | Microsoft Docs
備份/還原
針對備份/還原功能，適用於 Oracle 的 SAP BR*Tools 的支援方式，與其在裸機和 Hyper-V 上的支援方式相同。 Oracle Recovery Manager (RMAN) 也支援備份至磁碟，以及從磁碟還原。
如需如何針對 Oracle 資料庫使用 Azure 備份和復原服務的詳細資訊，請參閱：
- 在 Azure Linux 虛擬機器上備份及復原 Oracle Database 12c 資料庫
- Azure 備份服務也支援 Oracle 備份，如使用 Azure 備份來備份和復原 Azure Linux VM 上的 Oracle Database 19c 資料庫一文所述。
高可用性
基於高可用性和災害復原目的支援 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 (英文)
大型頁面和大型 Oracle SGA 組態
Azure 上的 Oracle 的 VLDB SAP 部署會套用超過 3TB 的 SGA 大小。 新式版本的 Oracle 會妥善處理大型 SGA 大小，並大幅減少 IO。 請詳讀 AWR 報告，並增加 SGA 大小以減少讀取 IO。
Linux Huge Page 的一般指引應設為大約 75% 的 VM RAM 大小。 SGA 大小可設定為 Huge Page 大小的 90%。 大約範例是具有 4 TB RAM 的 M192ms VM，其大型頁面會設定近 3 TB。 SGA 可設為小於 2.95 TB 的值。
在高記憶體 Azure VM 上執行的大型 SAP 客戶可大幅受益於 HugePages，如本文所述
NUMA 系統 vm.min_free_kbytes 應設為 524288 * < NUMA 節點數>。 請參閱 Oracle Linux：vm.min_free_kbytes 核心微調參數的建議值 (文件識別碼 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 Linux 8 管理 Oracle® Linux 上的軟體 - 第 1 章 Yum DNF (英文)
Oracle Real Application Testing (RAT) 是相當實用的工具，可供測試和評定記憶體和 NUMA 的設定。
Oracle 實際應用測試：這是什麼，又該如何使用？ (aemcorp.com)
Azure | 上的 UDEV 記錄損毀問題 Azure 上的 Oracle Redolog 損毀 | 欄位中的 Oracle (wordpress.com)(英文)
Azure 中的 Oracle ASM 損毀 - 追蹤 (dbaharrison.blogspot.com)(英文)
執行 Oracle ASM 時，Hyper-V 或 Azure 上的資料損毀 - Red Hat 客戶入口網站 (英文)
在 Azure Linux 虛擬機器上設定 Oracle ASM - Azure 虛擬機器 | 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 微調指南，並啟用 Large Page、鎖定記憶體中的頁，以及處理其他 Windows 專用設定
目前不支援在 Azure 上為 Windows 客戶撰寫 ASM。 Windows 的 SAP 軟體布建管理員 （SWPM） 目前不支援 ASM。
Windows 上 SAP on Oracle 的儲存體組態
Windows 最低設定 ：
| 元件 | 磁碟 | 主機快取 | 等量分割1 |
|---|---|---|---|
| E：\oracle\<SID>\origlogaA & mirrlogB | 進階 | 無 | 不需要 |
| F：\oracle\<SID>\origlogaB & mirrlogA | 進階 | 無 | 不需要 |
| G:\oracle\<SID>\sapdata1...n | 進階 | 唯讀2 | 建議需求 |
| H:\oracle\<SID>\oraarch3 | 進階 | 無 | 不需要 |
| I:\Oracle Home、saptrace... | 進階 | 無 | 無 |
- 等量分割：Windows 儲存體空間
- 在 R3load 移轉期間，SAPDATA 的主機快取選項應設定為 [無]
- oraarch：Windows 儲存空間為選擇性
裝載 Oracle 在線重做記錄的磁碟選擇是由 IOPS 需求所驅動。 可以將所有 sapdata1...n (資料表空間) 儲存在單一已掛接磁碟上，前提是其容量、IOPS 及輸送量必須能滿足需求。
Windows 高效能設定：
| 元件 | 磁碟 | 主機快取 | 等量分割1 |
|---|---|---|---|
| E:\oracle\<SID>\origlogaA | 進階 | 無 | 可以使用 |
| F:\oracle\<SID>\origlogaB | 進階 | 無 | 可以使用 |
| G:\oracle\<SID>\mirrlogAB | 進階 | 無 | 可以使用 |
| H:\oracle\<SID>\mirrlogBA | 進階 | 無 | 可以使用 |
| I:\oracle\<SID>\sapdata1...n | 進階 | 唯讀2 | 建議需求 |
| J:\oracle\<SID>\oraarch3 | 進階 | 無 | 不需要 |
| K:\Oracle Home、saptrace... | 進階 | 無 | 無 |
- 等量分割：Windows 儲存體空間
- 在 R3load 移轉期間，SAPDATA 的主機快取選項應設定為 [無]
- oraarch：Windows 儲存空間為選擇性
Windows 上的 Oracle 連結
- Windows 微調概觀 (oracle.com)(英文)
- Windows 上的安裝後續設定工作 (oracle.com)(英文)
- WINDOWS 上的 SAP 簡報 (oracle.com)(英文)2823030 - MS WINDOWS Large Page上的 Oracle (英文)
下一步
閱讀文章