【正文】 北京站點。 3. 點擊“開始” ?“運行”，輸入 \\ ，點擊“確定”。 4. 打開“常用文件”中的“安裝文件”。 5. 在 FileServer 計算機上，點擊“開始” ?“程序” ?“管理工具” ?“共享和存儲管理”。 6. 可以看到， Sales 計算機計算機訪問 DFS 被定為到 FileServer 計算機。 FileServer屬于北京站點。 7. 將 Sales 計算機的 IP 地址設置成 子網(wǎng)掩碼 網(wǎng)關設置成 DNS 設置成 。 8. 再次打開 \\\常用文件 名稱空間，點擊“安裝文件”。 9. 在 ProfileServer 上運行 stat –n 可以看到 Sales 計算機訪問 profileServer 共享文件夾建立的會話。訪問共享文件夾使用的端口是 TCP 的 445 端口。 足以驗證上面設置活動目錄站點和子網(wǎng)對象對用戶訪問 DFS 的影響。 設 計分布式文件系統(tǒng) 分布式文件系統(tǒng)的方案和功能 在開始設計之前，最好了解一下設計這些技術所針對的方案以及可以為 Windows Server 2020 中的 “ DFS 命名空間 ” 和 “ DFS 復制 ” 配置的基本功能。在復查了方案之后，請記住， “ DFS 命名空間 ” 和 “ DFS 復制 ” 配置之間沒有依存關系。兩項服務都可以相互獨立使用，但是在一起使用時，可以幫助您實現(xiàn)更強大的端到端方案，獲得高可用性并實現(xiàn) WAN 負載平衡。 建議使用分布式文件系統(tǒng)的方案 ， 要實現(xiàn)下列方案，可以將 “ DFS 命名空間 ” 和 “ DFS 復制 ” 一起使用。 數(shù)據(jù)發(fā)布 使用 Windows Server 2020 R2 中的“ DFS 命名空間”和“ DFS 復制”可以在組織范圍內（的所有服務器上）給用戶發(fā)布文檔、軟件和行業(yè)數(shù)據(jù)。在此方案中，使用“ DFS 復制”將數(shù)據(jù)分發(fā)到多臺服務器上，同時使用“ DFS 命名空間”簡化用戶對數(shù)據(jù)的訪問并實現(xiàn)高可用性。 下圖說明如何在分支機構環(huán)境中使用“ DFS 復制”來復制數(shù)據(jù)，在分支機構環(huán)境中，數(shù)據(jù)源自中心站點或數(shù)據(jù)中心的一臺或多臺中心服務器，并復制到分支機構的服務器上。 因為“ DFS 復制”是針對慢速 WAN 鏈 路而設計的，所以，“ DFS 復制”非常適合將文件分發(fā)到遠程位置的分支機構。遠程差分壓縮 (RDC) 有助于減少用于復制的網(wǎng)絡帶寬。“ DFS 復制”可以繼續(xù)復制因 WAN 中斷而造成的只復制了一部分的文件。使用“ DFS 復制”來分發(fā)數(shù)據(jù)的其他一些好處如下所述： 要減少復制源自中心服務器的新文件時所需的 WAN 通信量，可以使用交叉文件 RDC 來確定與需要復制的文件類似的文件。如果文件在中心服務器上而不是在分支服務器上，那么此方法很有用?！?DFS 復制”可以使用與需要復制的文件類似的文件的若干部分來代替復制整 個文件，從而使通過 WAN 傳輸?shù)臄?shù)據(jù)量最少。（交叉文件 RDC 的要求如本指南后面的“ 39。DFS 復制 39。的功能”中所述。） ? 要進一步減少初次復制新數(shù)據(jù)時所需的復制通信量，可以使用已還原的備份來預安排分支服務器?！?DFS 復制”可以使用 RDC 和交叉文件 RDC 來減少復制任何新文件或已更改文件的若干部分時所需的帶寬。 ? 可以將復制安排在非工作時間進行，并且可以通過設置帶寬限制來控制復制期間使用的帶寬。 ? 在復制到大量分支服務器時，就中心服務器上的負載來說，“ DFS 復制”是非常高效的，原因在于“ DFS 復 制”只暫存要復制的文件（即準備文件，以便使用 RDC 哈希值進行復制）一次，之后重復使用暫存的文件復制到所有伙伴。 盡管單獨使用“ DFS 復制”就足以分發(fā)數(shù)據(jù)，但是，使用“ DFS 命名空間”可以簡化用戶對分布式數(shù)據(jù)的訪問并提高數(shù)據(jù)的可用性。在創(chuàng)建命名空間時，對位于不同服務器上的共享文件夾進行分組，并將其作為虛擬文件夾樹提供給用戶。命名空間中的任何文件夾都可以由多臺服務器托管，每臺服務器保留該文件夾中的已發(fā)布數(shù)據(jù)的副本（通過“ DFS 復制”保持同步）。瀏覽命名空間時，用戶僅看到一個文件夾，并且不會注意到該文件 夾是由多臺服務器托管的。對于使用 UNC 路徑（例如 \\\Software\Products\Microsoft\Office）訪問數(shù)據(jù)的用戶，基礎服務器是完全透明的。 “ DFS 命名空間”有幾個方面非常適合在分支機構環(huán)境中使用。例如： ? 如果客戶端計算機自己的 Active Directory 站點中存在服務器，那么客戶端計算機將先訪問這些服務器?？梢赃x擇限制客戶端計算機，使其僅訪問自己站點中的服務器。 ? 如果某臺服務器出現(xiàn)故障，那么客戶端可以故障轉移到同一個站點中的另一臺服務器上（如果存在另 一臺服務器）。如果同一站點中沒有其他服務器，客戶端可以故障轉移到連接成本最低的服務器上（根據(jù)“ Active Directory 站點和服務”管理單元中的定義）。 ? 在本地服務器恢復之后，可以配置命名空間，以便客戶端故障回復到本地服務器。（注意，此功能要求在客戶端上安裝熱修補程序。） 下圖介紹“ DFS 命名空間”的兩項功能：客戶端故障轉移和目標優(yōu)先級，因為這兩項功能可以在擁有中心站點和兩個分支機構的環(huán)境中使用。假定在正常操作期間，分支機構的客戶端使用命名空間服務器中的引用來訪問本地服務器。如果本地分支服務器出 現(xiàn)故障，并且配置了目標優(yōu)先級，可能會進行故障轉移，如下所述： 1. 分支站點中的客戶端嘗試訪問本地服務器上的某個文件夾目標，但是該服務器不可用。 2. 客戶端嘗試故障轉移到中心站點的兩臺服務器中的一臺。如果希望客戶端始終故障轉移到中心站點的特定服務器，那么可以將中心服務器的目標優(yōu)先級配置為成本相等的目標中的第一項?？蛻舳讼葒L試故障轉移到這臺首選的中心服務器。 3. 如果首選的中心服務器不可用，客戶端將嘗試訪問另一臺中心服務器（可能是中心站點的“熱待機”服務器）?？梢詫⒋酥行姆掌鞯膬?yōu)先級配置為成本相等的所有目標中的最后一 項。 注： 如上文所述，可以通過配置命名空間，使分支機構中的客戶端可以在分支服務器恢復后，故障回復到分支服務器。 數(shù)據(jù)收集 數(shù)據(jù)收集方案有助于避免在分支機構中使用磁帶備份。要實現(xiàn)此目標，使用“ DFS 復制”將數(shù)據(jù)從分支機構的某臺服務器復制到中心站點或數(shù)據(jù)中心的某臺服務器。中心站點的管理員可以使用備份軟件從中心服務器備份分支服務器的數(shù)據(jù)，避免讓最終用戶在沒有配備受訓 IT 人員的分支機構執(zhí)行備份，這個過程經(jīng)常容易出錯。集中備份還有助于降低硬件成本和運營成本。下圖說明此方案。 通過 RDC，“ DFS 復制”僅復制兩臺服務器之間不同的內容（或更改）；因此，可以使復制期間使用的帶寬最少，對于與中心機構建立低帶寬 WAN 連接的分支機構，這一點非常重要。此外，還可以使用帶寬限制來控制復制期間所使用的帶寬，使您可以更好地控制 WAN 通信量。 將“ DFS 復制”與“ DFS 命名空間”組合使用時，可以通過配置命名空間，使分支客戶端始終連接到分支服務器上。如果分支服務器不可用，那么分支客戶端將故障轉移到中心服務器。如果配置了客戶端故障回復，那么分支客戶端將在分支服務器恢復之后故障回復到分支服務器。 注： 客戶端故障回 復要求在客戶端上安裝熱修補程序。 下圖說明客戶端故障回復的過程，在圖后會更加詳細地介紹該過程。 在上圖中，客戶端故障轉移和故障回復的工作過程如下所述： 本地分支服務器出現(xiàn)故障或因為網(wǎng)絡問題導致不可用。 1. 客戶端故障轉移到中心站點的服務器。在客戶端的引用過期、重新啟動客戶端計算機或清除客戶端的引用緩存之前，客戶端將一直訪問此服務器。（引用是一個排序的服務器列表，這些服務器托管與命名空間中的某個文件夾關聯(lián)的共享文件夾。） 2. 分支服務器恢復。 3. 在引用過期、重新啟動客戶端或清除客戶端的引用緩存之后，客戶端將請求新的引用。（此步驟與分支服務器的恢復無關。） 4. 在收到新引用之后，客戶端將故障回復到已恢復的分支服務器。 關于活動目錄站點設計，請參照活動目錄設計。 設計命名空間 下 面介紹 將 向您介紹 設計命名空間層次結構，選擇引用排序方法和目標優(yōu)先級，以及配置客戶端故障回復。 命名空間層次結構 要設計命名空間層次結構，請選擇命名空間的名稱（也稱為根路徑名稱）、將出現(xiàn)在根路徑下的文件夾的名稱以及文件夾的層次結構。根路徑名稱和文件夾名稱不僅應反映組織的需要，而且應反 映您計劃分發(fā)的數(shù)據(jù)類型。 下列基本準則將幫助您選擇命名空間名稱和文件夾名稱： ? 命名空間名稱在服務器名稱或域名的上面，位于邏輯命名空間層次結構的頂部。此級別的名稱的標準化和有意義非常重要，域中有多個命名空間時尤其如此，因為用戶通過命名空間名稱進入命名空間。 ? 命名空間的文件夾名稱和層次結構對用戶來說必須盡可能清楚，以便用戶不會進入錯誤的路徑而不得不原路徑返回。要盡可能減少用戶進入錯誤路徑的次數(shù)，并避免用戶在與不必要的目標建立連接時可能遇到的延遲，請為命名空間中的文件夾設計有意義的命名方案。 ? 命名空間不必適應文件系統(tǒng)上的本地文件組織；而應適應組織的業(yè)務需要。 ? 命名空間應與地理位置無關。例如，即使華盛頓的用戶只看到應用程序的一個子集，創(chuàng)建命名空間路徑（例如 \\\Washington\Applications）也不會起任何作用。禁用給定服務器上已復制文件夾的成員身份，以便在發(fā)布時控制此準則。 如果計劃創(chuàng)建包含大量文件夾的命名空間，那么命名方案和層次結構尤其重要，可以使用戶不必掃描長長的文件夾列表來查找所需的文件夾。使用沒有目標（本質上是命名空間子文件夾）的文件夾可以幫助您構建 更深的層次結構，使用戶可以從少量的頂級文件夾中作出選擇。 要減少命名空間層次并減少用戶在瀏覽該命名空間時看到的文件夾數(shù)，請考慮使用基于訪問權限的文件夾枚舉，該功能在 Windows Server 2020 SP1 中初次引用，可以對沒有訪問權限的用戶隱藏文件夾。 引用排序和目標優(yōu)先級 在客戶端計算機嘗試訪問命名空間時，域控制器或命名空間服務器將提供對該客戶端的引用。引用包含按照當前配置的排序方法和目標優(yōu)先級進行排序的目標服務器列表?？蛻舳嗽L問命名空間根路徑或命名空間中的某個文件夾時，將嘗試訪問引用頂部的第一 個目標；如果前面的目標不可用，客戶端將轉到下一個目標。 默認情況下，將選擇最低成本排序方法。在此方法中，目標如下所述進行排序（假定沒有目標優(yōu)先級設置覆蓋此方法的默認行為）： ? 與客戶端處于同一 Active Directory 站點的目標按照隨機順序列在引用的頂部。 ? 然后，客戶端站點之外的目標按照最低成本到最高成本的順序列出。成本相同的引用組合在一起，每個組中的目標按照隨機順序列出。 如果希望禁止分支客戶端故障轉移到其他分支站點中的分支服務器，那么為每個包含目標的文件夾選擇“排除客戶端站點之外的目標”排 序方法，然后通過選擇“所有目標中的最