T O P I C R E V I E W |
TDKMate |
Posted - August 31 2014 : 16:02:14 I recently successfully put my OS on a new SSD, thanks to all the help I got from here 
However, I just discovered a new problem (not on the OS drive, thankfully). I merged the old 'C' drive with the old/existing 'D' drive to reclaim the space left by moving the OS to the SSD.
I should have used Disk Management to make the two partitions into one, then restore from my 'D' backup. Instead, I got adventurous and tried out a merging program recommended elsewhere. Big mistake for couple of reasons. One is it took a whopping 9 hours where a restore would have taken about 2 hours.
The other problem, and the reason for this post, is that the merge did Not keep the original file info such as Created Date and Modified Date for the 99,941 files on the drive.
This is a major problem for me in that my sorting and searching of files is mainly done by date.
I do have a backup of 'D' drive before the merge. So is there a way to restore the file from the backup while leaving intact any files modified since the merge?
In other words, the files are all now dated 8.23.14, so any files with that date, or older, I want to restore and overwrite from the backup. I want to leave alone any files on 'D' drive that have a date of 8.24.14 or newer.
How would I do this??
|
9 L A T E S T R E P L I E S (Newest First) |
TDKMate |
Posted - September 03 2014 : 00:54:15 I want to say thanks for all the help, comments, and guidance! It is appreciated!! |
TDKMate |
Posted - September 03 2014 : 00:52:19 quote: Originally posted by Arvy
Not sure if it would be a practical solution in the circumstances, but xcopy can be used to copy all files that are newer than a date that is specified with the /d switch on its command line in the format /d:mm-dd-yyyy. Perhaps more usefully depending on the recovery sequence followed, if no mm-dd-yyyy value is specified, xcopy copies all source files that are newer than existing destination files. More examples at http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/xcopy.mspx.
Like Drac144, I would have thought that Reflect should be able to handle it itself. Seems like quite a serious gap in its file/folder restore capabilities.
Regards, Richard
I didn't see this post before I did the restore; it seems like an easy way. Fortunately, there weren't all that many files to copy and I just dragged (drug?) them to an external drive.
Yeah, I was surprised, too, that Reflect couldn't do this.
And thanks for the link. |
TDKMate |
Posted - September 03 2014 : 00:37:33 quote: Originally posted by Seekforever
You are talking about 2 different things - wanting to work at the files and folders level and discussing working at the partition level.
If you restore a complete image it works at the partition level and literally puts back the entire partition that is stored on the backup device. It pays no attention to any existing files and actually deletes the partitions where you tell it to restore to and replaces that freed space with the partition in the image file.
You need to work at the Files and Folders level which is what Drac144 suggested in telling you to make a specific Files and Folders backup. I don't use Reflect for non-image backups so I can't comment on what specific file selection options are available for backup and restore but there are users here that do and of course, there are the Macrium support people who can guide you as well.
It is possible to extract individual files and folders from an image file but it may not be the best way for your case.
Yeah, it's a convoluted mess for sure. I was successful using a combination of both; see above. |
TDKMate |
Posted - September 03 2014 : 00:34:06 quote: Originally posted by Drac144
Have you considered making a file/folder backup of all files newer than the specified date, then doing the image restore of your D drive and finally restoring the file/folder backup?
This strategy worked, in a roundabout way. I could not find a way to do a backup of files based on dates, only restore based on dates. So what I did was use a good old fashioned Windows Explorer search on files added/changed after the merge date.
Since there weren't too many, I did another old fashioned thing and just copied them. I Ctrl-Ced the file locations for easy restore, saving them in a .txt file.
I figured out how to restore the image to the newly expanded 'D' Drive, and that went smoothly, scarey but smoothy, thankfully.
I then rebuilt the new folders using a CMD box and the MD command, pasting the file locations I copied earlier. I followed that up with copying the files back.
All is good now
Thanks for pointing me in the right direction! |
Arvy |
Posted - September 01 2014 : 20:55:05 Not sure if it would be a practical solution in the circumstances, but xcopy can be used to copy all files that are newer than a date that is specified with the /d switch on its command line in the format /d:mm-dd-yyyy. Perhaps more usefully depending on the recovery sequence followed, if no mm-dd-yyyy value is specified, xcopy copies all source files that are newer than existing destination files. More examples at http://www.microsoft.com/resources/documentation/windows/xp/all/proddocs/en-us/xcopy.mspx.
Like Drac144, I would have thought that Reflect should be able to handle it itself. Seems like quite a serious gap in its file/folder restore capabilities.
Regards, Richard |
Drac144 |
Posted - September 01 2014 : 18:33:17 Tfkmate,
The documentation is assuming you made a backup and now want to restore part of that backup to the same disk drive it came from.
I don't think that is the case here, so you can ignore the "original" verbiage. The point is that you CAN restore a partition in your backup to replace an existing partition on your current drive. That should get the files dates back.
Next you want to restore all the files that were added/changed since that full backup. That was the second part of the plan - restoring the file/folder backup you made of those files that were newer.
UNFORTUNATELY, Reflect cannot do that last part. I had assumed it could, but I was mistaken. You would have to do the second part with some program OTHER THEN Reflect. Depending on how many folders are effected, there are different ways to handle this. If there are relatively few folders, manually moving the newer files to a folder on another drive would be viable. If the files are scattered all over a drive, an automated solution would be needed.
|
Seekforever |
Posted - September 01 2014 : 13:41:08 You are talking about 2 different things - wanting to work at the files and folders level and discussing working at the partition level.
If you restore a complete image it works at the partition level and literally puts back the entire partition that is stored on the backup device. It pays no attention to any existing files and actually deletes the partitions where you tell it to restore to and replaces that freed space with the partition in the image file.
You need to work at the Files and Folders level which is what Drac144 suggested in telling you to make a specific Files and Folders backup. I don't use Reflect for non-image backups so I can't comment on what specific file selection options are available for backup and restore but there are users here that do and of course, there are the Macrium support people who can guide you as well.
It is possible to extract individual files and folders from an image file but it may not be the best way for your case. |
TDKMate |
Posted - September 01 2014 : 02:10:45 quote: Originally posted by Drac144
Have you considered making a file/folder backup of all files newer than the specified date, then doing the image restore of your D drive and finally restoring the file/folder backup?
Sounds like a good plan. But I'm a little confused on the restore part. Reading the Help Section, under Restore Disks and Partitions, it says:
"7) Restore the image in one of two ways:
To restore the complete image to its original disk, with "Copy selected partitions when I click Next" selected, click Next Result: The restore completes. The image is restored to the original disk with partition placement exactly the same as the original imaged disk. To restore an image to a different location and resize partitions, continue from step."
It's the part that says, "The image is restored to the original disk with partition placement exactly the same as the original imaged disk." that bothers me.
The "original" partition doesn't really exist in that it was the 2nd ('D') partition on the hard drive but now is the 1st partition (still assigned 'D') and roughly 500GB larger.
Am I reading too much into the above? Will the restore work OK in this case?
Oh, and my backup is of the 'D' partition only, not a complete drive image. |
Drac144 |
Posted - August 31 2014 : 19:58:42 Have you considered making a file/folder backup of all files newer than the specified date, then doing the image restore of your D drive and finally restoring the file/folder backup?
|
|
|