管理 FSx 上適用於 FSx for Windows File Server 的儲存 - Amazon FSx for Windows File Server

本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。

管理 FSx 上適用於 FSx for Windows File Server 的儲存

檔案系統的儲存配置包括佈建的儲存容量、儲存區類型,以及如果儲存類型為固態硬碟 (SSD),則表示 SSD IOPS 的數量。您可以在建立檔案系統時和建立檔案系統之後,設定這些資源以及檔案系統的輸送量容量,以達到工作負載所需的效能。 PowerShell 透過探索下列主題 AWS Management Console, AWS CLI了解如何使用、和用於遠端管理的 Amazon FSx CLI 來管理檔案系統的儲存和儲存相關效能。

將儲存體成本最佳化

您可以使用 Windows 版 FSx 中提供的儲存設定選項,將儲存成本最佳化。

儲存類型選項 —FSx for Windows File Server 提供兩種儲存類型:硬碟機 (HDD) 和固態硬碟 (SSD),可讓您將成本最佳化,以符合工作負載需求。HDD 儲存裝置專為廣泛的工作負載而設計,包括主目錄、使用者和部門共用,以及內容管理系統。SSD 儲存裝置專為效能最高且延遲最敏感的工作負載而設計,包括資料庫、媒體處理工作負載和資料分析應用程式。如需儲存類型和檔案系統效能的詳細資訊,請參閱FSx 適用於 FSx for Windows File Server 效能

重複資料刪除 — 大型資料集通常具有冗餘資料,因此會增加資料儲存成本。例如,使用者檔案共用可以有同一個檔案的多個副本,由多個使用者儲存。軟體開發共用可以包含許多二進位檔案,這些二進位檔案在每個組建之間都 您可以開啟檔案系統的重複資料刪除功能,以降低資料儲存成本。重複資料刪除功能開啟後,重複資料刪除功能只會儲存一次資料集的重複部分,自動減少或消除多餘的資料。如需有關 Amazon FSx 檔案系統重複資料刪除以及如何輕鬆開啟重複資料刪除的詳細資訊,請參閱。利用重複資料刪除技術降低儲存成

管理儲存容量

您可以隨著儲存需求的變更,增加 FSx for Windows 檔案系統的儲存容量。您可以使用 Amazon FSx 主控台、Amazon FSx API 或 AWS Command Line Interface ()AWS CLI來執行此操作。規劃增加儲存容量時要考慮的因素包括瞭解何時需要增加儲存容量、了解 Amazon FSx 處理儲存容量的增加方式,以及追蹤儲存增加請求的進度。您只能增加檔案系統的儲存容量;您無法減少儲存容量。

注意

您無法增加 2019 年 6 月 23 日之前建立之檔案系統的儲存容量,或是從屬於 2019 年 6 月 23 日之前建立之檔案系統的備份還原的檔案系統。

當您增加 Amazon FSx 檔案系統的儲存容量時,Amazon FSx 會在幕後向檔案系統新增一組更大的新磁碟。然後,Amazon FSx 會在背景執行儲存優化程序,以透明方式將資料從舊磁碟遷移到新磁碟。儲存最佳化可能需要幾個小時到幾天的時間,對工作負載效能的明顯影響最小。在此最佳化期間,備份使用率會暫時提高,因為新舊儲存磁碟區都包含在檔案系統層級備份中。包含兩組儲存磁碟區,以確保 Amazon FSx 即使在儲存擴展活動期間也能成功地從備份擷取和還原。在備份歷史記錄中不再包含舊的儲存磁碟區之後,備份使用量會回復到先前的基準層級。當新的儲存容量可用時,您只需支付新儲存容量的費用。

下圖顯示 Amazon FSx 在增加檔案系統儲存容量時所使用的四個主要程序步驟。

顯示 4 個步驟的圖表:1. 儲存容量增加請求、2. FSx 添加了新的更大的磁盤,3。FSx 會移轉資料,以及 4. FSx 會移除舊磁碟。

您可以隨時使用 Amazon FSx 主控台、CLI 或 API 追蹤儲存最佳化、SSD 儲存容量增加或 SSD IOPS 更新的進度。如需詳細資訊,請參閱 監控儲存容量增加

如何增加檔案系統的儲存容量

