通過 SMB 直通優化文件服務器的性能


https://technet.microsoft.com/zh-cn/library/hh831487.aspx

 

Windows Server 2012 內置新增功能,稱為 SMB 直通,用來支持使用具有遠程直接內存存取 (RDMA) 功能的網絡適配器。使用 RDMA 的網絡適配器能夠全速運行, 延遲時間非常低,CPU 使用量非常少。 對於 Hyper-V 或 Microsoft SQL Server 等工作負載,這讓遠程文件服務器如同本地存儲一樣。SMB 直通包括:

  • 提高吞吐量:利用高速網絡的整個吞吐量,由網絡適配器協調以線速度傳輸的大量數據。

  • 較低滯后時間:提供極其快速的網絡請求響應功能,因此使遠程文件存儲如同直接連接的模塊存儲功能一樣易於操作。

  • 較低的 CPU 使用率:在網絡上傳輸數據時,占用較少 CPU 周期,從而為服務器應用程序保留更多空閑能量。

SMB 直通是由 Windows Server 2012 自動配置的。

SMB 多通道和 SMB 直通

SMB 多通道的功能是負責檢測網絡適配器 RDMA 功能以啟用 SMB 直通。如果未配置 SMB 多通道,則 SMB 使用常規 TCP/IP 與支持 RDMA 功能的網絡適配器(所有網絡適配器均提供 TCP/IP 堆棧和新的 RDMA 堆棧)。

SMB 使用 SMB 多通道檢測網絡適配器是否具有 RDMA 功能,然后為該單一會話創建多重 RDMA 連接(每個接口有兩個)。這允許 SMB 使用支持 RDMA-功能的網絡適配器,從而提供高吞吐量、低延遲時間和較少 CPU 使用率這些功能。此外,在使用多重 RDMA 接口時,它還具有容錯功能。

note備注
  • 如果您打算使用網絡適配器 RDMA 功能,則不應組合支持 RDMA 功能的網絡適配器。 組合時,網絡適配器將不再支持 RDMA 功能。

  • 至少創建一個 RDMA 網絡連接,不再使用 TCP/IP 連接(用於原始協議協商)。然而,在 RDMA 網絡連接崩潰時,系統保持 TCP/IP 連接。 

 

本指南包含的內容

 

note備注
此主題將介紹一些 Windows PowerShell cmdlet 示例,你可以使用它們來對所述的一些過程進行自動化。有關詳細信息,請參閱如何運行 Windows PowerShell Cmdlet

 

 

要求
 

SMB 直通要求如下:

  • 至少有兩台計算機運行 Windows Server 2012。

  • 一個或多個支持 RDMA 功能的網絡適配器目前,這些網絡適配器共分為三種不同類型:iWARP、Infiniband 或 RoCE(運行在融合型 Ethernet 上的 RDMA)。

使用 SMB 直通時的注意事項

  • 可以在故障轉移集群中使用 SMB 直通;然而,對於 SMB 直通而言,這需要確保用於客戶端訪問的集群網絡的強大性。故障轉移集群支持使用多個網絡進行客戶端訪問,同時使用支持 RSS(接收方擴展技術)和 RDMA 功能的網絡適配器。

  • 在 Hyper-V 管理操作系統上,使用 SMB 直通來支持 Hyper-V 在 SMB 之上的使用,並在使用 Hyper-V 存儲器堆棧的虛擬機上提供存儲空間。然而,支持 RDMA 功能的網絡適配器卻不能直接用於 Hyper-V 客戶端。如果將支持 RDMA 功能的網絡適配器連接到虛擬交換機上,自交換機上的虛擬網絡適配器將不再是支持 RDMA 功能的網絡適配器。

  • 如果禁用 SMB 多通道,也將同時禁用 SMB 直通。由於 SMB 多通道用於檢測網絡適配器的功能,並確定網絡適配器是否支持 RDMA,禁用 SMB 多通道之后,客戶端將無法使用 SMB 直通。

  • Windows RT 不支持 SMB Direct。SMB Direct 需要支持 RDMA 功能的網絡適配器,但僅能用於 Windows Server 2012。

  • Windows Server 低端版本不支持 SMB 直通。它僅由 Windows Server 2012 來支持。

