為了獲得最佳效能，請使用主要 SSD 分層來儲存 FSx for ONTAP Volume。容量資源池分層可能會降低效能並增加延遲。主要 SSD 分層專為高效能工作負載而設計，而容量資源池分層則針對成本效率進行最佳化，可能無法滿足 SQL Server 工作負載的效能要求。

請確保檔案系統容量高於總 Volume 大小。可用空間過少會導致效能問題；可用空間過多則會浪費儲存設備並增加成本。

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

合理調整並監控 TempDB 的大小，以維持效能和穩定性。TempDB 空間過小會導致查詢變慢、應用程式逾時甚至系統當機。

將資料和日誌檔案分別放在不同的磁碟機上，可以提高並行 I/O 效能、備份靈活度和還原效能。對於較小的資料庫，我們建議將資料和日誌 LUN 路徑分別放在不同的 Volume 中。

將 TempDB 放置在專用磁碟機上，可以避免 I/O 爭用，進而提高 SQL Server 的效能和穩定性。

為 FSx for ONTAP Volume 配置資源隨需配置，以更妥善地利用儲存設備並降低成本。資源隨需配置可讓您視需要分配儲存設備，而非一次保留所有容量。

啟用自動調整規模，並將模式設定為 grow，使 Volume 在變滿並變為唯讀之前自動增加。

設定 Microsoft SQL Server 執行個體所使用之 LUN 的區塊裝置空間設定，以防止寫入失敗並提升 FSx for ONTAP 的空間效率。

將 Snapshot 複本保留設為 0%，並啟用 Snapshot 自動刪除，以保護作用中資料的空間。

當空間不足時，請在刪除 Snapshot 複本之前擴充 Volume。擴充 Volume 可防止出現「Volume 已滿」錯誤，減少寫入失敗，並保留 Snapshot 恢復點。

使用僅快照分層原則，此原則僅將快照資料移至容量分層，同時將作用中資料保留在 SSD 分層。這種方法既能保持 SQL 工作負載的低延遲效能，又能降低儲存設備成本。快照資料在 7 天冷卻期後進行分層。

啟用重複資料刪除、壓縮和資料精簡，以減少儲存設備使用量和成本，同時保持效能。

將 ONTAP LUN 作業系統值與主機分割區方案相符，以維持正確的 I/O 對齊。

設定多路徑 I/O （MPIO） 以提高彈性和處理量。對於 iSCSI LUN 上的 SQL Server，每個目標介面使用五個 MPIO 工作階段，監控路徑狀態，並將主機逾時設為 60 秒。

將 NTFS 分配單元大小設定為 64K，以提升 SQL Server 工作負載的磁碟效率並減少碎片。

停用 Microsoft SQL Server 所使用的 FSx for ONTAP Volume 的排程快照。而是使用 NetApp SnapCenter 等工具在外部管理快照，這些工具可建立應用程式一致性備份，並有助於防止還原作業期間發生資料毀損。

根據工作負載需求調整 SQL Server EC2 執行個體的大小。當資源配置不足時增加執行個體大小，當資源配置過剩時減少執行個體大小，以平衡成本和效能。

套用最新的作業系統修補程式，以提升安全性和可靠性。

設定接收端擴充 （RSS） 以將網路處理分配至各個 CPU，進而提升網路效能。在正式部署前驗證設定。

將 EC2 最大傳輸單元 (MTU) 設定與 FSx for ONTAP 路徑保持一致，以防止碎片化並維持穩定的處理量。

審查主機層級的 SQL Server 授權使用情況。如果未使用付費功能，則授權並非最佳化的，可能會增加成本。

套用最新的 SQL Server 修補程式，以提升安全性和系統可靠性。

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

使用 NetApp SnapCenter 的應用程式一致性快照，可以在特定時間點對 Volume 資料進行準確可靠的快照。SnapCenter 可簡化備份程序，並協助您快速還原資料，從而減少停機並保護關鍵工作負載。

啟用跨區域複寫 （CRR） 可提高 SQL Server 環境中的資料可用度和災難恢復。CRR 透過在不同位置複寫資料，協助防範區域性中斷，並確保業務連續性。