以下是增加儲存容量時需要考慮的幾個重要事項:

  • 僅增加 — 您只能增加檔案系統的儲存容量;您無法減少儲存容量。

  • 最小增加 — 每次增加的儲存容量必須至少為檔案系統目前儲存容量的 10%,最高可達 65,536 GiB 的最大允許值。

  • 最小輸送量容量 — 若要增加儲存容量,檔案系統的最小輸送量容量必須為 16 MB/s。這是因為儲存最佳化步驟是一個耗用大量輸送量的程序。

  • 增加間隔時間 — 您無法在要求上次增加 6 小時後或儲存最佳化程序完成 (以較長的時間為準) 之前,在檔案系統上進一步增加儲存容量。儲存最佳化可能需要幾個小時到幾天才能完成。為了最大限度地減少完成儲存最佳化所需的時間,建議您先增加檔案系統的輸送量容量,然後再增加儲存容量 (儲存擴展完成後,輸送量容量可以縮減),並在檔案系統流量最少時增加儲存容量。

注意

某些檔案系統事件可能會耗用磁碟 I/O 效能資源。例如:

儲存容量擴充的最佳化階段可能會增加磁碟輸送量,並可能導致效能警告。如需詳細資訊,請參閱 效能警告與建議

知道何時增加儲存容量

當檔案系統的可用儲存容量不足時,請增加檔案系統的儲存容量。使用此FreeStorageCapacity CloudWatch 測量結果來監督檔案系統上可用的可用儲存空間量。您可以在此指標上建立 Amazon CloudWatch 警示,並在低於特定閾值時收到通知。如需詳細資訊,請參閱 使用 Amazon 監控 CloudWatch

我們建議您始終在檔案系統上維持至少 10% 的可用儲存容量。使用所有儲存容量可能會對效能產生負面影響,並可能導致資料不一致。

當可用儲存容量低於您指定的定義臨界值時,您可以自動增加檔案系統的儲存容量。使用 AWS開發的自訂 AWS CloudFormation 範本,部署實作自動化解決方案所需的所有元件。如需詳細資訊,請參閱 動態增加儲存容量

增加儲存容量並提高檔案系統效能

大多數工作負載在新的儲存容量可用之後,Amazon FSx 會在背景執行儲存最佳化程序時,對效能的影響降至最低。具有大量使用中資料集的寫入量應用程式可能會暫時降低高達一半的寫入效能。在這些情況下,您可以先增加檔案系統的輸送量容量,然後再增加儲存容量。這可讓您繼續提供相同層級的輸送量,以符合應用程式的效能需求。如需詳細資訊,請參閱 管理 FSx 上適用於 Windows 檔案伺服器檔案系統的輸送量容量

管理您的 FSx 適用於 Windows 檔案系統的儲存類型

您可以使用 AWS Management Console 和將檔案系統儲存類型從 HDD 變更為 SSD AWS CLI。當您將儲存體類型變更為 SSD 時,請記住,您無法再次更新檔案系統設定,直到要求上次更新 6 小時後,或直到儲存最佳化程序完成 (以較長的時間為準)。儲存最佳化可能需要幾個小時到幾天的時間才能完成。若要將這段時間縮到最短,建議您在檔案系統流量最少時更新儲存類型。如需詳細資訊,請參閱 更新 FSx 的儲存類型 (適用於視窗檔案系統)

您無法將檔案系統儲存類型從 SSD 變更為 HDD。如果您想要將檔案系統的儲存類型從 HDD 變更為 SSD,則需要將檔案系統的備份還原到您設定為使用 HDD 儲存空間的新檔案系統。如需詳細資訊,請參閱 將備份還原至新檔案系統

關於儲存體類型

您可以將 FSx for Windows File Server 檔案系統設定為使用固態硬碟 (SSD) 或磁性硬碟機 (HDD) 儲存類型。

SSD 儲存裝置適用於大多數具有高效能需求和延遲敏感性的生產工作負載。這些工作負載的範例包括資料庫、資料分析、媒體處理和商業應用程式。對於涉及大量使用者、高層級 I/O 或具有大量小檔案的資料集的使用案例,我們也建議使用 SSD 固態硬碟。最後,如果您打算啟用陰影複製,建議您使用 SSD 儲存體。您可以針對具有 SSD 儲存裝置的檔案系統設定和擴充 SSD IOPS,但不能使用 HDD 儲存裝置。

HDD 儲存裝置專為廣泛的工作負載所設計,包括主目錄、使用者和部門檔案共用,以及內容管理系統。相對於 SSD 儲存,HDD 儲存的成本較低,但延遲時間較高,每單位儲存裝置的磁碟輸送量和磁碟 IOPS 也較低。它可能適用於一般用途的使用者共用和 I/O 需求較低的主目錄、不常擷取資料的大型內容管理系統 (CMS),或具有少量大型檔案的資料集。