默認情況下,安裝 Windows Server 2012 時直接啟用 SMB 直通。SMB 客戶端自動執行檢測,並在確定相應配置后使用攀個網絡連接。

禁用 SMB 直通

在通常情況下,無需禁用 SMB 直通,然而,在運行下面一種 Windows PowerShell 腳本時,可以將其禁用。

要禁用特定接口的 RDMA,鍵入:

 
 
Disable-NetAdapterRdma <name>

要禁用所有接口的 RDMA,鍵入:

 
 
Set-NetOffloadGlobalSetting -NetworkDirect Disabled

在客戶端或服務器上禁用 RDMA 時,系統將無法使用該功能。Network Direct 是 RDMA 接口 Windows Server 2012 基本網絡支持的內部名稱。

重新啟用 SMB 直通

禁用 RDMA 之后,可以通過運行下面一個 Windows PowerShell 腳本重新啟用該功能。

要重新啟用特定接口的 RDMA,鍵入:

 
 
Enable-NetAdapterRDMA <name>

要重新啟用所有接口的 RDMA,鍵入:

 
 
Set-NetOffloadGlobalSetting -NetworkDirect Enabled

RDMA 需要在客戶端和服務器上同時啟用后,方可再次使用。

使用支持 RDMA 功能的網絡適配器和 SMB 直通的目的在於優化 SMB 文件服務器的性能。下表概述了有助於您實現優化文件服務器最佳性能的某些技巧。注意:這些技巧與 SMB 直通不存在必然關聯系。

  • 禁用處理器 C-State。你可以使用 BIOS 設置過程中為處理器設置的 BIOS 來禁用 C-State。

  • 設置服務器功率配置。確保將服務器功率配置設置為“高性能”狀態。這便禁用時鍾頻率調節系統,確保達到最佳性能。為此,請在命令提示符處鍵入以下命令:

     
     
    POWERCFG.EXE /S SCHEME_MIN
    

通過使用下面一個程序,可以測試 SMB 直通的工作性能。

 

比較使用和不使用 SMB 直通進行的文件復制

  1. 配置 SMB 直通

  2. 測量使用 SMB 直通進行較大文件復制的時間量

  3. 禁用網絡適配器上的 RDMA,請參閱啟用和禁用 SMB 直通

  4. 測量不使用 SMB 直通進行較大文件復制的時間量

  5. 重新啟用網絡適配器上的 RDMA,然后比較兩個結果。

  6. 為避免緩存影響,應執行下列操作:

    1. 復制大量數據(處理超出內存量的大量數據的功能)。

    2. 復制數據兩次,第一次復制為操作,第二次復制為定時傳輸。

    3. 進行每次測試前重啟服務器和客戶端,以便確保它們在相似條件下運行。

使用 SMB 直通執行文件復制過程中,多個網絡適配器中有一個發生故障

  1. 確保 SMB 直通在多個網絡適配器配置環境下正確工作。

  2. 運行較大文件復制。運行復制過程中,通過斷開一條電纜(或通過禁用一個網絡適配器)來模擬網絡路徑發生的故障。

  3. 確定使用其余一個網絡適配器繼續傳輸文件復制,而未發生任何文件復制錯誤。

    note備注
    在不使用 SMB 直通的情況下,為避免工作負載失敗,確保在網絡路徑中斷后不再執行其他工作負載。
 
 

Windows Offloaded Data Transfers Overview

2(共 2)對本文的評價是有幫助 評價此主題

發布時間: 2012年2月

更新時間: 2012年7月

應用到: Windows Server 2012

This topic provides an overview of Windows Offloaded Data Transfer (ODX, also known as copy offload) in Windows Server 2012. ODX enables direct data transfers within or between compatible storage devices without transferring the data through the host computer.

Did you mean…

Windows Offloaded Data Transfer (ODX) functionality in Windows Server 2012 maximizes an enterprise’s investment in intelligent storage arrays by enabling the arrays to directly transfer data within or between compatible storage devices, bypassing the host computer.

By offloading the file transfer to the storage array, ODX minimizes latencies, maximizes array throughput, and reduces resource usage such as CPU and network consumption on the host computer. Windows Server 2012 offloads file transfers transparently and automatically when you move or copy files, irrespective of whether you drag-and-drop files through 文件資源瀏覽器 or use command-line file copy commands.

