選擇計算和記憶體
本文說明如何使用 Azure 基礎結構即服務 (IaaS) 模型，為 Oracle 工作負載調整計算和記憶體的大小。
您可以使用 Azure IaaS 將 Oracle 工作負載從內部部署移轉至雲端。 工作負載的複雜度、大小和高輸入/輸出 (I/O) 需求可能會使移轉程序複雜，並對 Oracle Database 效能造成負面影響。 資料庫效能取決於讀取/寫入磁碟輸送量 (MBps) 、讀取/寫入 IOPS、CPU、RAM 和網路等待時間等參數。 因此，為 Azure IaaS 選擇正確的計算和記憶體組合，以及相對於資料庫服務的應用程式工作負載位置，對於成功移轉資料庫而言非常重要。
使用 AWR 或 Statspack 報告評估 Oracle 工作負載
若要取得所需 Azure 基礎結構的正確大小建議，您必須針對您打算移轉至 Azure 的每個資料庫產生自動工作負載存放庫 (AWR) 報表或 Statspack 報表。
AWR 報表是由 Oracle 資料庫產生的詳細效能分析報告。 此報表包含資料庫效能、等候事件、系統資源等的完整資訊。 AWR 報表隨附於 Oracle Database 產品集的 Oracle 診斷套件中。 如果您是在沒有診斷套件授權的情況下執行 Standard Edition 或 Enterprise Edition，請改用 Statspack 報表 。
尖峰負載的深入解析很重要，因為資料庫和伺服器會用於不同的容量。 如果在夜間備份時間發生尖峰負載，且備份復原時間目標 (RTO) 或恢復點目標 (RPO) 需求在四小時內，您可以針對平均負載重複相同的練習。
尖峰負載時間範圍通常是一小時。 您可以使用 Oracle Enterprise Manager 來判斷尖峰負載。 如果您沒有 Oracle Enterprise Manager 的授權，則可以將下列腳本用於 前五個最忙碌的時間。 此腳本適用於 Standard Edition 資料庫和 Enterprise Edition 資料庫。
建議
- 為資料庫適當重設大小練習產生完整的 AWR 報告。
- 在短時間內產生最忙碌工作負載期間的 AWR 報告，例如 30 分鐘或一小時。
- 如果您想要) ，請 (產生尖峰負載 AWR 報表和平均尖峰負載 AWR 報告。
- 取得任何其他可能具有資料庫工作負載重要詳細數據的AWR 報告，例如當月結束或季度結束報告期間。
- 請確定報表為 HTML，以取得正確的重設大小工具。
- 如果您不確定尖峰負載何時發生，請使用下列腳本來取得前五個最忙碌的時間：
使用自動化工具來正確調整工作負載大小
使用自動化工具來根據 vCPU、記憶體、輸送量和 IOPS，以符合正確的 Azure 虛擬機器 SKU 來調整工作負載大小。 分析 Oracle 工作負載的 AWR 報表或 Statspack 報表，以正確調整 Azure 基礎結構的大小，使其符合效能需求。 這類分析是以資料庫效能的專家了解為基礎，而且需要自動化工具來管理所有變數，例如 Oracle Migration Assistant Tool (OMAT) 。
OMAT 可協助您評估內部部署或雲端 Oracle 安裝的資源使用量，並建議最佳虛擬機 (VM) 和記憶體，以在 Azure 上執行相同的工作負載。 OMAT 會從來源系統收集及處理 AWR 報表、擷取所需的數據，並將它放入 Excel 活頁簿中。 當您使用 OMAT 來提供超線程因素時，請檢閱 CPU 和核心處理器的分割區。 OMAT 預設會使用兩個因素，但您可以調整此數目以符合您的特定使用量。 如果您需要支援，請連絡您的當地聯繫人。
建議
- 使用自動化的右重設大小工具，例如 OMAT。 正確重設大小工具會將 AWR 重設大小檔中概述的步驟自動化，以加速移轉程式並簡化 AWR 報告。
- 請連絡瞭解 OMAT 報告所產生建議的專家。
為您的工作負載選擇正確的 VM
請務必為您的工作負載選擇正確的 VM。 每個 VM 系列都有一系列大小，可符合您的需求。 E 系列 和 M 系列 是用於資料庫需求的超線程 VM。 針對具有高輸送量值的工作負載使用 E 系列 VM。 針對需要高記憶體的工作負載使用 M 系列 VM。
Microsoft 也提供 受限的核心大小 ，以減少軟體授權的成本，同時維持相同的記憶體、記憶體和 I/O 頻寬。
建議
- 選擇 超線程 VM 以節省授權成本。
- 使用 Azure 定價工具來 比較不同 Azure VM 建議的成本。
- 使用 Azure 保留 來降低計算基礎結構成本。
為您的工作負載選擇正確的記憶體解決方案
資料庫的 Azure 記憶體解決方案選擇取決於資料庫大小、IOPS 和輸送量。 Azure 受控磁碟 提供由 Azure 管理的區塊層級記憶體磁碟區，並搭配 Azure VM 使用。 Azure 記憶體 為雲端中的應用程式、資料和 VM 提供各種高可用性、可大幅調整的記憶體選項。 正確的大小評估可協助您決定要用於資料庫的記憶體解決方案。
其他記憶體考慮與封存的 Oracle 重做記錄檔和備份有關。 封存重做記錄是持續讀取/寫入程式，牽涉到持續評估解決方案需求和可用性。
AWR 報告可讓您深入瞭解特定工作負載的輸送量和IOPS需求。 在部署之前，請務必先瞭解輸送量和 IOPS 需求，因為 Oracle 工作負載會區分效能。
下表提供數據磁碟記憶體配置範例。
| 磁碟名稱 | 函式 | 大小 (GB) | 輸送量 | IOPS | 磁碟建議 |
|---|---|---|---|---|---|
| oredo | 在線重做記錄 | 400 | 150 | 1500 | 如果有的話，請選擇進階 SSD v2，否則選擇 P20 |
| oarch | 封存重做記錄 | 7000 | 300 | 1250 | 在經常性層中設定 Azure Blob 儲存體 |
| odata | 數據檔和控制檔案 | 18000 | 1000 | 2500 | 如果有的話，請選擇 [進階 SSD v2]，否則選擇 [5*P50 (等量分割至 RAID-0) |
臨時表空間可以使用大量的輸送量和IOPS。 如果此案例適用於您的工作負載，請選擇具有連結暫時磁碟的 VM，例如 Ed-v5。 將臨時表空間放在磁碟上。 視您的需求而定，您可以選擇其他磁碟類型。
這隻是客戶工作負載的一個範例。 請務必據以檢閱及調整工作負載大小、IOPS 和輸送量的需求。
如果您需要針對磁碟設定中的一或多個邏輯磁碟區使用多個磁碟，不論磁碟技術 (Oracle ASM、LVM 或其他) ，請務必平衡磁碟之間的負載以達到最大效能。
您可以在任何可用的位置使用進階 SSD v2 受控磁碟。 根據區域檢查可用性，並在部署之前檢閱 磁碟組態 。
如果您使用 Oracle ASM 並 受控磁碟，ASM 中預設設定的磁碟大小會是一種選擇。 如果您設定 ASM 的大小上限為 4096 GB，ASM 只能處理此數量。 因此，即使您布建較高的磁碟，ASM 也無法辨識空間。 據此規劃磁碟大小，並決定是否要布建一些 4095 GB 的磁碟。 如需詳細資訊，請參閱 ASM 設定。
建議
- 使用 OMAT 工具所產生的建議，引導您完成資料庫記憶體選項。
- 瞭解 Azure 磁碟類型 ，以及它們如何符合您的工作負載需求。
- 檢閱 磁碟類型和組態的最佳做法。
- 如果您打算使用適用於 Oracle 的 Azure NetApp Files 作為儲存層，請造訪適用於 Oracle 的 Azure NetApp Files。
- 如果您打算從 Oracle Exadata 分離，請瀏覽 應用程式磁碟區群組 。
- 如需適用於大量重做記錄封存和 Azure 進階受控磁碟的選項，請造訪 Azure 檔案儲存體 (經常性存取層) 。
- 根據數據磁碟區以及您的技術和非技術需求，針對 Oracle 工作負載的備份選項。 如需詳細資訊，請參閱 Oracle 工作負載的備份策略。
- 規劃您的記憶體配置，以避免效能問題。
調整 Oracle 應用程式所需的計算基礎結構大小
Oracle 應用程式通常可以使用與內部部署中使用的 VM 類似的功能，移至 Azure。
使用 應用程式和 Web 層 中的數據點來調整 Oracle 應用程式所需的計算基礎結構大小。 應用層可以移至符合效能和成本優化需求的任何適當 VM SKU。
如需使用參考架構在 Azure IaaS 上部署 Oracle 應用程式的詳細資訊，請參閱 Azure 上的 Oracle 應用程式。
建議
從應用層和 Web 層取得數據點。 這些資料點包括：
- vCPU 數目
- 平均 vCPU 使用量
- 記憶體大小
- 平均記憶體使用量
- 應用程式記憶體大小
- 應用程式版本
- 作業系統
- 總 IOPS
- 輸送量總計
- 備份策略
後續步驟
若要瞭解如何保護重要數據和應用程式，請參閱 商務持續性和災害復原。