Hệ thống file DFS

[nhatphuc]

Hi,
Các anh chị cho em hỏi, em đã nghiên cứu nhiều về hệ thống file DFS(Distribute Files System) nhưng em vẫn chưa biết được công dụng và chức năng của DFS nữa và cả khái niệm DFS nữa. Nào là DFS root, DFS links làm em không hiểu gì cả. Mong các anh chị giúp cho em hiểu và tạo hệ thống Files DFS.
thanks,

[tahomam]

DFS Intro.. tro.. tro

1 user muốn truy cập 1 tài nguyên mạng ví dụ như 1 thư mục chia xẻ trên 1 máy chủ quản lý tập tin cần fải biết: - computername của máy chủ đó -tên thư mục được chia xẻ. User có thể dùng UNC cú fáp \\computername\shared_folder_name để truy cập.

1 trong nhiều tình huống:
Vì lý do nào đó (fần cứng hỏng hóc, ổ dĩa đầy), quản trị viên cần di dời thư mục trên sang 1 máy khác. Như vậy khi thằng user ngựa kia theo đưòng cũ sẽ không truy cập được tài nguyên đó. Admin fải send lại đường dẫn cho user. Vài bữa sau, máy sửa xong, admin lại fải cập nhật cho user lần nữa. Tưởng tượng 100 user ngu dốt cứ bị đổi lên đổi xuống như dậy thì chúng hành cho fải biết.

DFS: distributed file system ra đời nhằm giải quyết 1 trong các rắc rối đó.
DFS = 1 cấu trúc cây thư mục LUẬN LÝ (logically): Vd
VNPRO_DATA_TREE
|_NON-IT
|_IT

User muốn truy cập NonIT thì cứ vào cây VNPRO_DATA. Khi user chọn NonIT thì hệ thống âm thầm dẫn dắt hắn sang 1 thư mục vật lý, ví dụ là LINHTINH,nằm trên máy A nào đó do admin gán mà user cóc cần biết.

Admin chỉ cần thiết lập 1 cấu trúc cây luận lý từ gốc đến ngọn (DFS Root), như VNPRO_DATA_TREE. Sau đó tạo kết nối (LINK) thư mục luận lý NONIT và thư mục thật (vật lý) LINHTINH trên máy A là xong

Khi máy A cần fải shutdown bảo trì chẳng hạn, admin cứ thoải mái di dời LINHTINH sang 1 máy B nào đó. Và thiết lập lại LINK cho NonIT sang LINHTINH/ máy B. User không hề hay bít gì vụ di trú này.

[lb123]

các bác có tài liệu về DFS kô ạ ? cho em xin đi

[sonnv]

bạn tìm trong phần tài liệu quản trị windows 2000 có nói rất rõ về vấn đề này

Với Dfs, người quản trị có thể quy định một share gốc chịu lỗi (fault-tolerat root gọi tắt là FT root), tức là Dfs root, bên trong một miền đã định. chú ý rằng chỉ có thể quy định cho mỗi server một dfs root được tham chiếu theo tên miền chứ không phải theo tên server.Ví dụ, nếu tên miền của là vn. mycomputer, người quản trị có thể ánh xạ một ổ đĩa đến share \\vn. mycomputer. com\dfs root. Bên dưới một Dfs root cụ thể, có một số liên kết Dfs (Dfs link) nào đó. Các Dfs link xuất hiện dưới dạng như các thư mục con lý luận đối với Dfs root, như thực chất thì trỏ đến một số share nào đó nằm trên các server khác (Win2K, NT 4, và thậm chí cả các server NetWare và Unix nữa). Mỗi Dfs link cũng có một bản sao (replica) liên kết với nó.

