這很重要
即將在 2026 年 4 月的 Windows Server 更新中，Windows 的一項變更是預設的 Kerberos 加密類型將從 RC4 改為 AES-SHA1。
未升級至 AES-SHA1 的 FSLogix 容器的檔案共享可能會出現存取問題。 為避免中斷，請先完成升級至 AES-SHA1 再安裝更新。
已經升級到 AES-SHA1 的客戶則不受影響。
欲了解更多資訊，請參閱 FSLogix 部落格： 需採取行動：Windows Kerberos 強化（RC4）可能影響 SMB 儲存上的 FSLogix 設定檔。
本文中所述的範例組態是根據組態選擇的複雜度進展。 每個範例都有一個相關聯的設定，著重於備援或災害復原。 建議您為環境選取最簡單的設定。 新增不必要的複雜性會導致不正確的設定和支援案例。
使用這些範例作為 FSLogix 組態的起點。 這些範例中的想法和概念應告知您獨特的組織需求。
這很重要
本文範例標示 FlipFlopProfileDirectoryName = 1 為 推薦 設定，是因為這讓容器資料夾更易瀏覽。 此建議適用於新部署。 如果你在已存在設定檔容器的現有部署中啟用（或變更）FlipFlopProfileDirectoryName，FSLogix 將無法在新路徑找到既有的容器，並會為受影響的使用者建立新的空白設定檔。 同樣的風險也適用於 SIDDirNameMatch、 SIDDirNamePattern、 VHDNameMatchVHDNamePattern和 。 關於詳細資料與復原步驟，請參閱 舊設定檔、臨時設定檔或本地設定檔的問題。
範例 1：標準
標準組態範例是最簡單的設定。 大部分的客戶都應該考慮它。
必要條件（標準）
- FSLogix 必要條件，包括防毒排除項目。
- Azure 虛擬桌面或對等的虛擬桌面基礎結構。
- 伺服器訊息塊（SMB）檔案共享。
- 已驗證 共用和新技術文件系統（NTFS）權限。
設定項目 （標準）
| 物件 | 描述 |
|---|---|
| 單一虛擬硬碟 （VHD） 位置 | 此 VHDLocations 設定包含SMB檔案共用的單一通用命名約定 （UNC） 路徑。 |
| 單一容器 | 系統會為使用者建立單一配置檔容器。 未設定 Office 數據和檔案容器 （ODFC）。 |
| 沒有並行連線 | 設定 ProfileType 會設定為 0 或 未設定。 您只能在單一連線內掛載使用者的個人資料。 |
| 沒有自訂配置檔重新導向 | 不使用 redirections.xml 檔案。 |
登入設定 （標準）
| 鍵名稱 | 數據類型 | 值 | 描述 |
|---|---|---|---|
| 已啟用 | DWORD | 1 | 必填 |
| DeleteLocalProfileWhenVHDShouldApply1 | DWORD | 1 | 建議 |
| FlipFlopProfileDirectoryName2 | DWORD | 1 | 建議 |
| LockedRetryCount3 | DWORD | 3 | 建議 |
| LockedRetryInterval3 | DWORD | 15 | 建議 |
| ProfileType4 | DWORD | 0 | 預設 |
| ReAttachIntervalSeconds3 | DWORD | 15 | 建議 |
| ReAttachRetryCount3 | DWORD | 3 | 建議 |
| 大小（MB） | DWORD | 30000 | 預設 |
| VHDLocations | MULTI_SZ或REG_SZ | \\<storage-account-name>.file.core.windows.net\<share-name> |
範例 |
| 體積類型VolumeType5 | REG_SZ | VHDX | 建議 |
1 建議確保使用者不會使用本機設定檔並意外遺失資料。
2 提供更簡便的方式瀏覽容器目錄。 在現有的 FSLogix 環境中更改此設定時要小心，因為這可能導致使用者取得新的設定檔。
3 縮短重試時間，以便更快地處理失敗情況。
4 單一連接可降低複雜性並提高效能。
偏好使用 VHDX 而不是 VHD，因為它支援更大容量並降低損毀風險。
範例 2：標準 + 高可用性 （雲端快取）
標準 + 高可用性 設定範例透過納入雲端快取，增強基本 標準 範例，以確保配置檔容器的區域可用性。 此設定的設計目的是要提供強固性和備援性。 即使特定區域中發生失敗或中斷，也可以存取配置檔容器。
雲端快取可作為一個增強復原力和可用性的層，並定期將設定檔數據傳送到多個儲存提供者。 藉由跨唯一記憶體提供者復寫數據，可確保即使一個記憶體提供者無法使用，配置檔容器仍可供使用。 此方法可增強可靠性，並將使用者的停機時間降到最低。
重點
- 備援和強固： 即使發生失敗或中斷，仍可存取配置檔容器，這可將使用者的停機時間降到最低。
- 彈性： 雲端快取可作為可用性層，並定期將配置文件數據上游寫入至多個記憶體提供者。
- 儲存設計專長： 雲端快取功能取決於儲存提供者的效能。
摘要
標準 + 高可用性設定結合了標準設定的優點與其他量值，以維護跨區域的可用性。 組合適合需要持續存取配置檔數據的重要應用程式。
圖 1：使用 Cloud Cache 的 FSLogix 高可用性
必要條件 （標準 + 高可用性 ）
- FSLogix 必要條件，包括防毒排除項目。
- Azure 虛擬桌面或對等的虛擬桌面基礎結構。
- 相同區域或多區域冗餘存儲中的多個存儲提供者。
- 已驗證 共享和 NTFS 權限（僅適用於 SMB）。
設定項目 （標準 + 高可用性）
| 物件 | 描述 |
|---|---|
| 容器冗餘 | 此 CCDLocations 設定包含至少兩個不同種類的記憶體提供者。 記憶體提供者位於與虛擬機相同的區域中。 |
| 單一容器 | 系統會為使用者建立單一配置檔容器。 未設定ODFC容器。 |
| 沒有並行連線 | 設定 ProfileType 會設定為 0 或 未設定。 您只能在單一連線內掛載使用者的個人資料。 |
| 沒有自訂配置檔重新導向 | 不使用 redirections.xml 檔案。 |
登入設定 （標準 + 高可用性）
| 鍵名稱 | 數據類型 | 值 | 描述 |
|---|---|---|---|
| CCDLocations | MULTI_SZ或REG_SZ | type=smb,name="FILES SMB PROVIDER",connectionString=\\<storage-account-name-1>.file.core.windows.net\<share-name>;type=smb,name="ANF SMB PROVIDER",connectionString=\\<azure-netapp-files-fqdn>\<volume-name> |
範例 |
| ClearCacheOnLogoff1 | DWORD | 1 | 建議 |
| 已啟用 | DWORD | 1 | 必填 |
| 刪除本地配置檔案當VHD應用時2 | DWORD | 1 | 建議 |
| FlipFlopProfileDirectoryName3 | DWORD | 1 | 建議 |
| 健康提供者註冊所需數量4 | DWORD | 1 | 建議 |
| LockedRetryCount5 | DWORD | 3 | 建議 |
| LockedRetryInterval5 | DWORD | 15 | 建議 |
| ProfileType6 | DWORD | 0 | 預設 |
| ReAttachIntervalSeconds5 | DWORD | 15 | 建議 |
| ReAttachRetryCount5 | DWORD | 3 | 建議 |
| 大小（MB） | DWORD | 30000 | 預設 |
| 容量類型7 | REG_SZ | VHDX | 建議 |
1 建議使用集區桌面平台時，以節省本機磁碟上的磁碟空間和資料遺失的風險。
2 建議確保使用者不會使用本機設定檔並意外遺失資料。
3 提供更簡便的方式瀏覽容器目錄。 在現有的 FSLogix 環境中更改此設定時要小心，因為這可能導致使用者取得新的設定檔。
4 如果至少有一個提供者狀況不良，則防止使用者建立本機快取。
將重試時間縮短，以啟用更快速的失敗機制。
6 單一連接可降低複雜性並提高效能。
7 VHDX 比 VHD 更受青睞，因為它支援更大的容量並減少損毀風險。
範例 3：標準 + 災害復原（沒有設定檔復原）
標準 + 災害復原 組態範例是基本 標準 範例的延伸模組。 在此設定中，重複的基礎結構存在於另一個區域中，但會維持關閉電源，直到需要為止。 不同於其他復原案例，此方法中沒有配置檔復原。 相反地，使用者會在其他位置建立新的個人檔案。 此復原案例最不複雜，但有顯著的缺點。 用戶體驗和訓練是成功的重要元件。
重點
- 重複的基礎結構： 災害復原區域會鏡像主要基礎結構，但會保持非使用中狀態，直到需要為止。
- 沒有配置檔復原： 使用者不需要還原現有的配置檔，而是在替代位置中建立新的配置檔。
- 單純： 這種方法可將複雜性降至最低，但高度依賴使用者熟悉度和訓練。
- 用戶體驗： 確保順暢的轉換和使用者了解至關重要。
摘要
標準 + 災害復原設定可平衡簡單性，以及使用者教育與適應的需求。
圖 2：沒有個人資料復原 | FSLogix 標準容器（VHDLocations）
必要條件 （標準 + 災害復原）
- FSLogix 必要條件，包括防毒排除項目。
- Azure 虛擬桌面或對等的虛擬桌面基礎結構。
- 在另一個區域中重複的記憶體和計算基礎結構。
- 已驗證的NTFS和共用層級許可權（僅限SMB）。
設定項目 （標準 + 災害復原）
| 物件 | 描述 |
|---|---|
| 單一 VHD 位置 | 此 VHDLocations 設定包含SMB檔案共用的單一 UNC 路徑。 |
| 單一容器 | 系統會為使用者建立單一配置檔容器。 未設定ODFC容器。 |
| 沒有並行連線 | 設定 ProfileType 會設定為 0 或 未設定。 您只能在單一連線內掛載使用者的個人資料。 |
| 沒有自訂配置檔重新導向 | 不使用 redirections.xml 檔案。 |
登入設定 （標準 + 災害復原）
| 鍵名稱 | 數據類型 | 值 | 描述 |
|---|---|---|---|
| 已啟用 | DWORD | 1 | 必填 |
| DeleteLocalProfileWhenVHDShouldApply1 | DWORD | 1 | 建議 |
| FlipFlopProfileDirectoryName2 | DWORD | 1 | 建議 |
| LockedRetryCount3 | DWORD | 3 | 建議 |
| LockedRetryInterval3 | DWORD | 15 | 建議 |
| ProfileType4 | DWORD | 0 | 預設 |
| ReAttachIntervalSeconds3 | DWORD | 15 | 建議 |
| ReAttachRetryCount3 | DWORD | 3 | 建議 |
| 大小（MB） | DWORD | 30000 | 預設 |
| VHDLocations | MULTI_SZ或REG_SZ | \\<storage-account-name>.file.core.windows.net\<share-name> |
範例 |
| 體積類型VolumeType5 | REG_SZ | VHDX | 建議 |
1 建議確保使用者不會使用本機設定檔並意外遺失資料。
2 提供更簡便的方式瀏覽容器目錄。 在現有的 FSLogix 環境中更改此設定時要小心，因為這可能導致使用者取得新的設定檔。
3 縮短重試時間，以便更快地處理失敗情況。
4 單一連接可降低複雜性並提高效能。
偏好使用 VHDX 而不是 VHD，因為它支援更大容量並降低損毀風險。
範例 4：進階
進階組態範例會藉由引進更多功能來增強彈性和自定義，以以 標準 範例為基礎。
重點
- 多個 VHDLocations 或物件特定的設定： 您可以指定多個位置來儲存使用者設定檔（VHDLocations）。 或者，您可以定義物件特定設置，以針對特定使用者或群組量身打造設定檔行為。 這種彈性可讓您根據組織的需求優化個人資料管理。
- 自訂配置檔重新導向中的最少化條目： 不同於標準設定中未使用 redirections.xml 檔案，進階設定會將 redirections.xml 條目的數量降到最低。 redirections.xml組態中的每個專案都會增加複雜度，而且可能會導致未知的應用程序行為。 將這些專案最小化可能會提供整體更好的用戶體驗。
摘要
進階設定提供對配置檔記憶體和重新導向的細微控制，使其適用於具有各種需求的組織。
必要條件 （進階）
- FSLogix 必要條件，包括防毒排除項目。
- Azure 虛擬桌面或對等的虛擬桌面基礎結構。
- 多個SMB文件共享。
- 已驗證 共享和 NTFS 權限（僅適用於 SMB）。
設定項目 （進階）
| 物件 | 描述 |
|---|---|
| 多個 VHD 位置 | 此 VHDLocations 設定包含SMB檔案共用的單一或多個 UNC 路徑（以分號分隔）。 |
| 物件特定設定 | 允許以使用者或群組 SID 為基礎的唯一設定。 |
| 單一容器 | 系統會為使用者建立單一配置檔容器。 未設定ODFC容器。 |
| 沒有並行連線 | 設定 ProfileType 會設定為 0 或 未設定。 您只能在單一連線內掛載使用者的個人資料。 |
| 最小 redirections.xml | .xml 檔案包含極少的條目且複雜度低。 |
如需詳細資訊，請參閱 自訂設定檔 redirections.xml。
如需如何為 Microsoft Teams 實作這項功能的資訊，請參閱 教學課程：建立和實作 redirections.xml。
登入設定 （進階）
多個 VHD 位置
| 鍵名稱 | 數據類型 | 值 | 描述 |
|---|---|---|---|
| 已啟用 | DWORD | 1 | 必填 |
| DeleteLocalProfileWhenVHDShouldApply1 | DWORD | 1 | 建議 |
| FlipFlopProfileDirectoryName2 | DWORD | 1 | 建議 |
| LockedRetryCount3 | DWORD | 3 | 建議 |
| LockedRetryInterval3 | DWORD | 15 | 建議 |
| ProfileType4 | DWORD | 0 | 預設 |
| ReAttachIntervalSeconds3 | DWORD | 15 | 建議 |
| ReAttachRetryCount3 | DWORD | 3 | 建議 |
| RedirXMLSourceFolder | REG_SZ | \\<server-name>\<share-name> |
範例 |
| 大小（MB） | DWORD | 30000 | 預設 |
| VHDLocations | MULTI_SZ或REG_SZ | \\<storage-account-name-1>.file.core.windows.net\<share-name>;\\<storage-account-name-2>.file.core.windows.net\<share-name> |
範例 |
| 體積類型VolumeType5 | REG_SZ | VHDX | 建議 |
物件特定的 VHDLocations
默認 VHDLocations 設定會用於與物件特定組態 不 相符的任何使用者或群組。
登入路徑：HKLM:\SOFTWARE\FSLogix\Profiles\
| 鍵名稱 | 數據類型 | 值 | 描述 |
|---|---|---|---|
| 已啟用 | DWORD | 1 | 必填 |
| DeleteLocalProfileWhenVHDShouldApply1 | DWORD | 1 | 建議 |
| FlipFlopProfileDirectoryName2 | DWORD | 1 | 建議 |
| LockedRetryCount3 | DWORD | 3 | 建議 |
| LockedRetryInterval3 | DWORD | 15 | 建議 |
| ProfileType4 | DWORD | 0 | 預設 |
| ReAttachIntervalSeconds3 | DWORD | 15 | 建議 |
| ReAttachRetryCount3 | DWORD | 3 | 建議 |
| RedirXMLSourceFolder | REG_SZ | \\<server-name>\<share-name> |
範例 |
| 大小（MB） | DWORD | 30000 | 預設 |
| VHDLocations | MULTI_SZ或REG_SZ | \\<storage-account-name>.file.core.windows.net\<share-name> |
範例 |
| 體積類型VolumeType5 | REG_SZ | VHDX | 建議 |
登入路徑：HKLM:\SOFTWARE\FSLogix\Profiles\ObjectSpecific\S-0-0-00-000000000-0000000000-000000000-1234\
| 鍵名稱 | 數據類型 | 值 | 描述 |
|---|---|---|---|
| VHDLocations | MULTI_SZ 或 REG_SZ | \\<server-name>\<share-name> |
範例 |
登入路徑：HKLM:\SOFTWARE\FSLogix\Profiles\ObjectSpecific\S-0-0-00-000000000-0000000000-000000000-4321\
| 鍵名稱 | 數據類型 | 值 | 描述 |
|---|---|---|---|
| VHDLocations | MULTI_SZ 或 REG_SZ | \\<azure-netapp-files-computer-account>.contoso.com\<share-name> |
範例 |
警告
在 VHDLocations 中使用多個專案無法提供容器的抗變效果。 當有多個項目存在時，用戶會嘗試依序從位置清單中創建或找到其容器。 用戶有權存取或可用的第一個位置，就是建立或連結容器的位置。 如果您採用多個條目，用戶應該只能接觸到一個位置。
請考慮使用物件特定的組態設定，而不是多個 VHDLocations。
1 建議確保使用者不會使用本機設定檔並意外遺失資料。
2 提供更簡便的方式瀏覽容器目錄。 在現有的 FSLogix 環境中更改此設定時要小心，因為這可能導致使用者取得新的設定檔。
3 縮短重試時間，以便更快地處理失敗情況。
4 單一連接可降低複雜性並提高效能。
偏好使用 VHDX 而不是 VHD，因為它支援更大容量並降低損毀風險。
範例 5：進階 + 災害復原（主要/故障轉移）
進階 + 災害復原 設定範例會透過故障轉移設計來增加複雜度。 如果發生災害或失敗，此常見策略有助於確保基礎結構的可用性和可靠性。 透過雲端快取，您可以將裝置設定為使用兩個儲存服務提供者，來在不同的位置存取您的配置檔數據。
雲端快取會以非同步方式將設定檔資料同步至這兩個儲存提供者的每一個，確保您始終擁有資料的最新版本。 部分裝置位於主要位置，而其他裝置則位於故障轉移位置。 雲端快取會優先處理第一個記憶體提供者（最接近您的裝置），並使用其他記憶體提供者作為備份。
例如，如果您的主要裝置位於美國西部，且您的故障轉移裝置位於美國東部，您可以透過下列方式設定雲端快取：
- 主要裝置使用美國西部的記憶體提供者做為第一個選項，而美國東部的記憶體提供者則使用第二個選項。
- 故障轉移裝置使用美國東部的記憶體提供者作為第一個選項，而美國西部的記憶體提供者則作為第二個選項。
- 如果主要裝置或最接近的記憶體提供者失敗，您可以切換至故障轉移裝置或備份記憶體提供者，並繼續您的工作，而不會遺失配置文件數據。
重點
- 故障轉移設計： 如果發生災害或失敗，此設計可確保基礎結構的可用性和可靠性。
- 配置檔儲存： 雲端快取可讓您將配置檔資料存儲於不同位置。
- 額外的記憶體成本： 多個儲存位置會增加整體成本。
- 卓越營運： 手動故障轉移流程，可能需要核准業務關係人和流程驗證。
- 用戶體驗： 由於異步同步處理至兩個記憶體提供者，您可能會在配置文件數據中遇到一些延遲或不一致的情況。
摘要
進階 + 災害復原組態會示範使用雲端快取的故障轉移設計如何透過在不同位置使用兩個記憶體提供者來增強基礎結構的可靠性與可用性。 它也會強調此方法的缺點，例如增加的成本、需要手動啟動故障轉移，以及個人資料數據的潛在延遲或不一致。
圖 3： 雲端快取（主要/故障轉移） | FSLogix 雲端快取（CCDLocations）
必要條件 （進階 + 災害復原）
- FSLogix 必要條件，包括防毒排除項目。
- Azure 虛擬桌面或對等的虛擬桌面基礎結構。
- 至少兩個區域中的兩個記憶體提供者。
- 已驗證 共享和 NTFS 權限（僅適用於 SMB）。
設定項目 （進階 + 災害復原 ）
| 物件 | 描述 |
|---|---|
| 容器冗餘 | 此CCDLocations設定包含兩個儲存提供者。主要站點已設定為第一個列出的最接近的儲存提供者，且故障轉移儲存提供者最後列出。 故障轉移站點具有反向配置。 最近的存儲提供者排在第一位，主要站點的存儲提供者則最後列出。 |
| 單一容器 | 系統會為使用者建立單一配置檔容器。 未設定ODFC容器。 |
| 沒有並行連線 | 設定 ProfileType 會設定為 0 或 未設定。 您只能在單一連線內掛載使用者的個人資料。 |
| 沒有自訂配置檔重新導向 | 不使用 redirections.xml 檔案。 |
1 記憶體提供者必須位於不同的區域或位置。
如需建議的排除專案，請參閱 自定義配置檔重新導向。
登入設定 （進階 + 災害復原）
主要網站
| 鍵名稱 | 數據類型 | 值 | 描述 |
|---|---|---|---|
| CCDLocations | MULTI_SZ或REG_SZ | type=smb,name="FILES SMB PRIMARY",connectionString=\\<storage-account-name-primary>.file.core.windows.net\<share-name>;type=smb,name="FILES SMB PROVIDER FAILOVER",connectionString=\\<storage-account-name-failover>.file.core.windows.net\<share-name> |
範例 |
| ClearCacheOnLogoff1 | DWORD | 1 | 建議 |
| 已啟用 | DWORD | 1 | 必填 |
| 刪除本地配置檔案當VHD應用時2 | DWORD | 1 | 建議 |
| FlipFlopProfileDirectoryName3 | DWORD | 1 | 建議 |
| 健康提供者註冊所需數量4 | DWORD | 1 | 建議 |
| LockedRetryCount5 | DWORD | 3 | 建議 |
| LockedRetryInterval5 | DWORD | 15 | 建議 |
| ProfileType6 | DWORD | 0 | 預設 |
| ReAttachIntervalSeconds5 | DWORD | 15 | 建議 |
| ReAttachRetryCount5 | DWORD | 3 | 建議 |
| 大小（MB） | DWORD | 30000 | 預設 |
| 容量類型7 | REG_SZ | VHDX | 建議 |
故障轉移網站
| 鍵名稱 | 數據類型 | 值 | 描述 |
|---|---|---|---|
| CCDLocations | MULTI_SZ或REG_SZ | type=smb,name="FILES SMB FAILOVER",connectionString=\\<storage-account-name-failover>.file.core.windows.net\<share-name>;type=smb,name="FILES SMB PROVIDER PRIMARY",connectionString=\\<storage-account-name-primary>.file.core.windows.net\<share-name> |
範例 |
| ClearCacheOnLogoff1 | DWORD | 1 | 建議 |
| 已啟用 | DWORD | 1 | 必填 |
| 刪除本地配置檔案當VHD應用時2 | DWORD | 1 | 建議 |
| FlipFlopProfileDirectoryName3 | DWORD | 1 | 建議 |
| 健康提供者註冊所需數量4 | DWORD | 1 | 建議 |
| LockedRetryCount5 | DWORD | 3 | 建議 |
| LockedRetryInterval5 | DWORD | 15 | 建議 |
| ProfileType6 | DWORD | 0 | 預設 |
| ReAttachIntervalSeconds5 | DWORD | 15 | 建議 |
| ReAttachRetryCount5 | DWORD | 3 | 建議 |
| 大小（MB） | DWORD | 30000 | 預設 |
| 容量類型7 | REG_SZ | VHDX | 建議 |
1 建議使用集區桌面平台時，以節省本機磁碟上的磁碟空間和資料遺失的風險。
2 建議確保使用者不會使用本機設定檔並意外遺失資料。
3 提供更簡便的方式瀏覽容器目錄。 在現有的 FSLogix 環境中更改此設定時要小心，因為這可能導致使用者取得新的設定檔。
4 如果至少有一個提供者狀況不良，則防止使用者建立本機快取。
將重試時間縮短，以啟用更快速的失敗機制。
6 單一連接可降低複雜性並提高效能。
7 VHDX 比 VHD 更受青睞，因為它支援更大的容量並減少損毀風險。
範例 6：複雜
複雜組態範例是以進階範例為基礎，引入多個連線。 在此設定中，使用者個人檔案可以處理多個連線。 基於這個理由，單一使用者可以同時在不同的裝置上擁有活躍的會話。
儘管複雜度增加，但目標仍然是為使用者提供順暢的體驗。 正確設定多個連線可提升生產力和彈性，讓此設定適用於具有多樣化需求和高需求的組織。
Azure 虛擬桌面不支援相同主機集區內的多個連線。
摘要
複雜組態會平衡複雜與使用者為中心的設計，使其非常適合需要延展性和健全配置檔管理的大型組織。
圖 4： 具有多個連線的複雜範例 |FSLogix 標準容器 （VHDLocations）
必要條件 （複雜）
- FSLogix 必要條件，包括防毒排除項目。
- Azure 虛擬桌面或對等的虛擬桌面基礎結構。
- 單獨的虛擬機資源池。
- 多個 SMB 檔案分享（不適用於高可用性）。
- 已驗證 共享和 NTFS 權限（僅適用於 SMB）。
設定項目 （複雜）
| 物件 | 描述 |
|---|---|
| 多個 VHD 位置 | 此 VHDLocations 設定包含SMB檔案共用的單一或多個 UNC 路徑（以分號分隔）。 |
| 物件特定設定 | 允許以使用者或群組 SID 為基礎的唯一設定。 |
| 單一容器 | 系統會為使用者建立單一配置檔容器。 未設定ODFC容器。 |
| 並行連線 |
ProfileType 設定被設為 3。 用戶可以多重登入，但只有一個會話允許寫入基礎 VHD 磁碟。 |
| （選擇性） redirections.xml | .xml 檔案包含具有更高複雜度的各種項目。 |
如需詳細資訊，請參閱 自訂設定檔 redirections.xml。
如需如何為 Microsoft Teams 實作這項功能的資訊，請參閱 教學課程：建立和實作 redirections.xml。
登入設定 （複雜）
多個 VHD 位置
| 鍵名稱 | 數據類型 | 值 | 描述 |
|---|---|---|---|
| 已啟用 | DWORD | 1 | 必填 |
| DeleteLocalProfileWhenVHDShouldApply1 | DWORD | 1 | 建議 |
| FlipFlopProfileDirectoryName2 | DWORD | 1 | 建議 |
| LockedRetryCount3 | DWORD | 3 | 建議 |
| LockedRetryInterval3 | DWORD | 15 | 建議 |
| ProfileType4 | DWORD | 0 | 預設 |
| ReAttachIntervalSeconds3 | DWORD | 15 | 建議 |
| ReAttachRetryCount3 | DWORD | 3 | 建議 |
| RedirXMLSourceFolder | REG_SZ | \\<server-name>\<share-name> |
範例 |
| 大小（MB） | DWORD | 30000 | 預設 |
| VHDLocations | MULTI_SZ或REG_SZ | \\<storage-account-name-1>.file.core.windows.net\<share-name>;\\<storage-account-name-2>.file.core.windows.net\<share-name> |
範例 |
| 體積類型VolumeType5 | REG_SZ | VHDX | 建議 |
物件特定的 VHDLocations
默認 VHDLocations 設定會用於與物件特定組態 不 相符的任何使用者或群組。
登入路徑：HKLM:\SOFTWARE\FSLogix\Profiles\
| 鍵名稱 | 數據類型 | 值 | 描述 |
|---|---|---|---|
| 已啟用 | DWORD | 1 | 必填 |
| DeleteLocalProfileWhenVHDShouldApply1 | DWORD | 1 | 建議 |
| FlipFlopProfileDirectoryName2 | DWORD | 1 | 建議 |
| LockedRetryCount3 | DWORD | 3 | 建議 |
| LockedRetryInterval3 | DWORD | 15 | 建議 |
| ProfileType4 | DWORD | 0 | 預設 |
| ReAttachIntervalSeconds3 | DWORD | 15 | 建議 |
| ReAttachRetryCount3 | DWORD | 3 | 建議 |
| RedirXMLSourceFolder | REG_SZ | \\<server-name>\<share-name> |
範例 |
| 大小（MB） | DWORD | 30000 | 預設 |
| VHDLocations | MULTI_SZ或REG_SZ | \\<storage-account-name>.file.core.windows.net\<share-name> |
範例 |
| 體積類型VolumeType5 | REG_SZ | VHDX | 建議 |
登入路徑：HKLM:\SOFTWARE\FSLogix\Profiles\ObjectSpecific\S-0-0-00-000000000-0000000000-000000000-1234\
| 鍵名稱 | 數據類型 | 值 | 描述 |
|---|---|---|---|
| VHDLocations | MULTI_SZ 或 REG_SZ | \\<server-name>\<share-name> |
範例 |
登入路徑：HKLM:\SOFTWARE\FSLogix\Profiles\ObjectSpecific\S-0-0-00-000000000-0000000000-000000000-4321\
| 鍵名稱 | 數據類型 | 值 | 描述 |
|---|---|---|---|
| VHDLocations | MULTI_SZ 或 REG_SZ | \\<azure-netapp-files-computer-account>.contoso.com\<share-name> |
範例 |
警告
在 VHDLocations 中使用多個專案無法提供容器的抗變效果。 當有多個條目存在時，使用者會嘗試依序從位置列表中建立或找到其容器。 用戶有權存取或可用的第一個位置，就是建立或連結容器的位置。 如果您採用多個條目，用戶應該只能接觸到一個位置。
請考慮使用物件特定的組態設定，而不是多個 VHDLocations。
1 建議確保使用者不會使用本機設定檔並意外遺失資料。
2 提供更簡便的方式瀏覽容器目錄。 在現有的 FSLogix 環境中更改此設定時要小心，因為這可能導致使用者取得新的設定檔。
3 縮短重試時間，以便更快地處理失敗情況。
4 單一連接可降低複雜性並提高效能。
偏好使用 VHDX 而不是 VHD，因為它支援更大容量並降低損毀風險。
範例 7：複雜 + 災害復原（主動/主動）
複雜 + 災難復原 組態範例在 進階 + 災難復原 範例的基礎上，實現了主動-主動設計。 此組態不需要在兩個月臺之間進行負載平衡，而是依賴使用者只能存取一個位置。 如果進行演練或商務持續性和災害復原，來自故障區域的使用者將獲得存取權，以使用於運作中的區域的虛擬機。
重點
- 故障轉移功能： 如果發生災害，倖存的區域必須具備支援所有使用者的能力。
- 配置檔儲存： 雲端快取可讓您將配置檔資料存儲於不同位置。
- 額外的記憶體成本： 多個儲存位置會增加整體成本。
- 卓越營運： 手動故障轉移過程，可能需要業務利害關係人的核准、流程驗證和適當的使用者指派。
- 用戶體驗： 由於異步同步處理至兩個記憶體提供者，您可能會在配置文件數據中遇到一些延遲或不一致的情況。
摘要
使用雲端快取的複雜 + 災害復原設定可提供備援和彈性，但商務決策在起始故障轉移方面扮演重要角色。
圖 5： 雲端快取 （主動/主動） |FSLogix 雲端快取 （CCDLocations）
必要條件 （複雜 + 災害復原）
- FSLogix 必要條件，包括防毒排除項目。
- Azure 虛擬桌面或對等的虛擬桌面基礎結構。
- 在每個位置設置的虛擬機池。
- 使用者一次只能存取單一區域。
- 已驗證 共享和 NTFS 權限（僅適用於 SMB）。
設定項目 （複雜 + 災害復原）
| 物件 | 描述 |
|---|---|
| 容器冗餘 | 此 CCDLocations 設定包含兩個儲存提供者。1 主要站點的配置是列出第一個最接近的儲存提供者，最後列出故障轉移儲存提供者。 故障轉移站點具有反向配置。 最接近的儲存供應商，接著是最後列出的主站點儲存供應商。 |
| 單一容器 | 配置檔和 ODFC 容器存在或針對每個使用者建立。 |
| 沒有並行連線 | 設定 ProfileType 會設定為 0 或 未設定。 您只能在單一連線內掛載使用者的個人資料。 |
| （選擇性） redirections.xml | .xml 檔案包含具有更高複雜度的各種項目。 |
如需詳細資訊，請檢閱 自訂設定檔 redirections.xml。
如需如何為 Microsoft Teams 實作這項功能的資訊，請參閱 教學課程：建立和實作 redirections.xml。
登入設定 （複雜 + 災害復原）
地點 A （美國西部）
| 鍵名稱 | 數據類型 | 值 | 描述 |
|---|---|---|---|
| CCDLocations | MULTI_SZ或REG_SZ | type=smb,name="FILES SMB WEST US",connectionString=\\<storage-account-name-primary>.file.core.windows.net\<share-name>;type=smb,name="FILES SMB PROVIDER EAST US",connectionString=\\<storage-account-name-failover>.file.core.windows.net\<share-name> |
範例 |
| ClearCacheOnLogoff1 | DWORD | 1 | 建議 |
| 已啟用 | DWORD | 1 | 必填 |
| 刪除本地配置檔案當VHD應用時2 | DWORD | 1 | 建議 |
| FlipFlopProfileDirectoryName3 | DWORD | 1 | 建議 |
| 健康提供者註冊所需數量4 | DWORD | 1 | 建議 |
| LockedRetryCount5 | DWORD | 3 | 建議 |
| LockedRetryInterval5 | DWORD | 15 | 建議 |
| ProfileType6 | DWORD | 0 | 預設 |
| ReAttachIntervalSeconds5 | DWORD | 15 | 建議 |
| ReAttachRetryCount5 | DWORD | 3 | 建議 |
| 大小（MB） | DWORD | 30000 | 預設 |
| 容量類型7 | REG_SZ | VHDX | 建議 |
網站 B （美國東部）
| 鍵名稱 | 數據類型 | 值 | 描述 |
|---|---|---|---|
| CCDLocations | MULTI_SZ或REG_SZ | type=smb,name="FILES SMB EAST US",connectionString=\\<storage-account-name-failover>.file.core.windows.net\<share-name>;type=smb,name="FILES SMB PROVIDER WEST US",connectionString=\\<storage-account-name-primary>.file.core.windows.net\<share-name> |
範例 |
| ClearCacheOnLogoff1 | DWORD | 1 | 建議 |
| 已啟用 | DWORD | 1 | 必填 |
| 刪除本地配置檔案當VHD應用時2 | DWORD | 1 | 建議 |
| FlipFlopProfileDirectoryName3 | DWORD | 1 | 建議 |
| 健康提供者註冊所需數量4 | DWORD | 1 | 建議 |
| LockedRetryCount5 | DWORD | 3 | 建議 |
| LockedRetryInterval5 | DWORD | 15 | 建議 |
| ProfileType6 | DWORD | 0 | 預設 |
| ReAttachIntervalSeconds5 | DWORD | 15 | 建議 |
| ReAttachRetryCount5 | DWORD | 3 | 建議 |
| 大小（MB） | DWORD | 30000 | 預設 |
| 容量類型7 | REG_SZ | VHDX | 建議 |
1 建議使用集區桌面平台時，以節省本機磁碟上的磁碟空間和資料遺失的風險。
2 建議確保使用者不會使用本機設定檔並意外遺失資料。
3 提供更簡便的方式瀏覽容器目錄。 在現有的 FSLogix 環境中更改此設定時要小心，因為這可能導致使用者取得新的設定檔。
4 如果至少有一個提供者狀況不良，則防止使用者建立本機快取。
將重試時間縮短，以啟用更快速的失敗機制。
6 單一連接可降低複雜性並提高效能。
7 VHDX 比 VHD 更受青睞，因為它支援更大的容量並減少損毀風險。
附錄：多個 VHDLocations 邏輯圖表
當您在 VHDLocations 設定中使用多個值時，請務必瞭解 FSLogix 如何決定要使用的位置。
警告
如果無法取得實際配置檔的位置，可存取多個位置的使用者可能會在另一個位置建立新的配置檔。
圖 6：VHDLocations 邏輯圖表