共用方式為


建立 Azure 檔案同步伺服器端點

伺服器端點代表已註冊伺服器上的特定位置,例如伺服器磁碟區上的資料夾。 伺服器端點必須符合下列條件:

  • 伺服器端點必須是已註冊伺服器上的路徑 (而不是裝載共用)。 不支援網路連結儲存體 (NAS)。
  • 雖然伺服器端點可以位於系統磁碟區上,但是系統磁碟區上的伺服器端點無法使用雲端階層處理。
  • 不支援在磁碟區上建立伺服器端點之後變更路徑或磁碟機代號。 建立伺服器端點之前,請確定您使用的是適當的路徑。
  • 已註冊伺服器可以支援多個伺服器端點,不過,不論何時,同步群組在每個已註冊伺服器上只能有一個伺服器端點。 同步群組中的其他伺服器端點必須位於不同的已註冊伺服器上。
  • 相同磁碟區中可以有多個伺服器端點,但前提是其命名空間未重疊 (例如 F:\sync1 和 F:\sync2),且每個端點都同步到唯一的同步群組。

本文可協助您理解建立新伺服器端點並開始同步所需的選項和決策。若要讓此作業能夠運作,您必須完成規劃 Azure 檔案同步部署,並且要部署先前步驟中所需的資源,以建立伺服器端點。

先決條件

若要建立伺服器端點,您必須先確定已符合下列準則:

  • 伺服器已安裝 Azure 檔案同步代理程式且已註冊。 如需安裝 Azure 檔案同步代理程式的詳細資訊,請參閱向 Azure 檔案同步註冊/取消註冊伺服器
  • 確定已部署儲存體同步服務。 如需如何部署儲存體同步服務的詳細資訊,請參閱如何部署 Azure 檔案同步
  • 確定已部署同步群組。 了解如何建立同步群組
  • 確定伺服器已連線到網際網路,而且 Azure 可供存取。 Azure 檔案同步使用連接埠 443 來接收和傳送伺服器與雲端服務之間的所有通訊。
  • 請確定您位於建立端點的允許限制內。 如需可擴縮性和效能目標的詳細資訊,請參閱 Azure 檔案同步調整目標

建立伺服器端點

  1. 移至新建立的同步群組。

  2. 在 [伺服器端點]下,選取 [+新增伺服器端點]

  3. 在 [新增伺服器端點] 窗格上,輸入下列資訊:

    • 已註冊的伺服器:選取您要在其中建立伺服器端點的伺服器或叢集名稱。

    • 路徑:輸入 Windows Server 執行個體上要同步到 Azure 檔案共用的路徑。 路徑可以是資料夾 (例如 D:\Data)、磁碟區根目錄 (例如 D:\) 或磁碟區掛接點 (例如 D:\Mount)。

    • 雲端階層處理:此區段包含一個用於啟用或停用雲端階層處理的開關。 透過雲端階層處理,可將不常使用或存取的檔案分層處理至 Azure 檔案服務。 當您啟用雲端階層處理時,您可以設定兩個原則來告知 Azure 檔案同步何時對非經常存取的檔案進行分層:

      • 磁碟區可用空間原則:要在伺服器端點所在磁碟區上保留的可用空間量。 例如,如果在只有一個伺服器端點的磁碟區上,將磁碟區可用空間設定為 50%,則大約有一半的資料量會分層處理至 Azure 檔案服務。 無論雲端階層處理是否啟用,您的 Azure 檔案共用在同步群組中一律會有完整的資料複本。

      • 日期原則:如果檔案在指定的天數內未被存取 (即未被讀取或寫入),則會將其分層上傳到雲端。 例如,如果您發現超過 15 天未存取的檔案通常是封存的檔案,則您應將日期原則設定為 15 天。

      螢幕擷取畫面顯示了在新增伺服器端點的窗格中雲端階層處理的選項。

    • 初始同步:此區段僅適用於同步群組中的第一個伺服器端點。 (當您在同步群組中建立多個伺服器端點時,此區段會變更為 [初始下載]。) 您可以選取下列行為:

      • 初始上傳:伺服器最初將資料上傳至 Azure 檔案共用的方式。 有兩個 選項可以使用:

        • 將此伺服器路徑的內容與 Azure 檔案共用中的內容合併。 如果檔案的內容不同,則具有相同名稱和路徑的檔案將會導致衝突。 那兩個版本的檔案會並排儲存。 如果您的伺服器路徑或 Azure 檔案共用是空的,請一律選擇此選項。
        • 使用此伺服器路徑中的內容,以權威方式覆寫 Azure 檔案共用中的檔案和資料夾。 此選項可避免檔案衝突。

      若要深入了解,請參閱初始同步區段

      • 初始下載:伺服器最初下載 Azure 檔案共用資料的方式。 當伺服器連線到包含檔案的 Azure 檔案共用時,此設定很重要。 有三個選項可用:

        • 先下載命名空間,然後把檔案內容抓回到本機磁碟,盡量放到能放的容量。 命名空間代表不包含檔案內容的檔案和資料夾結構。
        • 只下載命名空間。 檔案內容會在被存取時才抓回來。
        • 避免分層檔案。 檔案只有在完全下載後才會出現在伺服器上。 透過本機存取或原則,分層檔案的檔案內容會從雲端抓回到伺服器。

      若要深入了解,請參閱初始下載區段

  4. 若要完成新增伺服器端點,請選取 [建立]。 您的檔案現在已在 Azure 檔案共用和 Windows Server 執行個體之間保持同步。

