Jump to content

Replacing files on NTFS volume


Recommended Posts

Greetings all. I need to replace/overwrite some files on a file server which have become corrupt. I have the files on a Retrospect 6.0 backup set from a moment in time before the files became corrupted. I try to delete some files and folders on my NTFS volume and I get a message that "Access is denied. The source file may be in use." When I try to "replace corresponding files" from the backup set, the files show as the same version as the existing version (those files that I can't delete) and so Restrospect will not overwrite the files. I need to force Retrospect to overwrite the files, even if they appear to match the current files. I did manage to restore the files to a client volume and the files are accessible. I used the "do not save NTFS security info" option when I restored the files to my client volume. When I restore the files from the backup set using the "Retrieve files and folders" the files carry with them the corruption about the permission to delete them. Can I force Restrospect to copy over these un-deletable files?

Link to comment
Share on other sites

Hi

 

The only way to force delete these files in Retrospect would be this:

-Define the folder with the problem files as a subvolume.

-Do a replace entire disk restore to that folder selecting no files to restore.

 

This should wipe the contents of the problem folder so you can restore the files back.

Keep in mind that it will wipe the _entire_ contents of the folder.

 

Thanks

Nate

Link to comment
Share on other sites

Thanks so much, Nate. I was hoping you might take a look and help out. I tried what you said, and indeed, Retrospect deleted all the files in the folder EXCEPT those folders and files that give the "access is denied" error. After hours, when my users were gone, I attempted to boot Win2K server into Safe mode with reduced services and delete them with the GUI and from the command line. No go. I guess I will just restore the files from the old "good" backup tape into the same place, but use a different name. Then I can "hide" the broken folder and share up the new folder with the same share name as the users are used to seeing. That way, the user sees the same files and shares as before, even if the MBT or whatever in NTFS is corrupted. I realize the best way to do this properly would be to do a full backup without the corrupted files/folders included, then format the RAID array where the "broken" files are contained, and then restore the whole volume back onto the now empty, and fresh, RAID array. The NT installation is on a different partition/volume than the RAID array, so I could just format the thing from the Disk Manager and hope for the best. I know also that I should have complete faith that everything will work according to plan (verified data, successful format, etc) but I hestitate to do it as I don't have any resources here to get a new computer or whatever it this one tanks (I work for a contractor in Izmir, Turkey and even if it's not the end of the world, on a clear day you can almost see it from here!) So, I'll just opt for the easy way out and hide the broken stuff and restore the good files under a different folder name and reshare them with the old share name....What do you think? Thanks again, Nate.

Link to comment
Share on other sites

Hi

 

If Retrospect can't erase them there is definetly a problem. Nomally it will wipe off even really stubborn files.

 

I think you have a good plan. Retrospect restores are reliable but you never know when another factor will throw a wrench in things. I am a big fan of playing it safe when you can.

 

Nate

Link to comment
Share on other sites

appl.gif Alright! It's always nice to have collaboration and such, Nate. I did what we talked about, and for the users, it's seamless, which is of prime importance. As is normal in this industry, the end user is lucky to know how to power on their PC, let alone understand the vagarities of recovering from a crash, or what a mapped drive is...but I'm sure you know all that. Thanks again for your help AND if there's anything I can do for you, please don't hesistate to ask. I wish I would have talked to you a few weeks ago on this forum. My brother was on a business trip to Japan and it's always good to have contacts. On another note, I used to work in a microbrewery in Alaska and made a webpage about it:

Silver Gulch Brewery

Check it out if you like. Life is interesting...nu? Take care and Onwards!

 

(Sorry to send this message to the forum, but couldn't PM you...)

Link to comment
Share on other sites

Archived

This topic is now archived and is closed to further replies.

×
×
  • Create New...