文件伺服器上的一份與多份
過去，在 NTFS 文件系統之前，創建共享是設置共享數據權限的唯一方法。但是有了NTFS，你基本上可以將一台伺服器上的所有數據都放在一個共享文件夾中，並使用共享文件夾內文件夾的NTFS權限來控制訪問。
這甚至適用於網路驅動器映射。
因此，您可以將 S: 映射到
\\server1\shares\MyShare，因為這Server1是伺服器的名稱，shares是唯一的共享，並且MyShare是下面許多具有 NTFS 權限設置的文件夾之一。我的問題是這個。考慮到所有數據都將儲存在同一個地方，是否有理由使用多個共享而不是一個共享？
所以不是隻共享
shares，而是共享MyShare，完全控制並使用 NTFS 設置訪問權限？是否有性能考慮來選擇一個而不是另一個？
沒有人回答讓我懷疑在任何方面都沒有性能差異，所以我做了一些測試。在我有大約 8 個共享但都在同一個地方的情況下，我共享了根文件夾，並從組策略中設置了我的網路文件夾以通過它，所以我所有的網路共享都通過一個共享訪問，你知道什麼，根本沒有明顯的區別。
我發現可能使您有理由不使用此方法的唯一區別如下：儘管您可以將網路文件夾映射到共享文件夾下的任何位置的驅動器號，但只有共享本身俱有右鍵點擊，映射網路驅動器選項。因此，如果您希望能夠快速映射網路共享，那麼您可能希望直接共享該文件夾。否則你仍然可以映射一個網路共享，但它有點麻煩，因為你必須先導航到共享，複製它的地址，轉到這台電腦，然後從菜單中創建一個網路映射並將 URL 粘貼在那裡.
從伺服器管理的角度來看，以上是您實際上可能想要避免的事情，這是一種隱蔽的安全性。
無論如何，對我來說，最佳實踐似乎是這樣的：
如果可以，請嘗試將所有數據放在一個位置，並共享根文件夾。如果您必須創建多個共享，因為數據本身駐留在多個硬碟上，那麼您應該命名這些共享，以便它們在內部引用該位置。
例如，您有一個 D 和 E 驅動器，兩者都有一個名為 share 的文件夾，D 上的 Shares 文件夾將共享為
Shares D，而 E 上的文件夾將共享為Shares E。現在從組策略中映射共享如下（範例）：
\\mydomain.local\Shares D\Share1 -> G: -> Share1 \\mydomain.local\Shares D\Example -> H: -> Example \\mydomain.local\Shares E\Data -> I: -> Data \\mydomain.local\Shares E\Finance -> X: -> Finance對使用者而言，他們只會看到名稱並獲得網路驅動器，但看不到實際的共享。
如果您轉到
\\mydomain.local，您將看到Shares D和Shares E，這將幫助您輕鬆確定股票的位置。或者，如果您想隱藏物理位置，您可以將文件夾命名為
Shares 1和，並共享它們。Shares 2另一種方法是想出一個以驅動器號開頭的名稱。例如Shares Daisy和Shares Elvin Gadd