附註

Azure 檔案同步在建立伺服器端點之前,會先對 Azure 檔案共用進行快照備份。 您可以使用此快照,將共用還原到建立伺服器端點之前的狀態。

建立伺服器端點後,該快照不會自動被移除。 如果您不需要它,您可以手動刪除它。

您可以透過檢視 Azure 檔案共用的快照,並在 [啟動器] 欄位中查找 AzureFileSync,以找到 Azure 檔案同步所建立的快照。

雲端階層處理區段

建立新的伺服器端點時,您可以選擇使用 Azure 檔案同步的雲端階層處理功能。[雲端階層處理] 區段中的選項可在稍後變更。 不過,您可以根據新伺服器端點是否啟用了雲端階層處理,使用下節中的不同選項。

請參閱雲端階層處理文章,其中詳細說明基本概念、原則和最佳做法。

初始同步區段

[初始同步] 區段只適用於同步群組中的第一個伺服器端點。 如需其他伺服器端點,請參閱初始下載一節。

有兩個本質上完全不同的初始同步行為:

合併式

授權上傳

合併是標準選項,預設為選取。 除非是在特定移轉情況下,否則您應保留合併選項。

  • 加入伺服器位置時,在大部分的情況下,伺服器位置或雲端共用會是空的。 在這些情況下,合併是正確的行為,且會導致預期的結果。
  • 當兩個位置都含有檔案和資料夾時,命名空間將會合併。 如果伺服器上的檔案和資料夾名稱也存在於雲端共用中,則會發生同步衝突。 系統會自動解決衝突

    [合併 ] 選項內,您可以選取 Azure 檔案共享中的內容一開始抵達伺服器的方式。 如果 Azure 檔案共用是空的,則此選擇不會有任何影響。 您可以在 初始下載一節中找到更多詳細數據。

授權上傳是為了特定移轉情況而保留的初始同步選項。 它會同步處理用來植入雲端共用的相同伺服器路徑,例如 Azure 資料箱。 在此情況下,雲端和伺服器位置大多具有相同的數據,但伺服器稍新一點。 使用者在資料箱傳輸期間不斷進行變更。 然後,這個移轉情況會呼叫此選項,利用伺服器所發生的變更 (較新) 順暢無礙地在雲端進行更新,而不會產生任何衝突。 因此,伺服器是授權打造命名空間的來源,而資料箱則是用來防止來自伺服器的大規模初始上傳。 伺服器授權上傳可讓雲端不需要停機,即使使用離線資料傳送機制來植入雲端儲存體也一樣。