設定 FSx for ONTAP 備份或 AWS Backup，以符合保留和法規遵循要求，同時避免重複的備份工作流程。

正確設定 SQL Server Failover Cluster Instances 的仲裁，使叢集能夠容忍預期的節點故障。

在 SQL Server 高可用度設定中，每個節點都應使用相同的磁碟機代號。這可以簡化管理，並有助於故障轉移正常運作。

調整心跳設定，避免不必要的容錯移轉，同時快速偵測真正的故障。

在 FCI 部署模型中，所有共享磁碟（iSCSI LUN）必須可從兩個節點存取，以便容錯移轉能夠正常運作。

驗證服務帳戶權限、啟動類型和相依性，以確保可靠的高可用度行為。

定期移除過時的複製，以降低儲存設備成本並減少運維工作量。老舊且未使用的複製會導致高昂的成本。

請確保檔案系統容量高於總 Volume 大小。可用空間過少會導致效能問題；可用空間過多則會浪費儲存設備並增加成本。

為 FSx for ONTAP Volume 配置資源隨需配置，以更妥善地利用儲存設備並降低成本。資源隨需配置可讓您視需要分配儲存設備，而非一次保留所有容量。

啟用自動調整規模功能，並將模式設定為 grow，使 Volume 在容量滿載並變為唯讀之前自動增加。

設定 Oracle 資料庫所使用 LUN 的區塊設備空間設定，以防止寫入失敗並提升 FSx for ONTAP 的儲存效率。

將 Snapshot 複本保留設為 0%，並啟用 Snapshot 自動刪除，以保護作用中資料的空間。

當空間不足時，請在刪除 Snapshot 複本之前擴充 Volume。擴充 Volume 可防止出現「Volume 已滿」錯誤，減少寫入失敗，並保留 Snapshot 恢復點。

使用僅快照分層原則，此原則僅將快照資料移至容量分層，同時將作用中資料保留在 SSD 分層。這種方法既能保持 SQL 工作負載的低延遲效能，又能降低儲存設備成本。快照資料在 7 天冷卻期後進行分層。

啟用重複資料刪除、壓縮和資料精簡，以減少儲存設備使用量和成本，同時保持效能。

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

將歸檔日誌、資料檔案、控制檔案、重做日誌和臨時檔案放置在分隔的磁碟機上，以隔離 I/O 模式並提高系統彈性。必要時，在分隔的 Volume 上保留備援副本。

將 Oracle 二進位檔案放置在專用 Volume 上，以減少 I/O 爭用。這種分隔方式簡化了軟體更新，並將意外修改或毀損的風險降至最低。

停用 Oracle 用於 FSx for ONTAP Volume 的排程快照，以節省空間並降低成本。而是使用 NetApp SnapCenter 等工具在外部管理快照，這些工具可建立應用程式一致性備份，並有助於防止在還原作業期間發生資料毀損。

停用 dNFS 的 ONTAP nfs-rootonly 參數。 nfs-rootonly 會將 NFS 連線限制在特權連接埠（<1024）。由於 NFSv4+ 中的 dNFS 程序並非以根目錄執行，而是使用較高的連接埠，因此停用此參數可允許必要的連線。

如果 Oracle 二進位檔案位於 NFS 共享上，請確保匯出原則包含超級使用者和 setuid 權限。超級使用者（root）存取允許 NFS 用戶端以 root 身分進行映射，這是執行二進位檔案所必需的。

使用 Oracle Automatic Storage Management (ASM) 來最佳化在 FSx for ONTAP 上執行的 iSCSI 型儲存設備，以提升效能、簡化儲存管理，並增強 Oracle Database 部署的擴充性。

對於執行在 NFS 上的 Oracle 工作負載，請將 TCP 插槽表核心參數設定為 128。此組態可實現更多並行 I/O 作業，從而降低 Oracle 資料檔案存取等高處理量情境下的延遲。核心參數控制 TCP 上未完成的 NFS 請求的最大數量，其作用類似於 Fibre Channel 設定中的佇列深度。Linux 的預設值通常設定為 16，無法支援最佳資料庫效能。