如需詳細資訊,請參閱 儲存設定與效能

管理固態硬碟 IOPS

對於配置 SSD 儲存裝置的檔案系統,SSD IOPS 的數量會決定檔案系統必須從磁碟讀取資料並將資料寫入磁碟時,可用的磁碟 I/O 數量,而不是快取中的資料。您可以選擇和調整 SSD IOPS 的數量,而不受儲存容量影響。您可以佈建的最大 SSD IOPS 取決於您為檔案系統選擇的儲存容量和輸送量容量。如果您嘗試將 SSD IOPS 增加到超過輸送量容量所支援的限制,您可能需要增加輸送量容量,才能取得該等級的 SSD IOPS。如需詳細資訊,請參閱 FSx 適用於 FSx for Windows File Server 效能管理 FSx 上適用於 Windows 檔案伺服器檔案系統的輸送量容量

以下是一些有關更新檔案系統佈建之 SSD IOPS 的重要事項:

  • 選擇 IOPS 模式 — 有兩種 IOPS 模式可供選擇:

    • 自動 — 選擇此模式後,Amazon FSx 就會自動擴展您的固態硬碟 IOPS,以維持每 GiB 儲存容量 3 個固態硬碟 IOPS,每個檔案系統最高可達 40 萬個固態硬碟 IOPS。

    • 使用者佈建 — 選擇此模式,即可指定 96—400,000 個範圍內的固態硬碟 IOPS 數量。針對所有 AWS 區域 提供 Amazon FSx 的儲存容量,指定每 GiB 3—50 IOPS 之間的數字,或者在美國東部 (維吉尼亞北部)、美國西部 (奧勒岡)、美國東部 (俄亥俄)、歐洲 (愛爾蘭)、亞太區域 (東京) 和亞太區域 (新加坡) 的每 GiB 儲存容量 3—500 IOPS 之間。當您選擇使用者提供的模式,且您指定的 SSD IOPS 數量不至少為每 GiB 3 IOPS 時,要求會失敗。針對較高層級的佈建 SSD IOPS,您需要支付每個檔案系統每 GiB 3 IOPS 以上的平均 IOPS 費用。

  • 儲存容量更新 — 如果您增加檔案系統的儲存容量,且預設情況下需要大於您目前使用者佈建的 SSD IOPS 層級的 SSD IOPS 量,Amazon FSx 會自動將您的檔案系統切換為自動模式,且您的檔案系統每 GiB 儲存容量至少會有 3 個 SSD IOPS。

  • 輸送量容量更新 — 如果您增加輸送量容量,且新輸送量容量支援的最大 SSD IOPS 高於使用者佈建的 SSD IOPS 層級,Amazon FSx 會自動將您的檔案系統切換為自動模式。

  • SSD IOPS 增加的頻率 — 您無法在要求上次增加 6 小時後,或直到儲存最佳化程序完成儲存體最佳化程序完成 (以較長的時間為準),才能在檔案系統上進一步增加 SSD IOPS、輸送量容量增加或更新儲存類型。儲存最佳化可能需要幾個小時到幾天才能完成。為了盡量減少完成儲存最佳化所需的時間,我們建議您在檔案系統流量最少時調整 SSD IOPS。

注意

請注意,僅在下列情況支援 4,608 MBps 及更高的輸送量容量層級 AWS 區域:美國東部 (維吉尼亞北部)、美國西部 (奧勒岡)、美國東部 (俄亥俄)、歐洲 (愛爾蘭)、亞太區域 (東京) 和亞太區域 (新加坡)。

如需如何針對 FSx for Windows File Server 系統更新佈建之 SSD IOPS 數量的相關資訊,請參閱。更新檔案系統的固態硬碟 IOPS

利用重複資料刪除技術降低儲存成

重複資料刪除 (簡稱 Dedup) 可協助儲存管理員降低與重複資料相關的成本。使用 FSx for Windows File Server,您可以使用 Microsoft 重複資料刪除功能來識別和消除多餘的資料。大型資料集通常具有冗餘資料,因此會增加資料儲存成本。例如:

  • 使用者檔案共用可能有許多相同或類似檔案的複本。

  • 軟體開發共用可以有許多二進位檔案,這些二進位檔案在建置之間保持不變

