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 ?
PeterSausDAsked:
Who is Participating?
 
SteveConnect With a Mentor Commented:
Sounds about right. Shadow copies can be stored on different partitions but can confuse some backup software.

Generally, if you want the shadow copies to reside on a different partition, it should be a partition that is not included oln the backup.
0
 
rscottvanCommented:
Try placing the Backup Exec service account in the Local Administrators group.
0
 
PeterSausDAuthor Commented:
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).
0
Creating Active Directory Users from a Text File

If your organization has a need to mass-create AD user accounts, watch this video to see how its done without the need for scripting or other unnecessary complexities.

 
SteveCommented:
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?
0
 
PeterSausDAuthor Commented:
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.
0
 
PeterSausDAuthor Commented:
totallytoto the C: drive was not included in the backup.
0
 
SteveCommented:
if you included any of the systemstate/AD/registry stuff, then C drive is included in the backups sets.
0
 
PeterSausDAuthor Commented:
no, I definatly didn't do this.
0
 
SteveCommented:
ok. let us know if moving the shadow copy location fixes it.
0
 
PeterSausDAuthor Commented:
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.
0
 
PeterSausDAuthor Commented:
Still confused about the issue but the answers helped a lot.
0
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

All Courses

From novice to tech pro — start learning today.