Some of the applications of ODX include:

  • Rapidly import and export Hyper-V virtual machines that are stored on an ODX-capable storage array and accessed via iSCSI, Fibre Channel, or SMB file shares

  • Transfer large files such as database files or video files with increased speed and decreased CPU and network resource consumption on the host server

In traditional host-based file transfers, the data to be transferred must be:

  1. Read from the storage through the source server 

  2. Transferred across the network to the destination server 

  3. Written back to the storage through the destination server

To eliminate this inefficiency, ODX uses a token-based mechanism for reading and writing data within or between intelligent storage arrays. Instead of routing the data through the host, a small token is copied between the source server and destination server. The token serves as a point-in-time representation of the data. As an example, when you copy a file or migrate a virtual machine between storage locations (within or between storage arrays), a token representing the virtual machine file is copied, thereby removing the need to copy the underlying data through the servers.

The following figure explains the steps that are involved with a token-based copy operation.

圖 1:基於令牌的復制操作

Figure 1   Token-based copy operation

This procedure is described in the following steps:

  1. A user copies or moves a file by using Windows Explorer, a command line interface, or as part of a virtual machine migration. 

  2. Windows Server 2012 automatically translates this transfer request into an ODX (if supported by the storage array), and it receives a token that represents the data. 

  3. The token is copied between the source server and destination server. 

  4. The token is delivered to the storage array. 

  5. The storage array internally performs the copy or move and provides status information to the user. 

note備注
  • In the event of an MPIO path failover, Windows retries the ODX transfer. If this fails, Windows initiates a cluster failover (when part of a failover cluster). 

  • In the event of a cluster failover, if the application is cluster aware Windows resumes the ODX transfer after the failover. 

  • If Windows cannot resume or restart an ODX transfer after an MPIO path or cluster failover, Windows issues a LUN reset to the storage device, ending all outstanding operations on the LUN. It then returns an IO failure back to the application.

 

To use ODX, your storage arrays must meet the following requirements:

  • Must be certified compatible with Windows Offloaded Data Transfer (ODX) on Windows Server 2012

  • To support ODX between storage arrays, the copy manager for the storage arrays must support cross-storage array ODX, and the storage arrays must be from the same vendor

  • Must be connected by using one of the following protocols:

    • iSCSI

    • Fibre Channel

    • Fibre Channel over Ethernet

    • Serial Attached SCSI (SAS)

  • Must use one of the following configurations:

    • One server with one storage array

    • One server with two storage arrays

    • Two servers with one storage array

    • Two servers with two storage arrays

To use ODX, your environment must support the following:

  • The computer initiating the data transfer must be running Windows 8 or Windows Server 2012.

  • File system filter drivers such as antivirus and encryption programs need to opt-in to ODX. ODX is not supported by the following file system filter drivers:

    • Data Deduplication

    • BitLocker Drive Encryption

  • Files must be on an unencrypted basic partition. Storage Spaces and dynamic volumes are not supported.

  • Files must be on a volume formatted using NTFS. ReFS and FAT are not supported. Files can be directly transferred to or from this volume, or from one of the following containers:
    v
    • A Virtual Hard Disk (VHD) that uses the VHD or VHDX formats

    • A file share that uses the SMB protocol

  • The files must be 256 KB or larger – smaller files are transferred using a traditional (non-ODX) file transfer.

  • The application that performs the data transfer must be written to support ODX. The following currently support ODX:

    • Hyper-V management operations that transfer large amounts of data at a time, such as creating a fixed size virtual hard disk (VHD), merging snapshot or converting virtual hard disks.

    • 文件資源瀏覽器 

    • Copy commands in Windows PowerShell

    • Copy commands in Windows command prompt (including Robocopy)

  • Files should not be highly fragmented. Transfers of highly fragmented files will have reduced performance.

To use ODX with virtual machines hosted by Hyper-V, the virtual machines need to access storage from an ODX-capable storage array. You can achieve this by using any of the following approaches.

  • Store the VHD on an ODX-capable iSCSI LUN

  • Assign ODX-capable iSCSI LUNs to the virtual machine's iSCSI initiator

  • Assign ODX-capable Fibre Channel LUNs to the virtual machine's virtual Fibre Channel adapter

  • Connect the host or virtual machine to an SMB file share on another computer that is hosted on an ODX-capable storage array

 