您可以為檔案系統啟用重複資料刪除功能,降低資料儲存成本。重複資料刪除功能只儲存一次資料集的重複部分,可減少或消除多餘的資料。當您啟用「重複資料刪除」時,預設會啟用資料壓縮,並在重複資料刪除後壓縮資料以節省更多成本。重複資料刪除功能可最佳化冗餘,而不會影響資料完整性或完整性。重複資料刪除作為背景程序執行,會持續且自動地掃描和最佳化您的檔案系統,而且對您的使用者和連線的用戶端來說是透明的。

重複資料刪除可節省的儲存空間取決於資料集的性質,包括檔案之間存在多少重複資料。一般用途檔案共用的典型平均節省 50% 至 60%。在共用範圍內,使用者文件可節省 30% 到 50% 的成本,到軟體開發資料集的 70—80% 不等。您可以使用下述的Measure-FSxDedupFileMetadata遠端 PowerShell 指令來測量可能節省的重複資料刪除功能。

您也可以自訂重複資料刪除功能,以滿足您的特定儲存需求。例如,您可以將重複資料刪除設定為僅在特定檔案類型上執行,也可以建立自訂作業排程。由於重複資料刪除工作會消耗檔案伺服器資源,因此建議您使用下Get-FSxDedupStatus列指令來監控重複資料刪除工作的狀態。

如需有關重複資料刪除的詳細資訊,請參閱 Microsoft 了解重複資料刪除說明文件。

注意

請參閱我們的最佳做法使用重複資料刪除的最佳做法。如果您在成功執行重複資料刪除工作時遇到問題,請參閱重複資料刪除故障診

警告

不建議使用重複資料刪除功能來執行某些 Robocopy 命令,因為這些命令可能會影響「區塊存放區」的資料完整性。如需詳細資訊,請參閱 Microsoft 重複資料刪除互通性說明文件。

使用重複資料刪除的最佳做法

以下是使用重複資料刪除的一些最佳作法:

  • 排定在檔案系統閒置時執行重複資料刪除工作:預設排程包括星期六 UTC 2:45 的每週GarbageCollection工作。如果您的檔案系統有大量資料流失,可能需要數小時才能完成。如果此時間不適合您的工作負載,請將此工作排定在預期檔案系統流量較低的時間執行。

  • 設定足夠的輸送量容量以完成重複資料刪除:較高的輸送量容量可提供更高層級的記憶體。Microsoft 建議每 1 TB 的邏輯資料有 1 GB 的記憶體,以執行重複資料刪除功能。使用 Amazon FSx 效能表來判斷與檔案系統輸送量容量相關聯的記憶體,並確保記憶體資源足以滿足您的資料大小。

  • 自訂「重複資料刪除」設定,以滿足您的特定儲存需求並降低效能需求:您可以限制最佳化在特定檔案類型或資料夾上執行,或設定最小檔案大小和保留時間以進行最佳化。如需進一步了解,請參閱利用重複資料刪除技術降低儲存成

管理重複資料刪除

您可以使用 Amazon FSx CLI 管理檔案系統上的重複資料刪除功能,進行遠端管理。 PowerShell如需有關在上使用 Amazon FSx CLI 遠端管理的詳細資訊 PowerShell,請參閱使用 Amazon FSx CLI PowerShell

以下是您可以使用重複數據刪除命令。

重複資料刪除指令 描述

Enable-FSxDedup

啟用檔案共用上的重複資料刪除功能。當您啟用重複資料刪除功能時,預設會啟用重複資料刪除後的資料壓縮。

Disable-FSxDedup

停用檔案共用上的重複資料刪除功能。

Get-FSxDedupConfiguration

擷取重複資料刪除組態資訊,包括最佳化的檔案大小和保留天數下限、壓縮設定以及排除的檔案類型和資料夾。

Set-FSxDedupConfiguration

變更重複資料刪除組態設定,包括最佳化的檔案大小和保留天數下限、壓縮設定,以及排除的檔案類型和資料夾。

Get-FSxDedupStatus

擷取重複資料刪除狀態,並包含唯讀屬性,這些屬性描述檔案系統的最佳化節省和狀態、檔案系統上最後一次刪除工作的時間和完成狀態。

Get-FSxDedupMetadata

擷取重複資料刪除最佳化中繼

Update-FSxDedupStatus

計算並擷取更新的重複資料刪除節省資訊。

Measure-FSxDedupFileMetadata