只有在伺服器位置含有資料時,伺服器端點才能使用授權上傳選項成功佈建。 此區塊是為了防止發生意外的錯誤配置。 授權上傳的運作方式類似 RoboCopy /MIR。 此模式會將來源鏡像至目標。 來源是 AFS 伺服器,而目標是雲端共用。 授權上傳會在來源的映像中塑造目標。

  • 將從伺服器上傳新增或更新的檔案和資料夾。
  • 不再存在於伺服器上的檔案和資料夾,將會從雲端共用中刪除。
  • 系統只會將伺服器上檔案和資料夾的中繼資料變更,以僅限中繼資料更新的方式有效移至雲端共用。
  • 檔案和資料夾可以同時存在於伺服器和雲端共用。 但在植入 Azure 檔案共用之後,伺服器上某些檔案或資料夾的父目錄可能已變更。 這些檔案和資料夾將會從雲端共用中清除,然後再次上傳。 因此,最好避免在移轉期間以較大的規模來重建您的命名空間。

初始下載區段

初始下載區段適用於同步群組中的第二個和其他伺服器端點。 同步群組中的第一個伺服器端點有額外選項,這些選項與 Azure 資料箱的移轉作業相關。 如果此伺服器端點不是同步群組中的第一個端點,則不適用這些選項。

附註

如果 Azure 檔案共用是空的,則選取初始下載選項不會有任何影響。

在本節中,您可以選擇 Azure 檔案共享的內容一開始抵達伺服器的方式。

此圖片描述建立伺服器端點 Azure 入口網站精靈內的選項。

先下載命名空間 僅下載命名空間 避免階層式檔案
說明 先下載整個命名空間。 檔案內容會根據熱度圖從雲端重新叫用為背景活動到伺服器,這會更快重新叫用最近存取的資料。 如果伺服器磁碟區上的可用空間小於 10%,則剩餘的檔案將會保持階層式檔案。 只會下載命名空間(檔案和資料夾結構)。 不會將檔案內容帶到伺服器。 每個檔案會先被完整下載,然後才會顯示在伺服器上的資料夾中。 此選項可避免伺服器上有階層式檔案存在。 命名空間項目和檔案內容一律會同時存在。 
默認設定 如果未為此伺服器端點啟用雲端階層處理,則為預設值。 如果此伺服器端點已啟用雲端階層處理,則預設為 。 未選取為預設選項。 只有在未啟用雲端階層處理時,才能使用此選項。
啟用分層時的行為 啟用雲端階層處理時,階層式檔案的背景回收將會在符合指定雲端階層處理原則的準則時立即停止(如果有的話,也遵守磁碟區免費原則和日期原則)。 只會下載命名空間(檔案和資料夾結構)。 不會將檔案內容帶到伺服器。 選項無法使用。
未啟用階層處理時的行為 未啟用雲端階層處理時,意圖是透過背景重新叫用將所有資料重新叫用至伺服器端點。 您必須布建足以容納所有數據的磁碟區。 如果磁碟區沒有足夠的可用空間,即使停用雲端階層處理,某些檔案仍會保留為分層。 只會下載命名空間(檔案和資料夾結構)。 不會將檔案內容帶到伺服器。 每個檔案會先被完整下載,然後才會顯示在伺服器上的資料夾中。
使用時機
  • 當使用者在命名空間下載後不久需要快速存取最近使用的檔案,而且在佈建時,大部分數據都已經存在於 Azure 檔案共用中。 在初始佈建之後,低頻寬的客戶也可能受益於背景重新叫用。  如需回收階層式檔案的詳細資訊,請參閱 如何管理 Azure 檔案同步階層式檔案
  • 最適合用於 Azure 檔案同步的伺服器端災害復原情境,在這些情境中,伺服器路徑以空資料夾開始,例如在分公司新增伺服器端點時。
