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

資源隨需配置

貢獻者 kaminis85
PDF

在ASA r2 上對 Oracle 資料庫進行精簡配置需要仔細規劃，因為它涉及配置比實體可用空間更多的邏輯空間。如果實施得當，精簡配置可以顯著節省成本並提高可管理性。

精簡配置是ASA r2 的組成部分，並且與ONTAP效率技術密切相關，因為兩者都允許儲存比系統物理容量更多的邏輯資料。ASA r2 系統僅限 SAN，精簡配置適用於儲存可用區 (SAZ) 內的儲存單元和 LUN。

註 ASA r2 儲存單元預設採用精簡配置。

幾乎所有快照的使用都涉及精簡配置。例如，一個典型的 10 TiB 資料庫，包含 30 天的快照，可能會顯示為 310 TiB 的邏輯數據，但實際上只佔用 12 TiB 到 15 TiB 的實體空間，因為快照只儲存已變更的資料區塊。

同樣，克隆也是精簡配置的另一種形式。一個開發環境，如果完全寫入 80 TiB 資料庫的 40 個克隆，則需要 3.2 PiB 的空間，但實際上消耗的空間要少得多，因為只儲存變更。

空間管理

在應用程式環境中採用精簡配置時必須格外小心，因為資料變更率可能會意外增加。例如，如果對資料庫表進行重新索引，或對 VMware 用戶端進行大規模修補，則快照導致的空間消耗可能會迅速成長。備份檔案遺失可能會在很短的時間內寫入大量資料。最後，如果 LUN 意外耗盡可用空間，則某些應用程式可能難以復原。

在ASA r2 中，這些風險是透過精簡配置、主動監控和 LUN 調整大小策略來緩解的，而不是透過ONTAP 的捲自動增長或快照自動刪除等功能來緩解的。管理員應該：

  • 啟用 LUN 上的精簡配置 (`space-reserve disabled`這是ASA r2 中的預設值。

  • 使用系統管理器警報或基於 API 的自動化方式監控容量

  • 使用計劃或腳本化的 LUN 調整大小來適應成長

  • 透過系統管理員（圖形使用者介面）配置快照保留和自動快照刪除

警告 由於ASA r2 不支援自動捲增長或 CLI 驅動的快照刪除，因此仔細規劃空間閾值和自動化腳本至關重要。

ASA r2 不使用部分儲備設置，因為它是一個僅支援 SAN 的架構，抽象化了基於WAFL 的磁碟區選項。相反，空間效率和覆蓋保護是在 LUN 層級進行管理的。例如，如果您從儲存單元配置了 250 GiB 的 LUN，快照會根據實際區塊變更消耗空間，而不是預先預留等量的空間。這樣就無需進行大量的靜態預留，而這種預留在傳統的ONTAP環境中使用部分預留時很常見。

註 如果需要確保覆蓋保護且監控不可行，管理員應在儲存單元中提供足夠的容量並適當設定快照保留。然而， ASA r2 的設計使得大多數工作負載不需要部分備用容量。

壓縮與重複資料刪除

ASA r2 中的壓縮和去重是空間效率技術，而不是傳統的精簡配置機制。這些特性透過消除冗餘資料和壓縮資料區塊來減少實體儲存佔用空間，從而允許儲存比原始容量所允許的更多的邏輯資料。

例如，一個 50 TiB 的資料集可以壓縮到 30 TiB，從而節省 20 TiB 的實體空間。從應用程式的角度來看，雖然磁碟上只佔用 30 TiB，但仍有 50 TiB 的資料。

註 資料集的可壓縮性會隨時間變化，這可能會增加物理空間的消耗。因此，必須透過監控和容量規劃來主動管理壓縮和去重。

可用空間和 LVM 空間分配

在ASA r2 環境中，如果刪除的資料區塊沒有被回收，精簡配置的效率會隨著時間的推移而降低。除非使用 TRIM/UNMAP 釋放空間或用零覆蓋（透過 ASMRU - 自動空間管理和回收實用程式），否則已刪除的資料將繼續佔用實體容量。在許多 Oracle 資料庫環境中，精簡配置的優勢有限，因為資料檔案通常在建立時就預先分配到其全部大小。

精心規劃 LVM 配置可以提高效率，並最大限度地減少儲存配置和 LUN 調整大小的需求。當使用 Veritas VxVM 或 Oracle ASM 等 LVM 時，底層 LUN 被劃分為僅在需要時才使用的擴充區。例如，如果資料集最初大小為 2 TiB，但隨著時間的推移可能會成長到 10 TiB，則可以將此資料集放置在 10 TiB 的精簡配置 LUN 上，這些 LUN 組織成 LVM 磁碟組。創建時僅佔用 2 TiB 的空間，並且只有在分配擴展區以適應資料增長時才會佔用額外的空間。只要對空間進行監控，這個過程就是安全的。