Windows IT Pro is the leading independent community for IT professionals deploying Microsoft Windows server and client applications and technologies.
  
  
  Advanced Search 


November 04, 2002

Explore How You Can Use DFS

RSS
Subscribe to Windows IT Pro | See More Administration Articles Here | Reprints | Or get the Monthly Online Pass—only $5.95 a month!

I've recently received email from Windows Client UPDATE readers asking various questions about the Dfs service available on server versions of Windows. Dfs is an incredibly useful feature that requires only one Windows 2000 server for setup (although Dfs has additional features you can use in domains and Active Directory—AD—environments). Dfs lets you point all your physical network shares on any machine that runs the NTFS file system to one virtual share point.

Using Dfs, you can give your users one mapped drive, and all the network shares available to them will appear as directories on that drive. No more worrying about extra drive letters or remembering on what drive you've stored an application or certain data—the user simply goes to that mapped share and is all set.

Are you planning to add storage to your network in the form of a Network Attached Storage (NAS) device? You can set up many NAS devices as additional shares on your Dfs root. Because the shares are virtual, you can back up and restore any share without affecting the behavior of client applications that point to the share. For example, if drive F is the Dfs share and you've configured an application to look for its files and data on drive F, you can back up and restore the physical devices that make up that share and any action you take is invisible to the user.

Dfs also works well for making similar data scattered across your network easily available. If you're in a small office or departmental environment, you probably have shared folders on many computers. In my office, dozens of shares are scattered across many client Windows XP and Win2K computers. On my main server's root Dfs share, I've created a Dfs share that includes all those client-computer shares. No one on my network needs to know on which computers particular shares reside; I simply mapped the Dfs root share, and it makes all of those scattered shared folders available to users in one stroke. If user Bob needs to share a document, he simply puts the file into a shared directory on his computer. Thereafter, he can find the file by going to the directory called Bob that I created as part of the Dfs share on my Win2K server. The share named Bob points directly to the shared folder on user Bob's computer.

More importantly, I can simply point my backup software to the Dfs share to back up all essential data on all my client computers. After the initial backup, my daily incremental backups of the mapped drive that represents the physical shares that make up the virtual share keep all the key data on my network secure.

On my small office/home office (SOHO) network, I even have a Dfs root that points to all the My Music folders scattered across the computers in my home. Using the Windows Media Player (WMP) 9 feature that lets me target a directory for automatic updating, I simply point at the Dfs share so that I always have a current list of music that's available on my network. Obviously, keeping my music files updated isn't a business use for Dfs, but it gives you a good idea of what you can do with Dfs.

To start using Dfs, click Start, Programs, Administrative Tools on your Win2K server, then click Distributed File System. Click the "Create a new Dfs root" button on the toolbar to launch the New Dfs Root Wizard, which will walk you through creating your Dfs root share. After you create the root share, right-click it to see a menu of things you can do with the Dfs root. Click http://search.microsoft.com/gomsuri.asp?n=3&c=rp_bestbets&siteid=us&target=http://www.microsoft.com/windows2000/techinfo/planning/fileandprint/dfssteps.asphere to find a step-by-step guide for using Dfs.

End of Article



Reader Comments
Link is dead... However - if you strip out the http://search.microsoft.com/gomsuri.asp?n=3&c=rp_bestbets&siteid=us&target=

& just use http://www.microsoft.com/windows2000/techinfo/planning/fileandprint/dfssteps.asp

the link works fine.

jimmer2880 November 21, 2003


You must be a registered user or online subscriber to comment on this article. Please log on before posting a comment. Are you a new visitor? Register now




Top Viewed ArticlesView all articles
Confirmed: Battery Life Issues Not Windows 7's Fault

Microsoft on Monday issued a lengthy statement about the recent Windows 7 battery controversy, echoing my assessment from earlier in the day, but backing it up with hard, cold evidence. ...

Battery Life Issues Almost Certainly Not Windows 7's Fault

While Microsoft is still investigating a notebook battery life issue that was supposedly caused by Windows 7, some interesting trends have emerged. ...

Microsoft Warns of Windows Version Expirations

Microsoft warned that this year will see three out-of-date Windows versions slip into retirement. ...


Related Events Disk-to-Disk Grows Up

Managing IT Across Multiple Locations

Cutting Costs with Client Management

Check out our list of Free Email Newsletters!

Thin-Client and Server Computing eBooks Understanding and Leveraging SSL-TLS for Secure Communications

A Guide to Windows Certification and Public Keys

Related Thin-Client and Server Computing Resources Introducing Left-Brain.com, the online IT bookstore
Looking for books, CDs, toolkits, eBooks? Prime your mind at Left-Brain.com

Discover Windows IT Pro eLearning Series!
Clear & detailed technical information and helpful how-to's, all in our trademark no-nonsense format


Windows IT Pro Home Register FAQ for Windows WinInfo News
Europe Edition About Us Contact Us/Customer Service Media Kit Affiliates / Licensing  
SQL Server Magazine Office & SharePoint Pro DevProConnections IT Job Hound
Left-Brain.com Technology Resource Directory asp.netPRO ITTV Windows SuperSite 
 
 Windows IT Pro is a Division of Penton Media Inc.
 © 2010 Penton Media, Inc. Terms of Use | Privacy Statement