文件和存儲服務概述

https://technet.microsoft.com/zh-cn/library/hh831487.aspx

30(共 31)對本文的評價是有幫助 評價此主題

發布時間: 2012年2月

更新時間: 2013年2月

應用到: Windows Server 2012

Tip提示
文件和存儲服務在 Windows Server 2012 中得以增強。瀏覽評估指南並下載 Windows Server 2012 試用版

 

 

本主題討論了 Windows Server 2012 中的文件和存儲服務服務器角色,包括最新內容、角色服務列表以及可查找評估和部署信息的位置。

是否就是…

文件和存儲服務包括可幫助設置和管理一台或多台文件服務器的技術,這些服務器提供了你可在網絡上集中存儲文件並與用戶一起共享的位置。如果你的用戶需要對相同文件和應用程序的訪問權限,或者如果集中備份和文件管理對於你的組織而言很重要,則應該通過安裝文件和存儲服務角色及相應的角色服務來設置一台或多台服務器作為文件服務器。

默認情況下安裝文件和存儲服務角色和存儲服務角色服務,但不安裝其他任何角色服務。這個基本功能使你能夠使用服務器管理器或 Windows PowerShell 來管理服務器的存儲功能。但是,若要設置或管理文件服務器,你應該使用服務器管理器中的“添加角色和功能向導”或 Install-WindowsFeature Windows PowerShell cmdlet 安裝其他的文件和存儲服務角色服務,如本主題中所討論的角色服務。

通過使用服務器管理器或 Windows PowerShell,管理員可以使用文件和存儲服務角色來設置和管理多台文件服務器及其存儲。一些特定的應用程序包括以下各項:

  • 使用“重復數據刪除”,可減少文件的磁盤空間需求,從而節約存儲成本。

  • 使用“iSCSI 目標服務器”,可在存儲區域網絡 (SAN) 中創建集中的、基於軟件且獨立於硬件的的 iSCSI 磁盤子系統。

  • 采用“存儲空間”,可使用具有成本效益且符合行業標准的磁盤部署有彈性和可伸縮性的高可用性存儲。

  • 使用“服務器管理器”,可從單個窗口遠程管理多個文件服務器。

  • 使用“Windows PowerShell”,可自動化管理文件服務器的大多數管理任務。

下表描述了本版本中提供的文件和存儲服務功能的一些主要變化。

 

特性/功能 新功能或更新的功能? 描述

重復數據刪除

新功能

通過將完全相同的數據的單個副本存儲在卷上節省磁盤空間。

iSCSI 目標服務器

新功能

通過使用 Internet SCSI (iSCSI) 標准向網絡上的其他服務器和應用程序提供塊存儲。

存儲空間和存儲池

新功能

可讓你通過將符合行業標准的磁盤分組到存儲池中來虛擬化存儲,然后從存儲池中的可用容量創建存儲空間。

統一遠程管理服務器管理器中的文件和存儲服務

新功能

可讓你從單個窗口遠程管理多台文件服務器,包括其角色服務和存儲。

用於文件和存儲服務的 Windows PowerShell cmdlet

新功能

提供 Windows PowerShell cmdlet 以執行文件和存儲服務器的大多數管理任務。

有關文件和存儲服務的其他新功能及相關技術的詳細信息,請參閱下列主題。

通過使用新增的“重復數據刪除”角色服務減少存儲中重復數據塊的數量,可以在給定的存儲容量中存儲比在使用單一實例存儲 (SIS) 或 NTFS 文件系統壓縮的以前版本中更多的數據。一般用途的文件服務器通常可以按 2:1 的比例減少存儲容量利用率(例如,以前使用 1 TB 的文件在刪除重復數據后則使用 500 GB)。托管虛擬化數據的服務器(如 VHD 文件)通常按 20:1 的比例減少存儲容量利用率,這將使 1 TB 的數據減少到 50 GB。

數據完整性和可恢復性可通過校驗及其他通過選擇性冗余進行的算法得以最大化。重復數據刪除具有高度的可伸縮性,能夠有效利用資源,並且不會產生干擾。它可以同時對多個大容量主數據運行,而不會影響服務器上的其他工作負載。通過控制 CPU 和內存資源的消耗,保持對服務器工作負載的較低影響。通過使用刪除重復數據任務,你可以安排何時應該運行重復數據刪除、指定用於消除重復的資源以及調整文件的選擇。