Ví dụ, bên dưới một share Dfs root tên dfsroot (giả dụ như vậy), có thể tạo ra một Dfs link tên là apps, nơi bạn lưu giữ cất gói chương trình cài đặt ứng dụng trên mạng của bạn. Bên dưới mỗi Dfs root, người quản trị có thể đưa vào các thành viên bản sao. Các bản sao này đại diện cho các share nằm trên các server khác nhưng có nội dung giống nhau. người quản trị. Ví dụ, Dfs link tên apps chúng ta có thể có hai thành viên bản sao là các share cùng có tên apps nhưng nằm trên \ \servera và\ \serverb. Các thành viên bản sao thông thường đựơc dùng khi bạn có những nội dung read only nào đó, như các tập tin nhị phân của một ứng dụng chẳng hạn, và người quản trị muốn chúng có thể được truy cập từ nhiều server trong mạng. Trong ví dụ này, giả sử servera nằm trong site X và serverb nằm trong site Y. Các khách hàng trong site X nối kết vào share \ \mycompany.com\ dfsroot\ apps sẽ được chuyển hướng tới \ \servera\apps, còn các khách hàng trong Site Y nối kết vào cùng share đó sẽ được chuyển hướng tới \ \ serverb \apps. Như vậy, Dfs mang lại một mức độ hấp lực server (server affinity) nào đó, dựa theo topology của các site.

Một đặc điểm khác của Dfs là cung cấp khả năng sao chép tập tin (file replication, nếu hiểu rộng hơn thì là directory replication) đối với tất cả các thành viên bản sao đó. việc sao chép của Dfs thực chất là dùng dịch vụ FileReplication Service của NT, nhưng nó tạo ra topology sao chép riêng của nó mà người quản trị không kiểm soát được. Theo mặc định Dfs tạo ra một topology hình sao giữa tất cả những thành viên bản sao mà người quản trị chỉ định. Không có cách nào dễ dàng để biết khi nào thì các bản sao của Dfs đã 'đồng quy" (converge, tức là những thay đổi về nội dung đã được sao chép đến tất cả những bản sao ). Đối với những mạng lớn, với nhiếu thành viên bản sao khác đặt rải rác trong các site, ngang qua các đường liên kết WAN đa dạng, chắc hẳn người quản trị sẽ thấy rằng cơ chế sao chép của Dfs quả là không thoả đáng. Cơ chế sao chép có trong dfs thực ra chỉ có ý nghĩa đối với mạng nhỏ hơn, nội dung của read- only được sao chép ra một ít server thôi. Thực tế, nếu người quản trị chọn sử dụng cơ chế sao chép tự động có trong dfs, là người quản trị bị hạn chế chỉ được phép có 32 thành viên bản sao đối với một đốt liên kêt con!!!. Còn nếu khi chọn Dfs link mà người quản trị chọn phương án sao chép thủ công (manual replication), thì người quản trị có thể an toàn yểm trợ đến 1000 thành viên bản sao. chú ý rằng khi chọn sao chép thủ công là người quản trị đang cho dfs biết rắng người quản trị dự định cung cấp cơ chế riêng của mình để sao chép nội dung ra mỗi thành viên bản sao ngoài phạm vi cơ sở hạ tầng Dfs.


http://www.vnulib.edu.vn/home/nguon_tai_nguyen/tl_dt/e_book/mlfolder.2005-04-04.3754370259/mlfolder.2005-04-04.0034847874/Quan%20tri%20mang%20Win2000.pdf

[tahomam]

bạn có thể xem cấu hình DFS chi tiết tại đây

This step-by-step guide describes how to use the Dfs Administrator snap-in. Installation of the Dfs service takes place automatically during Windows 2000 Server Setup. However, you must configure Dfs in order for a Dfs share to be accessible to clients.
Perform these steps on the domain controller while logged on as a user with administrative privileges.
In the Windows 2000 operating system, Dfs can integrate with Active Directory to create fault tolerant Dfs roots on Windows 2000 domain controllers (DCs) and member servers. If you have multiple servers in your Windows 2000 domain, any or all participating servers can host and provide fault tolerance for a given Dfs root. Active Directory is used to ensure domain controllers in the domain share a common Dfs topology, thus providing redundancy and fault tolerance.
Alternatively, you can create a stand-alone Dfs server, which does not take advantage of Active Directory and does not provide root level fault tolerance. A DC can host a single Dfs root, and you can have an unlimited number of Dfs roots in each domain. Up to 32 DCs can host the same root. Multiple Dfs root volumes can be hosted in the domain. Additional computers hosting the root or child nodes (links) improves load balancing, fault tolerance, and site preference to directory service-aware network clients. Dfs links below the root can reside on any UNC path accessible to the Dfs server and clients.
In this walkthrough, it is assumed you are creating a fault-tolerant Dfs Root.
Starting Dfs

