New
#1561
Basic VSS Concepts - Providers
Providers manage running volumes and create the shadow copies of them on demand.
In response to a request from a requester, a provider generates COM events to signal applications of a coming shadow copy, then creates and maintains that copy until it is no longer needed.
While a shadow copy is in existence, the provider creates an environment where there are effectively two independent copies of any volume that has been shadow copied: one the running disk being used and updated as normal, the other a copy that is disk fixed and stable for backup
Software Providers
Software shadow copy providers intercept and process I/O requests in a software layer between the file system and the volume manager software. These providers are implemented as a user-mode DLL component and at least one kernel-mode device driver, typically (but not necessarily) a storage filter driver. The work of creating these shadow copies is done in software.
A software shadow copy provider must maintain a "point-in-time" view of a volume by having access to a set of files that can be used to accurately re-create volume status prior to the shadow copy. An example of this is the copy-on-write technique of the system provider.
However, VSS places no restrictions on what technique that software providers use to create and maintain shadow copies, and third-party vendors are free to implement their software providers as they see fit.
In addition, VSS provides support for much of the functionality of software shadow copy providers, such as defining the point-in-time, data synchronization and flushing, providing a common interface for backup applications, and management of the shadow copy.
A software provider will, by definition, be applicable to a wider range of storage platforms than a hardware provider, and should be able to work with basic disks or logical volumes equally well. This generality sacrifices the performance that may be available by implementing shadow copies in hardware and does not make use of any vendor-specific volume capture or file mirroring features.
Source
Hi folks
Windows 10 Pro 1803 with lates updates and latest patched Macrium
Macrium error -- MFT error code 6
I don't actually think this was caused by bad disk (it's an ssd which is fine -).
I suspect problem was I was running a system backup while still running a busy VM hosted on the same system with media streaming running (on the VM).
I think VSS in this case got its knickers in a twist.
In general it's best to have a relatively quiesced system when taking an image copy -- i'm usually running these from the stand alone version anyway .
However after powering off the VM macrium imaged the system OK
So I'd recommend if you are imaging systems power off any active VM's.
Cheers
jimbo
Hi there
confirmed -- ran again after shutting down the VM -- ran fine
did chkdsk C: /r for good measure -- no errors found
BTW I think windows has a little bug - doesn't seem to do the chkdsk on restart if it's vol C you want to check -- worked fine from the KYHI recovery disk.
Cheers
jimbo
Have now upgraded Macrium to 7.1.3570 and backup is now successful for system partition but when I try and mount it I get a green screen. Anyone else get this? I'm on 1809 18252.1000. Haven't yet tried to restore yet but verify is OK from Win/Marcium (haven't tried from rescue media). Is this still expected until MS fix the underlying issue?