For years, I have used vshadow
+ robocopy
to backup data partitions to a remote iSCSI volume. This has been a very efficient method.
This has allowed me to have a "perfect" copy. Open files are copied without any problem, as well as ACLs and everything. In case of a major disk fault, I just have to plug the remote disk in as a replacement for the faulty one. This is much faster than recovering from a backup. I only have the last backup on remote disk. Other backups are done with Backp Exec in a more traditional way, with rotation, etc.
My problem is: I have never managed to do a working backup of a live Windows system partition.
I tested with Windows 2003.
I tested tons of possibilities. Once restored, all of them made it to the prompt to press Ctrl+Alt+Delete to log in. When I enter the username and password, nothing happens. The desktop never appears; there is no error message, just a screen with a uniform color. The machine is up, the services are up (even TSE is okay, but I can't login), the machine responds to pings, etc. But, there is no way to log in.
Example of what I did:
- I use identical disks
- I duplicate the source disk with dd, to the destination disk (this allow to have the bootloader, the same partition, etc, just to be 100% sure)
- I start the source computer
- I attach the remote destination disk with iSCSI (also done with a local disk: nothing better). Mapped to drive H:
I take a snapshot of the source disk, and map it to a drive letter:
vshadow.exe -p c:\ vshadow -el={edbed95e-7e8d-11d8-9d01-505054503030},g:
I copy the files:
robocopy g:\ h:\ /mir /is /it /copyall /r:0 /x /v /fp /np /log:c:\robocopy.log /xd "g:\System Volume Information" g:\windows\Prefetch /xf g:\pagefile.sys g:\hyberfile.sys
I look at the generated log: no error, no warning
- I stop Windows
- I plug the destination disk in place of the previous local disk
- I boot, but I can't login
I also tested without copying the registry. There was no improvement.
Is there a way to solve this problem ?
Since you are able to get to the login screen but the shell doesn't actually come up, I would suspect that something in the user profiles is not being copied properly.
You can try deleting (or not copying) the profile directory that you are trying to log into before starting the copied system. Winlogon should create a fresh profile from the default, assuming that copied OK.
There may be a problem with symlinks, which profiles use heavily. Try robocopy with the /SL flag to copy the link instead of following it to the contents.
There may be a problem with copying the mandatory integrity labels. You didn't mention what account the copy is occurring under; even a member of the Administrators group can't set an integrity level higher than High, but many OS files are System level (which is higher than High). Try running robocopy as
NT AUTHORITY\SYSTEM
.Try using the /B flag with robocopy; it uses backup mode, which will copy other metadata like extended attributes and alternate data streams.
Your backup copy may not be very space efficient since versions from at least Vista use hardlinks heavily in the Windows directory for duplicated files (like in SxS) but AFAIK robocopy isn't aware of these and will make a separate copy of each reference to the files.
Are there any errors in your robocopy log?
EDIT: I guess I should have read the description more carefully. Half the things I mentioned don't apply to WS2003, only Vista and later. I've successfully copied whole, running WS2003 systems with a volume shadow copy and robocopy in the past and didn't have login problems. The only difference I can think of offhand is that I used the /B flag to enable backup mode during the copy.
I ran into this problem years ago. This was just the registry settings of the current account which induced problems.
You can create another admin account prior to backing up, and then use it to log in once the backup is made. This solved my problem. I even found the regular admin account worked once I had first logged in with the secondary account (but not before). I don't understand how this is possible.