與 BranchCache 相結合時,同樣的優化技術還可應用於通過 WAN 傳輸到分支機構的數據。這會縮短文件下載時間和降低帶寬占用。

此變化將新增什么價值?

重復數據刪除使用可變大小的分塊和壓縮,為常規文件服務器和虛擬化數據分別提供 2:1 和 20:1 的存儲優化率。

工作原理的不同之處是什么?

Windows Server 2012 包括作為角色服務的重復數據刪除功能,通過使用服務器管理器或 Windows PowerShell cmdlet,即可安裝和管理此類功能。默認設置可快速減少數據所用的存儲容量。微調設置可獲得更多的益處,或者,使用 Windows PowerShell cmdlet 可讓你隨時隨地創建將觸發存儲優化的腳本。

有關重復數據刪除的詳細信息,請參閱重復數據刪除概述

iSCSI 目標服務器通過使用 Internet SCSI (iSCSI) 標准向網絡上的其他服務器和應用程序提供塊存儲。當結合 Windows Server 2012 中連續可用的技術時,iSCSI 目標服務器會提供連續可用的存儲,而這些以前只可用於昂貴、高端的存儲區域網絡 (SAN) 設備。

此變化將新增什么價值?

  • 網絡或無盤啟動   通過使用可以啟用的網絡適配器或軟件加載程序,可以部署上百個無盤服務器。使用 iSCSI 目標服務器后,部署速度會很快(據 Microsoft 測試,在 34 分鍾內部署了 256 台計算機)。通過使用不同的虛擬硬盤,可以為操作系統映像節省高達 90% 的存儲空間。對於大規模部署完全相同的操作系統映像,如運行 Hyper-V 或高性能計算 (HPC) 群集的服務器場,這是理想之選。

  • 服務器應用程序存儲   一些應用程序(例如,Hyper-V 和 Exchange Server)需要塊存儲,這是對應用程序顯示為無格式磁盤的原始存儲,可由此應用程序直接管理。iSCSI 目標服務器可以為這些應用程序提供連續可用的塊存儲。由於此存儲可遠程訪問,iSCSI 目標服務器也可以為總部或分支機構合並塊存儲。

  • 異類存儲   iSCSI 目標服務器支持除 Windows 以外的操作系統上的 iSCSI 發起程序,從而輕松共享異類環境中的存儲。

  • 開發、測試和演示實驗室環境   iSCSI 目標服務器角色服務可讓運行 Windows Server 2012 的任何計算機成為網絡可訪問的塊存儲設備。這對於在 SAN 存儲設備上進行部署之前測試應用程序非常有用。

工作原理的不同之處是什么?

使用此版本后,iSCSI 目標服務器管理功能從單獨的下載發展為 Windows Server 操作系統的組成部分。你可以使用服務器管理器或 Windows PowerShell cmdlet 設置、配置和管理 iSCSI 目標服務器。Windows Server 2012還包括對群集資源模型的更改,改進了可伸縮性,使得更多的發起程序可以連接到目標服務器。

有關 iSCSI 目標服務器的詳細信息,請參閱iSCSI 目標塊存儲概述

存儲空間是包括在 Windows Server 2012 和 Windows 8 中的存儲子系統,可讓你將符合行業標准的磁盤(如串行 ATA 或串行附加 SCSI 磁盤)分組到一個或多個存儲池中,然后從存儲池中的可用容量創建稱為“存儲空間”的虛擬磁盤。Windows Server 2012 還支持在非 Microsoft 存儲子系統上創建存儲池。存儲空間為關鍵業務的虛擬或物理部署(包括在可伸縮的多節點服務器上)提供了有彈性的存儲虛擬化功能。

存儲池可讓你將物理磁盤分組到一個或多個稱為存儲池的容器中。然后,你可以從存儲池中的可用容量創建虛擬磁盤,而無需單獨管理每個物理磁盤。這種磁盤的聚合可讓你更有效地使用磁盤容量,在不影響用戶的情況下輕松添加存儲,還可以委派存儲的管理。你可以使用存儲池以及 Windows Server 2012 或 Windows 8 中的存儲空間或非 Microsoft 存儲子系統,包括使用 SMI-S 標准的子系統。

