In lieu of VSS, trying creating a symbolic link, using a UNC path to a server file share which is being backed up and/or has VSS enabled: mklink /d '%userprofile% my documents' server.domain.local shar e path Of course data will need to be migrated initially.: Beginning with Windows Vista, VSS is also used by the System Protection component which creates and maintains periodic copies of system and user data on the same local volume (similar to the Shadow Copies for Shared Folders feature in Windows Server) but allows it to be locally accessed by System Restore. System Restore allows reverting to an entire previous set of shadow copies called a restore point. Prior to Windows Vista, System Restore was based on a file-based filter that watched changes for a certain set of file extensions, and then copied files before they were overwritten. ![]() Nov 13, 2016 Hello, In an 2008R2 domain environment with all Windows 7 clients, I want to activate the Previous Versions (aka shadow copies) feature on all disks. Volume Shadow copy has saved my butt on file, exchange, and SQL servers. Typically, IT departments discourage previous versions on. When a user needs a file restored, the request is always urgent. So you have to stop what you're doing and find the right tape so you can restore the file. But suppose users could restore their own files? Several products will let users restore their own files, but if you have some disk space to spare, you can enable this capability directly through Windows Server 2003 without having to buy anything extra. What makes this possible is the Volume Shadow Copy Service (VSS). VSS can be a huge timesaver for administrators. The key is understanding what it does. VSS performs two important functions. • It allows users to restore their own files without you, the admin, having to put a tape in the drive or giving anyone permission to use your backup software. • In some cases, it makes it possible for your backup software to back up open files. (Discussing the backing up of open files is beyond the scope of this article. However, most of the newer backup applications are designed to support VSS. Prior to the creation of VSS, backup applications typically skipped files that were open.) Enabling VSS is simple. ![]() To do so: • Go to the server you want to enable VSS on, and open My Computer. • Right-click on the volume you want to enable VSS on. • Select the Properties command from the resulting shortcut menu. Windows will now display the volumes properties sheet. • Select the properties sheet's Shadow Copies tab, as shown below. • Click the Enable button. A warning message will tell you that VSS will use the default schedule (which I'll discuss further down in the article). For now, just click Yes to go ahead and enable shadow copy for the selected volume. VSS is now enabled for the selected volume. But before I show you how to fine-tune VSS, you need to know a little more about how VSS works. As we just saw, Windows displays a message that VSS will use the default schedule. The default schedule creates a shadow copy every morning at 7 a.m. Note, however, a shadow copy is not a backup. Shadow copy backups When Windows creates the 7 a.m. Shadow copy, it is actually recording the state of the volume at that moment in time. Shadow copy backups of files are not actually made until the file is modified. For example, suppose the shadow copy occurred at 7 a.m. A user who accidentally deletes a file at 8 a.m. Could not use VSS to recover the file, because VSS has not actually made a backup of the file. However, if the user were to modify the file at 8 a.m., VSS would create a backup of the file as it existed at 7 a.m., prior to allowing the modified version to be saved. If the user were to decide that their modifications were a mistake, they could easily revert back to the 7 a.m. Version of the file. So if the user were to make another change to the file at 10 a.m., the VSS service should save the 8 a.m. Version, right? For VSS to create a backup of a file, two things have to happen. • Windows has to take a snapshot of the volume. • A file on the protected volume has to be modified. If we stick with our example of a snapshot being taken at 7 a.m., and the file in question being modified at 8 a.m., then, as far as VSS is concerned, its job is done (at least for that file). This is where the schedule comes into play. If VSS only makes one shadow copy per day, then VSS will make at most one backup of each file on the protected volume. I say at most because if the file does not change, no backup will be made of the file. That is why I recommend performing multiple shadow copies throughout the day (if possible). Note the Settings button in the above screen shot. Clicking this button would take you to the screen shown below. This screen allows you to set the shadow copy schedule, and to set the maximum amount of disk space used by shadow copies. So how can users use VSS to recover files? Actually, the recovery process is simple. To revert to a previous version of a file, all a user has to do is right-click on the file and select the Properties command from the resulting shortcut menu. The user will see the file's properties sheet, and can then go to the sheet's Previous Version tab and select the version of the file they want to restore. If restoring a file requires right-clicking on the existing file, how is a user supposed to restore a file that's been deleted? Normally, using VSS to recover a deleted file would probably be impossible. But with VSS, shadow copies are bound to filenames. This means that a user who accidentally deletes a file can create a new file that has the exact same name as the file that was deleted. The user can then right-click on that file and use the Previous Versions tab on the file's properties sheet to restore the file that was deleted. If the user doesn't know the exact file name, this procedure will not work. Because shadow copies are linked to filenames, a user who renames a file no longer has access to previous versions of that file. VSS will start saving versions of the newly renamed file the next time a shadow copy is made (assuming there are also future modifications to the file). However, any existing previous file versions are no longer accessible unless the file is renamed to back to its original name. About the author: MCSE, is a Microsoft Most Valuable Professional for his work with Windows 2000 Server, Exchange Server and IIS. He has served as CIO for a nationwide chain of hospitals and was once in charge of IT security for Fort Knox. He writes regularly for SearchWinComputing.com and other TechTarget sites.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. Archives
May 2018
Categories |