Skip to main content
本繁體中文版使用機器翻譯,譯文僅供參考,若與英文版本牴觸,應以英文版本為準。

Workload Factory 中的資料庫環境配置分析

貢獻者 netapp-rlithman

資料庫工作負載工廠會定期分析資料庫配置,以確定Amazon FSx for NetApp ONTAP儲存上的 Microsoft SQL Server 和 Oracle 部署是否有任何問題。當發現問題時,Workload Factory 會向您展示問題所在,並解釋需要進行哪些更改以確保您的資料庫配置達到最佳效能、成本效益並符合最佳實踐。

主要功能包括:

  • 每日組態分析

  • 自動最佳實務驗證

  • 適當調整規模的建議

  • 主動觀察

  • 行動洞見

  • AWS 架構良好的架構顧問

運作方式

Workload Factory 每日分析您在 Amazon FSx for NetApp ONTAP 檔案系統部署上執行的工作負載。此分析提供架構完善的狀態資訊、洞察分析和建議。

每日分析完成後,部署的 Well-architected 儀表板會顯示配置狀態為「已最佳化」或「未最佳化」。您可以在這裡查看總優化得分、按類別劃分的配置問題以及配置問題和建議清單。您可以查看針對配置問題的建議。部分問題可由 Workload Factory 自動修復,而其他問題則需要人工幹預。在這種情況下,Workload Factory 會提供詳細說明,幫助您實施建議的變更。

您可以忽略不適用於您環境的配置分析。這樣可以避免不必要的警報和不準確的優化結果。當您忽略某個設定分析時,Workload Factory 不會將該配置計入總最佳化得分。

為什麼這很重要

Workload Factory 將最佳實踐應用於大型儲存、資料庫和 VMware 環境,透過持續評估與建議洞察和修復措施相結合。在 Workload Factory 主控台中套用的自動化修復可減少人為錯誤、確保統一管理,並維護工作負載基礎架構的效能和可靠性。

分析需求

要進行完整的資料庫環境分析、您必須執行以下操作:

資料庫工作負載的最佳實務與建議

Workload Factory 提供了一系列最佳實踐和建議,用於運行架構良好的資料庫工作負載。架構良好分析會評估 Microsoft SQL Server 和 Oracle Database 的配置和設定,包括儲存大小、儲存佈局、儲存配置、運算、應用程式(SQL Server)和恢復能力等方面。

Microsoft SQL Server

儲存容量調整

  • 儲存層

    使用主 SSD 層儲存 FSx for ONTAP 磁碟區以確保最佳效能。容量池層可能會降低效能並增加延遲。主 SSD 層專為高效能工作負載而設計,而容量池層則針對成本效益進行了最佳化,可能無法滿足 SQL Server 工作負載的效能要求。

  • 檔案系統餘裕

    在總磁碟區大小之上維持足夠的檔案系統容量。空間不足會導致效能問題;空間過多則會浪費儲存空間並增加成本。

  • 日誌磁碟機大小

    適當調整 SQL Server 日誌磁碟機的大小並進行監控,以防止因日誌磁碟機已滿而導致的交易回溯、資料庫無法使用、資料損壞和效能問題。

  • TempDB 磁碟機大小

    合理調整 TempDB 的大小並進行監控,以維持最佳效能和系統穩定性。TempDB 空間不足會導致查詢速度變慢、應用程式逾時和系統崩潰。

儲存配置

  • 資料檔案 (.mdf) 放置位置*和*日誌檔案 (.ldf) 放置位置

    將資料檔案和日誌檔案放在不同的磁碟機上,以提高效能並實現獨立的備份和還原作業。

  • TempDB 放置

    將 TempDB 放置在專用磁碟機上,可以避免 I/O 爭用,進而提高 SQL Server 的效能和穩定性。否則,可能會遇到 I/O 瓶頸、查詢速度變慢和系統不穩定等問題。

儲存組態

  • ONTAP 組態

    為 FSx for ONTAP 磁碟區啟用精簡配置、自動調整大小和空間管理,以最佳化儲存效率和成本效益。配置分層策略,將較舊的快照移至容量層,同時保持活動資料的高效能。對於 LUN ,確保作業系統類型與作業系統分區方案匹配,以實現正確的 I/O 對齊;啟用空間預留以防止寫入失敗;並啟用空間分配,以便在儲存空間已滿時自動回收空間並通知主機。

  • 作業系統

    啟用並設定 Microsoft Multipath I/O (MPIO),並設定適當的逾時時間,以確保在 EC2 上使用 FSx for ONTAP 的 SQL Server 資料庫具有高可用性和資料存取一致性。MPIO 提供冗餘路徑,可在故障轉移期間增強彈性並提升效能。合理配置 NTFS 分配單元大小,以實現最佳磁碟利用率和效能。

運算

  • 運算資源調整

    根據工作負載需求合理調整 SQL Server EC2 執行個體的大小,以平衡效能和成本效益。如果目前執行個體配置不足,升級可以提升 CPU、記憶體和 I/O 容量。如果配置過高,降級可以在保持效能的同時降低成本。

  • 作業系統修補程式

    套用最新的作業系統修補程式,以增強安全性和系統可靠性。

  • 網路介面卡設定

    設定接收端擴充(RSS)以將網路處理任務指派到多個處理器上,從而提高網路效能。在應用到生產環境之前,請先測試這些設定。

  • MTU 對齊

    將 EC2 執行個體的最大傳輸單元(MTU)設定與 FSx for ONTAP 對齊,以防止網路碎片化並最佳化 SQL Server 效能。修復 MTU 不一致問題可確保所有節點和網路路徑上的 MTU 配置一致。

