Shadow Copy

Shadow Copy
A component of Microsoft Windows

Previous Versions in Windows Vista, a part of Windows Explorer that allows persistent shadow copies to be created
Details
Other names
  • Volume Snapshot Service[1]
  • Previous Versions
  • Shadow Copies for Shared Folders8
  • VSS[2]
Included with
Also available for Windows 2000, Windows XP RTM or SP1
Service name VSS[2]
Description Volume Shadow Copy
Related components
Backup and Restore, File History

Shadow Copy (also known as Volume Snapshot Service,[1] Volume Shadow Copy Service[2] or VSS[2]) is a technology included in Microsoft Windows that allows taking manual or automatic backup copies or snapshots of computer files or volumes, even when they are in use. It is implemented as a Windows service called the Volume Shadow Copy service. A software VSS provider service is also included as part of Windows to be used by Windows applications. Shadow Copy technology requires the file system to be NTFS in order to create and store shadow copies. Shadow Copies can be created on local and external (removable or network) volumes by any Windows component that uses this technology, such as when creating a scheduled Windows Backup or automatic System Restore point.

Overview

VSS operates at the block level of volumes.

A snapshot is a read-only point-in-time copy of the volume. Snapshots allow the creation of consistent backups of a volume, ensuring that the contents do not change and are not locked while the backup is being made.

The core component of shadow copy is the Volume Shadow Copy service, which initiates and oversees the snapshot creation process. The components that perform all the necessary data transfer are called providers. While Windows comes with a default System Provider, software and hardware vendors can create their own software or hardware providers can register them with Volume Shadow Copy service. Each provider has a maximum of 10 seconds time to complete the snapshot generation.[3]

Other components that are involved in the snapshot creation process are writers. The aim of Shadow Copy is to create consistent reliable snapshots. But sometimes, this cannot simply be achieved by completing all pending file change operations. Sometimes, it is necessary to complete a series of inter-related changes to several related files. For example, when a database application transfers a piece of data from one file to another, it needs to delete it from the source file and create it in the destination file. Hence, a snapshot must not be between the first deletion and the subsequent creation, or else it is worthless; it must either be before the deletion or after the creation. Enforcing this semantic consistency is the duty of writers. Each writer is application-specific and has 60 seconds to establish a backup-safe state before providers start snapshot creation. If the Volume Shadow Copy service does not receive acknowledgement of success from the corresponding writers with this time-frame, it fails the operation.[3]

By default, snapshots are temporary; they do not survive a reboot. The ability to create persistent snapshots was added in Windows Server 2003 onward. However, Windows 8 removed the GUI portion necessary to browse them. (See § History)

Windows software and services that support VSS include Windows Backup, Hyper-V, Virtual Server, Active Directory, SQL Server, Exchange Server and SharePoint.

The end result is similar to a versioning file system, allowing any file to be retrieved as it existed at the time any of the snapshots was made. Unlike a true versioning file system, however, users cannot trigger the creation of new versions of an individual file, only the entire volume. As a side-effect, whereas the owner of a file can create new versions in a versioning file system, only a system administrator or a backup operator can create new snapshots (or control when new snapshots are taken), because this requires control of the entire volume rather than an individual file. Also, many versioning file systems (such as the one in VMS) implicitly save a version of files each time they are changed; systems using a snapshotting approach like Windows only capture the state periodically.

History

Windows XP and Server 2003

Volume Snapshot Service was first added to Microsoft Windows in Windows XP. It can only create temporary snapshots, used for accessing stable on-disk version of files that are opened for editing (and therefore locked). This version of VSS is used by NTBackup.

The creation of persistent snapshots (which remain available across reboots until specifically deleted) has been added in Windows Server 2003, allowing up to 512 snapshots to exist simultaneously for the same volume. In Windows Server 2003, VSS is used to create incremental periodic snapshots of data of changed files over time. A maximum of 64 snapshots are stored on the server and are accessible to clients over the network. This feature is known as Shadow Copies for Shared Folders and is designed for a client–server model.[4] Its client component is included with Windows XP SP2 or later, and is available for installation on Windows 2000 SP3 or later, as well as Windows XP RTM or SP1.[5]

Windows XP[6] and later include a command line utility called vssadmin that can list, create or delete volume shadow copies and list installed shadow copy writers and providers.[7]

Windows Vista, 7 and Server 2008

A number of Microsoft Windows components have been updated to make use of Shadow Copy. Backup and Restore in Windows Vista, Windows Server 2008, Windows 7 and Windows Server 2008 R2 use shadow copies of files in both file-based and sector-by-sector backup. 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.[8] Prior to Windows Vista, System Restore depended on a file-based filter that watched changes for a certain set of file extensions, and then copied files before they were overwritten.[9][10][11] In addition, a part of Windows Explorer called Previous Versions allows restoring individual files or folders locally from restore points as they existed at the time of the snapshot, thus retrieving an earlier version of a file or recovering a file deleted by mistake. Finally, Windows Server 2008 introduces the diskshadow utility which exposes VSS functionality through 20 different commands.[12]