此變化將新增什么價值?

存儲池和存儲空間通過降低管理員設置存儲所花費的時間來減少管理成本。它們還簡化了管理任務,可讓不是存儲專業人員的管理員設置和管理具有彈性和高可用性的存儲。通過允許針對具有高可用性的有彈性存儲使用符合行業標准的磁盤,存儲空間還節省了硬件成本。

工作原理的不同之處是什么?

使用存儲池而不是單獨管理每個磁盤,可將物理磁盤添加到一個或多個池中,然后從存儲池的可用容量創建虛擬磁盤。然后在虛擬磁盤上創建卷,如同它們就是物理磁盤。當池中運行的可用容量不足時,只需添加更多磁盤。

虛擬硬盤還可以精簡設置,這意味着池容量的使用僅根據復制到虛擬磁盤的文件大小,而不是創建的虛擬磁盤大小。例如,如果你尚未將大量文件復制到磁盤,則一個 10 TB 的虛擬磁盤可能會占用 100 MB 的池容量。

有關存儲池、存儲空間和精簡設置的詳細信息,請參閱Storage Management Overview存儲空間概述Thin Provisioning and Trim Storage Overview

服務器管理器中的文件和存儲服務角色可讓你從單個窗口遠程管理運行 Windows Server 2012 的多個文件服務器,包括其角色服務和存儲。服務器管理器中的文件和存儲服務角色提供了以下部分來管理運行 Windows Server 2012 且已添加到服務器管理器實例中的所有服務器:

  • 服務器   在運行 Windows Server 2012、Windows Server 2008 R2 或 Windows Server 2008 的服務器上管理基本服務器功能。你可以使用服務器頁來執行諸如重新啟動服務器和啟動管理工具之類的任務

  • 存儲池   管理存儲池,包括組成池的物理磁盤和通過池中可用容量來創建的虛擬磁盤

  •    管理卷,包括掃描文件系統是否有錯誤、擴展卷和配置重復數據創建

  • 共享   管理 SMB 和 NFS 共享,包括創建新共享和設置配額

  • iSCSI 虛擬磁盤   管理 iSCSI 虛擬磁盤,包括創建新的 iSCSI 虛擬磁盤和目標 

此變化將新增什么價值?

從單個服務器管理器窗口管理多台文件服務器和文件服務器技術,可讓管理員更加有效地工作,並且可以總體查看其管理的服務器,由此管理多台服務器變得就像管理一台服務器一樣簡單。

工作原理的不同之處是什么?

在 Windows Server 2012 之前,管理多台文件服務器意味着使用遠程桌面連接每台服務器,或打開多個管理控制台實例(每台服務器一個)。在 Windows Server 2012 中,可以使用服務器管理器執行以下獨立管理控制台提供的許多功能:

  • 磁盤管理

  • 共享和存儲管理

  • 文件服務器資源管理器(配額和指派文件夾管理屬性到文件共享)

  • Microsoft iSCSI 軟件目標(不可用於 Windows Server 2012)

  • SAN 存儲管理器(不可用於 Windows Server 2012)

除整體性功能以外,你還可以在任何被管理的服務器上使用服務器管理器中的“工具”菜單啟動管理工具,包括 DFS 管理、文件服務器資源管理器以及網絡文件系統 (NFS) 服務。

note備注
盡管服務器管理器中的文件和存儲服務角色不支持完全管理運行 Windows Server 2008 R2 或 Windows Server 2008 的服務器,但是你仍可以將這些服務器添加到服務器管理器並使用“服務器”和“所有服務器”頁來查看有關服務器的詳細信息並啟動管理工具。有關詳細信息,請參閱通過 Windows Server 2012 中的服務器管理器管理基於下層 Windows 的服務器

 

 

Windows Server 2012包括可用於執行文件和存儲服務器的大多數管理任務的 Windows PowerShell cmdlet。

此變化將新增什么價值?

大量的 Windows PowerShell cmdlet 允許管理員通過使用 Windows PowerShell 腳本自動化常見的管理任務。

工作原理的不同之處是什么?

管理員管理其服務器時,可以使用 Windows PowerShell 命令和腳本,而不是使用各種管理單元或完全不同的命令行實用程序。Windows Server 2012 包括可用於管理以下文件和存儲技術的 Windows PowerShell cmdlet。

