All,
Our organization runs a backup copy job to replicate nightly incremental backups to a virtualized Veeam server running at a remote branch. The copy job includes a monthly defrag/compact operation against the remote repository files. Recently that compact job ran and ran out of free space in the remote repository. The correct action on my part should have been to add some additional disk space from the physical host to the virtual repository to allow the operation to finish and then later compact the virtual disk itself, but I foolishly thought that I could just abort the compact operation and then delete the TEMP file it had built. Now, even though the original backup file exists on the remote repository, all copy jobs fail with an error about being unable to find the TEMP file. I am trying to avoid having to clean the remote repository and do an active-full copy as that would take a very long time to resync all that data. Have I shot myself in the foot here? Is there any way to roll back the changes made by that failed compact operation and re-sync the copy job against the file that is still there?
-
- Novice
- Posts: 6
- Liked: never
- Joined: Mar 09, 2016 11:41 pm
- Full Name: PSI indy
- Contact:
-
- Veeam Software
- Posts: 21139
- Liked: 2141 times
- Joined: Jul 11, 2011 10:22 am
- Full Name: Alexander Fogelson
- Contact:
Re: I made a bonehead move
You can try to map the new job to this backup chain, but this will not work most likely, since the TEMP file was already registered in the database and is currently missing. I'd recommend contacting support for the logs and database review, hard to tell without inspecting them.
Who is online
Users browsing this forum: Bing [Bot] and 126 guests