適用於需要較少回收數據或僅隨選少量數據的應用程式。
  • 當所有資料必須一律在本機可用,而不需要依賴階層處理。
  • 適用於需要隨時存取所有檔案的應用程式。
  • 在低頻寬伺服器中,當我們不希望因數據存取效能問題而使用階層式檔案時,這樣的選擇會很有用。
影響 CPU/記憶體應根據命名空間規模和資源需求進行配置,以避免 I/O 效能問題。 如需詳細資訊,請參閱 Azure 檔案同步的建議系統資源 -
  • 磁碟區應該有足夠的空間來儲存所有數據。 由於下載所有檔案內容的需求,初始下載可能需要更長的時間。
  • 不適合進行快速災害復原,因為這比前兩個選項慢。

選取初始下載選項之後,您就無法在確認建立伺服器端點之後加以變更。

附註

在新增伺服器端點和 Azure 檔案共用中存在檔案時,如果先選擇下載命名空間,檔案在下載至本機前都會顯示為分層式。 根據預設,檔案會使用單一執行緒下載,以限制網路頻寬使用方式。 若要改善檔案下載效能,請使用執行緒計數大於 1 的 Invoke-StorageSyncFileRecall Cmdlet。

初始下載完成後的檔案下載行為

初始下載完成後,檔案出現在伺服器上的方式,取決於您是否使用雲端階層處理功能,以及是否選擇在雲端主動重新叫用變更。 若同步群組中的多個伺服器端點分佈在不同的地理位置,則後者是非常實用的選項。

  • 啟用雲端階層處理
    其他伺服器端點中的新增和變更的檔案,會在這個伺服器端點中顯示為階層式檔案。 只有當您選擇在 Azure 檔案共用主動重新叫用其他伺服器端點上的變更,這些變更才會以完整檔案下載。
  • 停用雲端階層處理
    其他伺服器端點中的新增和變更的檔案,會在這個伺服器端點中顯示為完整檔案。 系統不會先將這些檔案顯示為階層式檔案,然後再重新叫用。 已關閉雲端階層處理功能的階層式檔案是一種快速的災害復原功能,只會在初始佈建期間出現。

佈建步驟

使用入口網站或 PowerShell 建立新的伺服器端點時,伺服器端點尚未準備好立即可用。 根據雲端中對應的檔案共用上存在的資料量,伺服器端點可能需要數分鐘到數小時的時間,才能正常運作且可供使用。

在過去,如果您想要檢查伺服器端點佈建狀態,以及伺服器是否準備好讓使用者存取資料,則必須登入伺服器端點並查看是否已下載所有資料。 透過佈建步驟,可以在伺服器端點概觀刀鋒視窗中,了解伺服器端點是否準備好使用,以及同步處理是否可直接從 Azure 入口網站正常運作。

針對支援的案例,[佈建步驟] 索引標籤提供伺服器端點上發生情況的相關信息,包括伺服器端點何時準備好可供使用者存取。

支援的案例

目前,只有在新增的新伺服器端點在為伺服器端點選取的伺服器路徑上沒有資料時,才會顯示佈建步驟。 在其他案例中,無法使用 [佈建步驟] 索引標籤。

佈建狀態

以下是伺服器端點佈建正在進行時顯示的不同狀態及其意義:

  • 進行中:伺服器端點尚未準備好供使用者存取。
  • 就緒 (同步未正常運作):使用者可以存取資料,但變更不會同步至雲端檔案共用。
  • 就緒(同步功能):用戶可以存取數據和變更會同步至雲端共用,讓端點功能完全正常運作。
  • 失敗:由於發生錯誤,所以佈建失敗。

[佈建步驟] 索引標籤僅對受支援的案例在 Azure 入口網站中可見。 對於不支援的案例,它將無法使用或無法顯示。

後續步驟

還有更多關於 Azure 檔案共用和 Azure 檔案同步的資訊。下列文章將協助您了解進階選項、最佳做法和疑難解答。