1.
Click Start, point to Programs, point to Administrative Tools, and then click Distributed File System.
2.
Right-click Distributed File System in the left pane, and click New Dfs Root. The Create New Dfs Root wizard appears, then click Next.
3.
Make sure that Create a domain Dfs root is selected, and then click Next.
4.
Select the host domain for the Dfs root; in our example, this is reskit.com, and then click Next.
http://img.microsoft.com/library/media/1033/technet/images/prodtechnol/windows2000serv/howto/dfsgui01.gif
Figure 1: Select Host Domain for Dfs Root

5.
Accept the name of the host server for the Dfs root. In our example, this is displayed as HQ-RES-DC-01.Reskit.com. Click Next
6.
Choose the local share point to be used on the target to host the Dfs root. In our example, click Create a new share and type the path to share as c:\dfsbooks and the share name as books. The snap-in lets you create both a new share and new directory if they do not already exist.
http://img.microsoft.com/library/media/1033/technet/images/prodtechnol/windows2000serv/howto/dfsgui02.gif

Figure2 Select the share for the Dfs root volume
7.
Click Next. If the specified folder does not exist, you are asked if you want to create it. Click Yes to continue. Add a comment if you wish to further describe this root. Click Next.
8.
Click Finish to create the Dfs root. After the Create New Dfs Root wizard has completed, you are ready to administer your Dfs root.
If you have multiple domain controllers hosting a fault tolerant Dfs root, keep in mind that fault tolerant Dfs uses Active Directory to store topology knowledge. Thus, it is necessary for the topology knowledge to converge between the domain controllers. Updates to the Dfs configuration initially take place on the host server in the Windows 2000 domain. Domain controllers may have a different view of the Dfs configuration until multimaster replication from the Dfs host makes changes fully replicated between all domain controllers in a domain. Dfsthe root and all its linksis stored as a single entity known as a blob. When a change is made to the blob, the whole blob replicates until consistent throughout the domain.
This takes about five minutes between any given two replicating domain controllers in the same site, and at least 15 minutes if the domain controllers are in different sites. Until convergence occurs, Dfs administrator tools located on different Dfs clients can be presented with a different Dfs configuration. You can click Refresh to update Dfs with the current configuration from the Dfs host.
At this point, you have an empty Dfs root in Active Directory. For this share to be interesting to users, you need to publish non-local shares in the Dfs namespace.
To publish non-local shares
1.
Right-click your Dfs Root name and then click New Dfs Link.
2.
Right-click \\Reskit.com\Books.
3.
Click New Dfs Link.
4.
Specify a directory for the link name. In this example, call the link name ART. Locate a valid Windows 2000 share anywhere on your network, and type the full universal naming convention (UNC) name in the Send the user to this network path box. Alternatively, you can browse for it. In our example, this is the Architecture share on the BR3-VAN-SRV-01 server in the Vancouver domain. (Note: these shared folders were pre-created for this exercise.)
http://img.microsoft.com/library/media/1033/technet/images/prodtechnol/windows2000serv/howto/dfsgui03.gif
Figure 3: Browse for folder

5.
Click OK. You can optionally specify a comment and a time-out value. The time-out value is the number of non-use seconds that individual clients have to cache the referral, after which they must retrieve a fresh referral from one of the hosting Dfs servers.
http://img.microsoft.com/library/media/1033/technet/images/prodtechnol/windows2000serv/howto/dfsgui04.gif
Figure 4: Add second Dfs link

