The concept of temporary offline files can be confusing. By default, Win2K dedicates 10 percent of the local disk space to serve as a local cache when users open files in the folders that you've configured for automatic caching. Files are placed in this cache automatically when a user opens them. The files in this temporary cache aren't synchronized when users log on or log off, so you won't do any harm by reducing the size of the temporary offline files cache. You can use the slider at the bottom of the Offline Files tab to increase or decrease the amount of disk space that Win2K dedicates to the temporary cache. (This specification doesn't apply to the amount of disk space that the system dedicates to storing manually selected offline files. No specific limit exists for that space.)
Click Advanced to display the Offline Files - Advanced Settings dialog box, which Figure 4 shows. These settings let you specify the local computer's behavior when users lose a network connection. Notify me and begin working offline lets users continue working with any offline files that they've already moved to their local systems. Never allow my computer to go offline makes local offline files inaccessible until users can log on and log off properly to synchronize the files.
The Offline Files - Advanced Settings are global. However, you can customize the way client systems react when they lose a connection to a specific server. To do so, click Add in the Exception list section. In the resulting Offline Files - Add Custom Action dialog box, enter the name of the server for which you want to customize the connection-related settings, or use the Browse button to find and select the server's name. Then, choose the connection option you want to take effect if users lose their connections to that system.
The option you choose for handling an unplanned disconnection depends on the type of files users will access. If multiple users will access the same files, synchronization becomes more important to ensure that users are working with the most recent version of each file. If only one user will access the server-side file, that user can keep working offline when he or she is accidentally disconnected.
The Synchronization Process
File maintenance can get thorny when multiple users access the same file for offline use. Therefore, Win2K manages modified offline files during both the logon and logoff synchronization procedures.
Suppose User A and User B are both working offline with a file named file1. When User A then logs on, Win2K synchronizes the server-based file1 with the User A file1, so both files have the same content. When User B logs on, the system notes that User A's changes have been written to file1, so the server-based copy is different than it was when User B began working with it offline. Rather than overwrite User A's changes automatically, Win2K offers User B the choice of replacing the network file (i.e., the one with User A's changes), replacing the local file with the current version of the network file, or saving the modified local file, under a different filename, to the network. The appropriate choice is usually the option to save the file with a different name, giving both users access to each other's changes. During future synchronizations, users can decide which server-based file they want to make available for offline access.
When a file is accessible to many users, the number of files that are modifications of the original file can become enormous. Therefore, as an administrator, you might want to create multiple shares on your servers and limit the number of files in each share. (I'll discuss specific synchronization options and day-to-day use of Offline Files in my next Getting Started with Windows 2000 column.)
When a shared folder contains shared subfolders, and those subfolders contain files that users can access for offline use, the local computer's synchronization process ignores those subfolders. To permit subfolder synchronization, you must enable a local Group Policy.
Open a new Microsoft Management Console (MMC) console, then choose Console, Add/Remove Snap-in from the menu bar. Click Add to open the Add Standalone Snap-in dialog box. Select Group Policy, then click Add. By default, Local Computer is selected in the Group Policy Object dialog box. Click Finish, then click Close to return to the Add/Remove Snap-in dialog box. Click OK to return to the MMC console. In the left pane, expand the Local Computer Policy and navigate to Computer Configuration, Administrative Templates, Network, Offline Files. In the right pane, double-click the Subfolders always available offline policy, which Win2K doesn't configure by default. Click Enabled, then click OK to return to the MMC console. Close the console and choose No when you're prompted to save the console settings.
More to Come
After you configure the options for Offline Files on both the server share and the local computer, your users can begin to take advantage of the feature. In my next column, I'll cover the tasks that users must perform when using Offline Files and the way that Win2K implements those tasks. I'll also discuss some of the gotchas I've encountered with the feature. In the meantime, for more information about Offline Files, see Sean Daily, Tricks & Traps, "Daily Answers," May 2001, InstantDoc ID 20276; and Todd Logan, "The Ins and Outs of Offline Files," May 2001, InstantDoc ID 20373.