Link to home
Start Free TrialLog in
Avatar of PeterSausD
PeterSausDFlag for Germany

asked on

How to complete my BackupExec 2010 R2 backup on Windows 2008 R2

I replaced our old WIndows 2003 file server with a new Windows 2008 R2 file server. The new file server was a fresh install from scratch
and data (1 200 000 files, 580GB data) was copied with Robocopy.
The old server had a single 600 GB drive and the new one now has a system drive C:, 278 GB and a data drive D: (1 TB), both drives are implemented on separate RAID 10 arrays.
I used to backup the old server with BackupExec 2010 R3 without problems, however this is not the case with the new server: the job to backup drive D: aborts after some time with
Event 14, volsnap
"The shadow copies of volume "D:" were aborted because of an IO failure on volume "C:"." in the Event Viewer, BackupExec reports "V-79-57344-33928 - access denied".
A chkdsk of drive c: and D: reveals no errors.
I repeated the backup process and each time the backup gets further:
backup 1: 150 GB
backup 2: 156 GB
backup 3: 180 GB
backup 4: 185 GB
backup 5: 218 GB
backup 6: 244 GB
backup 7: 312 GB
backup 7: 329 GB
backup 7: 416 GB
backup 8: 463 GB
backup 9: currently running

Is volsnap in some kind of "learn" mode ?

How do I complete my backups reliable ?
Avatar of rscottvan
rscottvan
Flag of United States of America image

Try placing the Backup Exec service account in the Local Administrators group.
Avatar of PeterSausD

ASKER

rscottvan, I did that although the BackupExec Service account was already a member of the Domain Admins. But this did not help. the backup currently stops at 500 GB (have to backup 600 GB).
Avatar of Steve
check two things:
are you using GRT exchnage backup
do you have any 'disabled' user accounts that have a mailbox associated?

GRT backup doesnt backup the file, it actually backs up the mailboxes via MAPI, like outlook would.
Disabled user accounts is known to confuse backup exec.

If you dont have this situation I'd check the VSS system as this is what is failing.
Check events logs around the time of the issue and see what VSS/shadow copy issues are showing.
Also, check where the shadow copy settings for D and see if it is storing its copies on the C drive?
totallytonto, no, no exhcnage backups are done. Simply file backups, nothing else.

yes, VSS seems to be the problem. shadow storage of D: was set to C:. I've btw in the meantime set the shadow storage of D: on D: and I had now a backup that went through. I will set it to C: again and make another backup to see if the problem is back or still there.
ASKER CERTIFIED SOLUTION
Avatar of Steve
Steve
Flag of United Kingdom of Great Britain and Northern Ireland image

Link to home
membership
This solution is only available to members.
To access this solution, you must be a member of Experts Exchange.
Start Free Trial
totallytoto the C: drive was not included in the backup.
if you included any of the systemstate/AD/registry stuff, then C drive is included in the backups sets.
no, I definatly didn't do this.
ok. let us know if moving the shadow copy location fixes it.
moving the shadow copy location of D: from C: to D: solved the problem: I can backup drive D: without errors.

I did the additonal test to backup drive C: (or parts of drive C:) at the same time and this aborts the backup after some time.

Weird.
Still confused about the issue but the answers helped a lot.