6.
If there are multiple servers to configure (for example, two servers host identical information, one in Hartford, the other in Seattle), you can add to this replica set. To do this, highlight the junction, right-click it, and click New Replica.
7.
Browse to the Reskit\BR2-RES-SRV-01\Engineering Diagrams folder and click OK.
8.
Click OK again.
9.
Right-click the juncture and click Replication Policy. Select each shared folder and click the Enable button; then click OK.
Note: For replication to be enabled, the shares for the Dfs root or link must reside on an NTFS 5.0 formatted partition on a Windows 2000 domain controller or member server. The Primary flag marks the specified servers' files and folders as authoritative the first time replication takes place, after which normal multimaster replication takes place.
http://img.microsoft.com/library/media/1033/technet/images/prodtechnol/windows2000serv/howto/dfsgui05.gif
Figure 5: Replication policy

(http://adminviet.net/library/media/1033/technet/images/prodtechnol/windows2000serv/howto/dfsgui05_big.gif)

The DFS root snap-in now looks like the one illustrated below.
http://img.microsoft.com/library/media/1033/technet/images/prodtechnol/windows2000serv/howto/dfsgui06.gif
Figure 6: Dfs root

(http://adminviet.net/library/media/1033/technet/images/prodtechnol/windows2000serv/howto/dfsgui06_big.gif)

[tahomam]

Test Drive the Dfs

Any user of Windows 2000 logged on to your domain can now access the fault tolerant Dfs. Assuming they have proper access privileges, they can negotiate the individual junctions by using the following commands.
1.
Click Start, click Run, type cmd into the Open box, and click OK. Then type:
NET USE driveletter: \\your domain name\your Dfs share name
In the example used in the document, the command would be:
NET USE J: \\RESKIT.COM\BOOKS
J:
DIR
In a production environment, this alternate drive could reside on another server or on a user's workstation. Any user accessing the fault tolerant share would be able to continue to work uninterrupted. Scheduled file server maintenance, software upgrades, and other tasks that normally require taking a server off-line can now be accomplished without user disruption.
To access the Dfs root using Windows Explorer
1.
Click Start, click Run, and type \\reskit.com\books in the Open box. Click OK.
Click the DFS tab in Windows Explorer to view:
• The list of servers backing the Dfs root or link.
• The specific server the Dfs client is connected to.
• The Clear History function, which flushes the Partition Knowledge Table (PKT) to obtain a new one the next time that part of the Dfs namespace is accessed.
You can also turn off one of the two servers and access the same Dfs path. This will show the failover that occurs when a server in the Dfs namespace becomes unavailable. Note that this takes place for fault tolerant roots and child nodes that are backed by more than one server.
Note: Regarding Microsoft Cluster service, at present, Dfs supports Microsoft Cluster service using machine-based Dfs only. You cannot create fault tolerant Dfs topologies on systems running Microsoft Cluster service.
Convergence

If you are using fault tolerant Dfs where multiple domain controllers exist, it is important to consider that the Dfs configuration requires time to converge between domain controllers in the domain. For immediate replication, install and use the REPLMon tool that is found in the support\tools directory of the Windows 2000 Server product CD-ROM.
Dfs-aware clients using earlier versions of the operating system (such as Microsoft Windows NT® 4.0) are not able to connect with fault tolerant Dfs roots. They can, however, connect directly to individual Dfs roots that participate in a fault tolerant Dfs. To do this, substitute the machine name for the domain name in the above Net Use command.
Windows NT–based workstations browsing Dfs can also verify what physical storage they are referencing by viewing the Dfs tab available in System Properties found in Windows Explorer.
Note: Most administrative functions can be performed from the command line or scripted using DFSCMD.EXE. Type DFSCMD /? for online Help.
http://img.microsoft.com/library/media/1033/technet/images/prodtechnol/windows2000serv/howto/dfsgui07.gif
Figure 7: View Dfs properties

(http://adminviet.net/forum/../library/media/1033/technet/images/prodtechnol/windows2000serv/howto/dfsgui07_big.gif)

You can later modify the properties of this object.
You can also publish your fault tolerant Dfs root as a shared folder in the directory service, and then access it using any directory service browsing tools. From the Active Directory Management snap-in, select your domain, right-click New, Volume. Fill in the appropriate information