如果您刪除資料夾群組,測量並擷取可在檔案系統上回收的潛在儲存空間。檔案通常具有在其他資料夾之間共用的區塊,而重複資料刪除引擎會計算哪些區塊是唯一且會被刪除的。

Get-FSxDedupSchedule

擷取目前定義的重複資料刪除排程。

New-FSxDedupSchedule

建立並自訂重複資料刪除排程。

Set-FSxDedupSchedule

變更現有重複資料刪除排程的組態設定。

Remove-FSxDedupSchedule

刪除重複資料刪除排程。

Get-FSxDedupJob

取得所有目前執行中或排入佇列的重複資料刪除工作的狀態和資訊。

Stop-FSxDedupJob

取消一或多個指定的重複資料刪除工作。

每個指令的線上說明提供了所有指令選項的參考。若要存取此說明,請使用執行指令-?,例如Enable-FSxDedup -?

啟用重複資料刪除

您可以使用Enable-FSxDedup命令在 Amazon FSx 適用於 Windows 檔案伺服器的檔案共用上啟用重複資料刪除功能,如下所示。

PS C:\Users\Admin> Invoke-Command -ComputerName amznfsxzzzzzzzz.corp.example.com -ConfigurationName FSxRemoteAdmin -ScriptBlock {Enable-FsxDedup }

當您啟用重複資料刪除功能時,會建立預設排程和組態。您可以使用下列指令建立、修改及移除排程和組態。

您可以使用該Disable-FSxDedup命令完全禁用文件系統上的重複數據刪除。

建立重複資料刪除排程

即使預設排程在大多數情況下運作良好,您也可以使用New-FsxDedupSchedule指令建立新的重複資料刪除排程,如下所示。重複資料刪除排程使用 UTC 時間。

PS C:\Users\Admin> Invoke-Command -ComputerName amznfsxzzzzzzzz.corp.example.com -ConfigurationName FSxRemoteAdmin -ScriptBlock { New-FSxDedupSchedule -Name "CustomOptimization" -Type Optimization -Days Mon,Wed,Sat -Start 08:00 -DurationHours 7 }

此命令會建立一個名為的排程,CustomOptimization該排程會在星期一、星期三和星期六的日子執行,在每天上午 8:00 (UTC) 開始工作,最長持續時間為 7 小時,如果工作仍在執行,則工作會停止。

請注意,建立新的自訂重複資料刪除工作排程並不會覆寫或移除現有的預設排程。在建立自訂重複資料刪除工作之前,如果不需要預設工作,您可以停用該工作。

您可以使用Set-FsxDedupSchedule指令停用預設的重複資料刪除排程,如下所示。

PS C:\Users\Admin> Invoke-Command -ComputerName amznfsxzzzzzzzz.corp.example.com -ConfigurationName FSxRemoteAdmin -ScriptBlock {Set-FSxDedupSchedule -Name “BackgroundOptimization” -Enabled $false}

您可以使用Remove-FSxDedupSchedule -Name "ScheduleName"指令移除重複資料刪除排程。請注意,預設的BackgroundOptimization重複資料刪除排程無法修改或移除,必須改為停用。

修改重複資料刪除排程

您可以使用Set-FsxDedupSchedule指令修改現有的重複資料刪除排程,如下所示。

PS C:\Users\Admin> Invoke-Command -ComputerName amznfsxzzzzzzzz.corp.example.com -ConfigurationName FSxRemoteAdmin -ScriptBlock { Set-FSxDedupSchedule -Name "CustomOptimization" -Type Optimization -Days Mon,Tues,Wed,Sat -Start 09:00 -DurationHours 9 }

此命令會修改現有的CustomOptimization排程,以便在星期一至星期三和星期六的日子執行,在每天上午 9:00 (UTC) 開始工作,最長持續時間為 9 小時,如果工作仍在執行,則工作會停止。

若要在最佳化設定之前修改檔案保留時間下限,請使用Set-FSxDedupConfiguration指令。

檢視已儲存的空間

若要檢視執行重複資料刪除所節省的磁碟空間量,請使用Get-FSxDedupStatus指令,如下所示。

PS C:\Users\Admin> Invoke-Command -ComputerName amznfsxzzzzzzzz.corp.example.com -ConfigurationName FsxRemoteAdmin -ScriptBlock { Get-FSxDedupStatus } | select OptimizedFilesCount,OptimizedFilesSize,SavedSpace,OptimizedFilesSavingsRate OptimizedFilesCount OptimizedFilesSize SavedSpace OptimizedFilesSavingsRate ------------------- ------------------ ---------- ------------------------- 12587 31163594 25944826 83
注意