Shadow copies are created automatically once per day, or manually when triggered by the backup utility or installer applications which create a restore point.[13][14] The "Previous Versions" feature is available in the Business, Enterprise, and Ultimate editions of Windows Vista[15] and in all Windows 7 editions. The Home Editions of Vista lack the "Previous Versions" feature, even though the Volume Snapshot Service is included and running. Using third-party tools it is still possible to restore previous versions of files on the local volume.[16] Some of these tools also allow users to schedule snapshots at user-defined intervals, configure the storage used by volume shadow copies and compare files or directories from different points-in-time using snapshots.[17] Windows 7 also adds native support through a GUI to configure the storage used by volume shadow copies.

Windows 8 and Server 2012

While supporting persistent shadow copies, Windows 8 lacks the GUI portion necessary to browse them; therefore the ability to browse, search or recover older versions of files via the Previous Versions tab of the Properties dialog of files was removed for local volumes. However, using third party tools (such as ShadowExplorer) it is possible recover that functionality. The feature is fully available in Windows Server 2012.[18]

Windows 10

Windows 10 restored the Previous Versions tab however it depends on the File History feature now instead of Volume Shadow copy. [19]

Samba Server

Samba on Linux is capable of providing Shadow Copy Service on an LVM-backed storage or with an underlying ZFS or btrfs.[20][21][22]

Compatibility

While the different NTFS versions have a certain degree of both forward and backward compatibility, there are certain issues when mounting newer NTFS volumes containing persistent shadow copies in older versions of Windows. This affects dual-booting, and external portable hard drives. Specifically, the persistent shadow copies created by Windows Vista on an NTFS volume are deleted when Windows XP or Windows Server 2003 mount that NTFS volume. This happens because the older operating system does not understand the newer format of persistent shadow copies.[23] Likewise, System Restore snapshots created by Windows 8 are deleted if they are exposed by a previous version of Windows.[24]

See also

References

  1. 1 2 "Volume Snapshot Service (VSS)". Glossary. Symantec. Retrieved 2 May 2013.
  2. 1 2 3 4 "Volume Shadow Copy Service Overview". MSDN Library. Microsoft. 5 November 2012. Retrieved 2 May 2013.
  3. 1 2 "How Volume Shadow Copy Service Works". TechNet. Microsoft. 28 March 2003. Retrieved 4 January 2011.
  4. "Shadow Copy Client Download". TechNet. Microsoft. Retrieved 21 October 2014.
  5. Oltean, Adi (17 December 2004). "Tips for deploying Shadow copies [sic] for Shared Folders". Antimail. Microsoft. Retrieved 21 April 2009.
  6. "Windows XP - Volume Shadow Copy Service". MSDN. Microsoft. Retrieved 31 May 2013.
  7. "Vssadmin". Windows Server 2008 and Windows Server 2008 R2 documentations. TechNet Library. Microsoft. 28 September 2007. Windows Server Commands, References, and Tools. Retrieved 27 March 2012.
  8. Compare:"Information about SPP folder in Windows vista". Microsoft Community. Microsoft. 2010-08-20. Retrieved 2015-07-22. SPP stand for Shared Protection Point and is used by windows to store information on restore point.
  9. Russinovich, Mark E.; Solomon, David A. (2005). Microsoft Windows Internals: Microsoft Windows Server 2003, Windows XP, and Windows 2000 (4 ed.). Redmond, WA: Microsoft Press. pp. 706–711. ISBN 0-7356-1917-4.
  10. "Windows Backup". Windows Vista portal. Microsoft. Archived from the original on 10 May 2007. Retrieved 11 January 2014.
  11. Fok, Christine (September 2007). "A Guide to Windows Vista Backup Technologies". TechNet Magazine. Microsoft. Retrieved 11 January 2014.
  12. "Diskshadow". Windows Server 2008 and Windows Server 2008 R2 documentations. TechNet Library. Microsoft Corporation. 28 September 2007. Windows Server Commands, References, and Tools. Retrieved 27 March 2012.
  13. "Selected Scenarios for Maintaining Data Integrity with Windows Vista". TechNet. Microsoft Corporation.
  14. "A Guide to Windows Vista Backup Technologies". Microsoft.
  15. "Volume Shadow Copy and "Previous Versions" feature in Windows Vista". Microsoft Corporation.
  16. ShadowExplorer allows restoring lost or altered files
  17. TimeTraveler adds a timeline to Windows Explorer allowing the user to open, restore or compare files or directories from points-in-time
  18. "Previous versions UI removed for local volumes (Windows)". Retrieved 17 November 2012.
  19. File History in Windows 8, 8.1 and 10
  20. "Samba HOWTO Collection, Part III. Advanced Configuration". Retrieved 2 October 2012.
  21. https://github.com/zfsonlinux/zfs-auto-snapshot/wiki/Samba
  22. http://forums.openmediavault.org/index.php/Thread/7331-GUIDE-Windows-Previous-Versions-and-Samba-Btrfs-Atomic-COW-Volume-Shadow-Copy/
  23. "How restore points and other recovery features in Windows Vista are affected when you dual-boot with Windows XP". File Cabinet Blog. Microsoft. 14 July 2006. Retrieved 21 March 2007.
  24. "Calling SRSetRestorePoint". MSDN Library. Microsoft. Retrieved 1 February 2015. Snapshots of the boot volume created by System Restore running on Windows 8 may be deleted if the snapshot is subsequently exposed by an earlier version of Windows.

Further reading

This article is issued from Wikipedia - version of the 10/22/2016. The text is available under the Creative Commons Attribution/Share Alike but additional terms may apply for the media files.