應用程式 (SQL Server)

  • 授權

    SQL Server 授權評估和建議是在主機層級提供的。Workload Factory 會在偵測到您的資料庫基礎架構未使用任何您已付費的商業軟體授權功能時,將該授權視為「未最佳化」。未最佳化的授權可能會導致不必要的成本。請檢查您的 SQL Server 授權使用情況,確保您已充分利用所有已付費的功能。

  • Microsoft SQL Server 修補程式

    應用最新的 SQL Server 修補程式,以增強安全性、防止漏洞並提高系統可靠性。

  • MAXDOP

    配置 MAXDOP 以最佳化查詢效能。通常情況下,4、8 或 16 的值效果良好。測試您的工作負載並監控並行等待類型,例如 CXPACKET。

可靠性

  • 排程本機快照

    排程定期快照,以便進行時間點備份,並快速從意外刪除、資料毀損和其他問題中復原。

  • 備份組態

    配置 FSx for ONTAP 備份或 AWS Backup 以滿足資料保留和合規性要求。避免冗餘備份。

  • * 跨區域複寫 *

    啟用跨區域複製(CRR)可提高資料可用性和災難復原能力。使用 CRR 可防止區域性中斷,確保業務連續性。

  • Microsoft SQL Server 高可用性

    確保 SQL Server 具備高可用性,方法是檢查所有叢集節點是否都能存取所有共用儲存設備、節點間的磁碟機代號是否相同以防止容錯移轉期間發生衝突、是否已為叢集健全狀況設定仲裁、是否已為雲端環境設定活動訊號臨界值,以及是否已將 SQL Server 服務設定為自動啟動和容錯移轉。

  • 複製清理

    定期檢查並刪除過時的 clone,以降低儲存成本。老舊和未使用的 clone 會導致高昂的成本。

甲骨文

儲存容量調整

  • 檔案系統餘裕

    保持足夠的檔案系統容量,以優化儲存效能並防止效能下降。充足的容量可以實現高效的儲存管理,並支援資料庫的成長。

  • 交換空間

    根據 RAM 容量設定交換空間,以便系統能夠應對記憶體壓力,避免運行速度變慢或崩潰。

儲存配置

  • Oracle 二進位配置

    將 Oracle 二進位檔案放置在專用磁碟區上,透過減少 I/O 爭用來確保最佳效能和穩定性。這種分離方式簡化了軟體更新,並將意外修改或損毀的風險降至最低。

  • 資料檔案放置位置

    將資料檔案放置在專用磁碟區或與控制檔案一起使用,以隔離隨機 I/O 並提高效能。這種隔離方式支援自訂快照配置、分層策略和效率機制,從而優化效能和成本。

  • 控制檔案放置

    將控制文件的副本儲存在不同的磁碟區或磁碟上,以避免單點故障並增加冗餘。將控制文件放在專用磁碟區上,或與重做日誌或資料文件共用,但由於效能要求,不要將其放在分層到物件儲存的磁碟區上。

  • 重做日誌放置

    將重做日誌放置在專用磁碟區上,或與暫存檔案或控制檔案適當共用,以隔離高寫入 I/O 操作並提高效能。將重做日誌的每個副本儲存在單獨的磁碟區上以實現備援。請勿將重做日誌放置在磁碟區快照或分層至物件儲存的磁碟區上,因為它們會經常更新。

  • 臨時安置

    將暫存檔案放置在專用磁碟區上,或與重做或控制檔案適當共用,以隔離高寫入 I/O 作業並提高效能。每個多工暫存副本都應位於單獨的磁碟區上以實現備援。由於暫存檔案的更新模式頻繁,因此不應將其放置在磁碟區快照或分層到物件儲存的磁碟區上。

  • 歸檔位置

    將歸檔日誌放置在專用磁碟區上,以防止高 I/O 需求干擾其他資料庫操作,從而提高效能和復原流程。

  • 僅限 ASM 的組態:ASM 資料磁碟群組 LUN、ASM 記錄磁碟群組 LUN 和 ASM 歸檔磁碟群組 LUN

    將 LUN 分佈在 Automatic Storage Management (ASM) 資料、重做日誌和歸檔日誌磁碟組中,以實現最佳效能和冗餘。

儲存組態

  • ONTAP

    針對 Oracle 資料庫最佳化 FSx for ONTAP 組態,啟用精簡配置、自動調整大小和磁碟區空間管理。設定適當的快照原則和分層策略,以平衡效能和成本。對於 LUN,請確保正確的作業系統類型對齊、空間保留和空間配置設定,以防止寫入失敗並啟用自動空間回收。

  • 作業系統

    配置作業系統設定以獲得最佳 Oracle 資料庫效能,包括針對資料庫工作負載調整核心參數,以及針對網路檔案系統存取適當配置 NFS 或 dNFS 設定。

運算

  • 作業系統修補程式

    定期套用作業系統修補程式,以確保 Oracle 資料庫環境的安全性、穩定性和效能改善。