有大量相關的並對文件和存儲工作負載也很有用的 cmdlet。例如,你可以使用最佳做法分析器 (BPA) cmdlet 將服務器與已知的一組文件和存儲服務角色的最佳做法進行比較。

若要獲得含有一些最常用的新的或改進的文件和存儲服務 cmdlet 的參考表格,請下載用於文件和存儲服務的 Windows PowerShell 參考表格

以下功能包括在 Windows Server 2012 中,不過即將被淘汰了,以后版本的 Windows Server 很可能將它們完全刪除。

 

已否決的功能 替換

DFS 命名空間命令行工具 Dfscmd

用於 DFS 命名空間的 Windows PowerShell cmdlet

文件復制服務 (FRS)

DFS 復制

文件服務器資源管理器命令行工具:Dirquota、Filescrn 和 Storrept

用於文件服務器資源管理器的 Windows PowerShell cmdlet

共享和存儲管理管理單元

服務器管理器中的文件和存儲服務角色

共享文件夾管理單元

服務器管理器中的文件和存儲服務角色

虛擬磁盤服務 (VDS) 提供程序

存儲管理 API 和存儲提供程序或 SMI-S 標准和兼容的存儲提供程序

Windows Server 2012 中未提供以下功能:

 

已否決的功能 替換

SAN 存儲管理器管理單元

服務器管理器和存儲管理 Windows PowerShell cmdlet 的文件和存儲服務角色

SCSIport 主機總線適配器驅動程序

Storport 驅動程序或不同的主機總線適配器

有關 Windows Server 2012 中的否決功能列表,請參閱在 Windows Server 2012 中刪除或棄用的功能

有關 Windows Server 2012 和 Windows Server 2008 R2 中的 FRS 支持的詳細信息,請參閱“文件復制服務 (FRS) 在 Windows Server 2008 R2 中已否決”

運行文件和存儲服務沒有特殊的硬件或軟件要求。但是,文件服務器資源管理器和 DFS 復制僅支持使用 NTFS 文件系統格式化的卷;不支持彈性文件系統 (ReFS) 和 FAT 文件系統。

以下部分含有有關文件和存儲服務要求的常見問題。

通過在每個相應的服務器上安裝此角色以及相應的角色服務,可以將文件和存儲服務的功能分布在多個服務器上。然后,你可以向服務器管理器中添加所有服務器以便集中管理,或者使用 Windows PowerShell 腳本同時管理多個服務器。

可以。你可以在 Hyper-V 虛擬機上運行所有文件和存儲服務角色服務。

Important重要事項
使用 Hyper-V 快照還原運行 DFS 復制的服務器以便復制 SYSVOL 文件夾之外的任何內容會導致 DFS 復制失敗,這需要特殊的數據庫恢復步驟。有關詳細信息,請參閱 Microsoft 知識庫中的文章 2517913

 

 

可以。你可以在群集環境中運行所有文件和存儲服務角色服務。但是,DFS 復制不支持存儲在群集共享卷上的復制內容。

你可以使用以下工具來遠程管理文件和存儲服務:

  • 服務器管理器

  • Windows PowerShell cmdlet

  • DFS 管理

  • 文件服務器資源管理器

  • 網絡文件系統服務

  • DFS 命令行實用程序

不需要特殊注意事項。

你可以在服務器核心安裝選項或最精簡的服務器界面上安裝和運行文件和存儲服務。服務器管理器和管理控制台在服務器核心安裝選項上無法工作,但它們可以與 Windows Server 2012 的最精簡服務器界面結合使用,並且還可以用來遠程管理使用服務器核心選項的服務器。

以下角色服務可以使用文件和存儲服務服務器角色進行安裝。

note備注
服務器管理器可以從運行 Windows Server 2003 的服務器中只接收聯機或脫機狀態。服務器管理器不能用於將角色和功能添加到運行 Windows Server 2008 R2、Windows Server 2008 或 Windows Server 2003 的服務器。有關詳細信息,請參閱“遠程多服務器管理”

 

 

 

角色服務 描述

文件服務

提供對與文件服務器相關的角色服務的分組—本身不進行任何安裝。

文件服務器

管理文件共享並且使用戶能夠通過網絡訪問此計算機上的文件。有關使用服務器消息塊 (SMB) 協議的文件共享的詳細信息,請參閱服務器消息塊概述