下列參數的指令回應中顯示的值不可靠,您不應該使用下列值:容量 FreeSpace UsedSpace、 UnoptimizedSize、、和 SavingsRate。

重複資料刪除故障診

重複資料刪除問題有許多潛在原因,如下節所述。

重複資料刪除不起作用

若要查看重複資料刪除的目前狀態,請執行指Get-FSxDedupStatus PowerShell 令以檢視最近重複資料刪除工作的完成狀態。如果一個或多個工作失敗,您可能看不到檔案系統上的可用儲存容量增加。

重複資料刪除工作失敗的最常見原因是記憶體不足。

  • Microsoft 建議以最佳方式為每 1 TB 的邏輯資料擁有 1 GB 的記憶體 (或每 1 TB 的邏輯資料至少 350 MB)。使用 Amazon FSx 效能表來判斷與檔案系統輸送量容量相關聯的記憶體,並確保記憶體資源足以滿足您的資料大小。如果不是,您必須將檔案系統的輸送量容量增加到符合每 1 TB 邏輯資料 1 GB 記憶體需求的等級。

  • 重複資料刪除工作設定為 Windows 建議的預設值 25% 記憶體配置,也就是說,對於具有 32 GB 記憶體的檔案系統,可以使用 8 GB 進行重複資料刪除。內存分配是可配置的(使用帶參數的Set-FSxDedupSchedule命令–Memory)。請注意,使用較高的記憶體配置進行刪除可能會影響檔案系統的效能。

  • 您可以修改重複資料刪除工作的組態,以減少所需的記憶體數量。例如,您可以限制最佳化在特定檔案類型或資料夾上執行,或設定最小檔案大小和保留時間以進行最佳化。我們也建議您將重複資料刪除工作設定為在檔案系統負載最低的閒置期間執行。

如果重複資料刪除工作沒有足夠的時間完成,您也可能會看到錯誤。您可能需要變更工作的最長持續時間,如中所述修改重複資料刪除排程

如果重複資料刪除工作長時間失敗,並且在此期間檔案系統上的資料發生了變更,後續的重複資料刪除工作可能需要更多資源才能成功完成第一次。

重複資料刪除值意外設定為 0

對於已設定重複資料刪除功能的檔案系統而言,SavedSpaceOptimizedFilesSavingsRate的值非預期為 0。

當您增加檔案系統的儲存容量時,可能會在儲存最佳化程序期間發生這種情況。當您增加檔案系統的儲存容量時,Amazon FSx 會在儲存最佳化程序期間取消現有的重複資料刪除任務,這會將資料從舊磁碟移轉到新的較大磁碟。儲存優化任務完成後,Amazon FSx 會在檔案系統上恢復重複資料刪除。如需有關增加儲存容量和儲存最佳化的詳細資訊,請參閱管理儲存容量

刪除文件後,文件系統上的空間不會釋放

重複資料刪除的預期行為是,如果刪除的資料是 dedup 節省了空間,那麼在執行記憶體回收工作之前,實際上並不會釋放檔案系統上的空間。

您可能會發現有用的做法是設定排程,以便在刪除大量檔案之後立即執行記憶體回收工作。記憶體回收工作完成之後,您可以將資源回收排程設定回其原始設定。這樣可確保您可以立即快速查看刪除中的空間。

請使用下列程序,將資源回收工作設定為在 5 分鐘內執行。

  1. 若要確認已啟用重複資料刪除功能,請使用指Get-FSxDedupStatus令。如需有關指令及其預期輸出的更多資訊,請參閱檢視已儲存的空間

  2. 使用下列指令設定從現在起 5 分鐘執行資源回收工作的排程。

    $FiveMinutesFromNowUTC = ((get-date).AddMinutes(5)).ToUniversalTime() $DayOfWeek = $FiveMinutesFromNowUTC.DayOfWeek $Time = $FiveMinutesFromNowUTC.ToString("HH:mm") Invoke-Command -ComputerName ${RPS_ENDPOINT} -ConfigurationName FSxRemoteAdmin -ScriptBlock { Set-FSxDedupSchedule -Name "WeeklyGarbageCollection" -Days $Using:DayOfWeek -Start $Using:Time -DurationHours 9 }
  3. 執行資源回收工作並釋放空間之後,請將排程設回其原始設定。