為資料庫檔案使用最佳化的 NFS 裝載選項。關鍵參數包括 `rw`用於讀寫存取、 `bg`用於背景裝載、 `hard`用於故障時無限重試，以及 `proto=tcp`用於可靠傳輸。 `rsize`和 `wsize`的值 262144 可改善大型 I/O 作業，提升處理量，同時 `nointr`不會中斷長時間執行的任務。此組態可提升資料庫效能和彈性，尤其是在高處理量環境中。

對自動診斷儲存庫 (ADR) 主目錄（或根目錄）使用最佳化的 NFS 裝載選項。ADR 主目錄儲存日誌和追蹤資訊，這些資訊與核心資料庫檔案享有類似的可靠性選項優點，但由於其操作對中斷的敏感度較低，因此不需要 `nointr`裝載選項。

在主機 (/etc/idmapd.conf 或 hostname -d）與 ONTAP 中的 NFS 伺服器 (v4-id-domain）之間比對 NFSv4 網域名稱。

在獨立式 Oracle 部署中，為了提高效率和可靠性，應省略停用主機快取的 NFS 裝載選項（例如 actimeo=0`和 `noac）。這些選項適用於叢集環境以確保快取一致性，但在單一執行個體環境中，它們會不必要地繞過快取，並可能顯著降低效能。

在 Oracle 環境中啟用 Direct NFS （dNFS），以提升 NFS 儲存效能和可靠性。

避免將 Direct NFS （dNFS） 與任何類型的輪詢名稱解析方式（包括 DNS、DDNS、NIS 或任何其他方法）一起使用。這包括 ONTAP 中提供的 DNS 負載平衡功能。一致的 IP 位址解析可維護資料庫穩定性，並防止潛在的崩潰或資料毀損。

檢查並更新 `oranfstab`檔案內容，以確保正確使用 Direct NFS （dNFS）。該 `oranfstab`檔案對於設定進階 dNFS 功能（例如多路徑和特定 NFS 選項）至關重要。正確的組態可提升資料存取和管理的效率。

為啟用了 Direct NFS （dNFS） 的環境設定 `nosharecache`裝載選項，適用於來源 Volume 透過巢狀 NFS 裝載在單一伺服器上超過一次的情況。此組態可防止裝載點之間共用快取，從而確保資料一致性和最佳化的效能。

套用最新的作業系統修補程式，以提升安全性和可靠性。

在執行 Oracle 資料庫的資料庫主機上停用透明大頁 (THP)，以防止潛在的效能減低並改善記憶體容量管理。

啟用 TCP 時間戳、SACK 和視窗擴充，以獲得最佳網路效能和可靠性。

設定 `filesystemio_options = setall`以獲得最佳 I/O 效能。如有需要，在停用緩衝 I/O 時調整系統全域區域 （SGA） 大小。

從文字格式的 FILE init.ora 或伺服器管理的二進位 SPFILE (spfile<SID>.ora) 移除 db_file_multiblock_read_count 參數，以防止 Oracle 資料庫發生效能問題，並允許 Oracle 自動管理此設定。

套用最新的 Oracle Critical Patch Updates 以解決安全性漏洞，並維護資料庫環境的完整性。定期檢閱並套用修補程式，以防範潛在威脅並確保符合安全性最佳實務做法。

使用 NetApp SnapCenter 的應用程式一致性快照，可以在特定時間點對 Volume 資料進行準確可靠的快照。SnapCenter 可簡化備份程序，並協助您快速還原資料，從而減少停機並保護關鍵工作負載。

啟用跨區域複寫 （CRR） 可提高 Oracle 資料庫的資料可用度和災難恢復。CRR 透過在不同位置複寫資料，協助防範區域性中斷，並確保業務連續性。

設定 FSx for ONTAP 備份或 AWS Backup，以符合保留和法規遵循要求，同時避免重複的備份工作流程。

定期移除過時的複製，以降低儲存設備成本並減少運維工作量。老舊且未使用的複製會導致高昂的成本。