網絡文件的 BranchCache

使得分支機構中的計算機能夠緩存通常從啟用 BranchCache 的文件共享下載的文件,然后將這些文件提供給分支機構中的其他計算機。這減少了網絡帶寬的使用,提高了訪問文件的速度。有關 BranchCache 的詳細信息,請參閱BranchCache 概述

重復數據刪除

通過將完全相同的數據的單個副本存儲在卷上節省磁盤空間。有關重復數據刪除的詳細信息,請參閱重復數據刪除概述

DFS 命名空間

允許你將位於不同服務器上的文件共享組合到一個或多個邏輯結構的命名空間。每個命名空間作為具有一系列子文件夾的單個文件共享顯示給用戶。但是,命名空間的基本結構可以包含位於不同服務器以及多個站點中的大量文件共享。由於文件共享的基本結構對用戶是隱藏的,因此 DFS 命名空間中的單個文件夾可與多個服務器上的多個文件共享相對應。此結構可提供容錯功能,並能夠將用戶自動連接到本地文件共享(可用時),而不是通過廣域網 (WAN) 連接對這些用戶進行路由。有關 DFS 命名空間的詳細信息,請參閱DFS 命名空間 和 DFS 復制概述

DFS 復制

通過有限帶寬的網絡連接和局域網連接在多個服務器之間復制數據。它是一個多主機復制引擎,使用遠程差分壓縮 (RDC) 協議,只更新自上一次復制后已更改的那部分文件。DFS 復制可與 DFS 命名空間結合使用,也可單獨使用。有關 DFS 命名空間的詳細信息,請參閱DFS 命名空間 和 DFS 復制概述

文件服務器資源管理器

通過計划文件管理任務和存儲報告、對文件和文件夾進行分類、配置文件夾配額以及定義文件屏蔽策略,幫助你管理和了解文件服務器上的文件和文件夾。有關詳細信息,請參閱文件服務器資源管理器概述

文件服務器 VSS 代理服務

可讓你執行在此文件服務器上存儲數據文件的應用程序的卷影副本。

iSCSI 目標服務器

為 iSCSI 目標提供管理工具。有關詳細信息,請參閱iSCSI 目標塊存儲概述

網絡文件系統 (NFS) 服務器

可讓此計算機與基於 UNIX 的計算機和使用網絡文件系統 (NFS) 協議的其他計算機共享文件。

存儲服務

提供始終安裝的存儲管理功能,包括存儲池和存儲空間。

 

有關其他相關信息,請參閱以下資源。

 

內容類型 參考

產品評估

重復數據刪除概述 | DFS 命名空間 和 DFS 復制概述 | 服務器應用程序的高性能、連續可用的文件共享存儲技術預覽 | iSCSI 目標塊存儲概述 | Network File System |Windows Offloaded Data Transfers Overview | 彈性文件系統概述 | 增強服務器、存儲和網絡可用性:方案概述 | Scenario: Get Insight into Your Data by Using Classification | Scenario: Implement Retention of Information on File Servers | 服務器消息塊概述 | SMI-S 簡介 | Storage Management Overview | 存儲空間概述 | Supporting Information Workers with Reliable File Services and Storage | Thin Provisioning and Trim Storage Overview

部署

規划部署重復數據刪除 | Deploy Network File System | 了解和解決 Windows Server "8" Beta 向外擴展文件服務器問題 | 了解和解決 Windows Server "8" Beta 中的存儲空間和池的問題

操作

iSCSI Target Block Storage, How To | 文件和存儲服務的 Windows PowerShell 參考表

工具和設置

BranchCache | Deduplication | iSCSI | IscsiTarget | MPIO | Storage | 存儲管理 API 類

疑難解答

已知問題:Windows Server 2012 中的文件和存儲服務

社區資源

文件服務和存儲 TechNet 論壇 | “Microsoft File Cabinet 中的存儲小組”博客 | “查詢目錄服務小組”博客 | Jose Barreto 的博客 | “Windows 存儲小組”博客 | DFS 復制生存指南 (TechNet Wiki) | 關於 Twitter 的 Windows Server 信息體驗

相關技術

文件夾重定向、脫機文件和漫游用戶配置文件概述 | 故障轉移群集概述

 


免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM