OK...this needs a little digging. Probably the logs are not getting transferred if you have ensured that the data is restorable. I'd suggest logging an SR with EMC support if no one else has anything to add.

ok, will do.  thank you for your help

Did you happen to check the details ?  Does it give some more info ?

in the logs it says unable to transfer

Just curious if you ever received any udpated information on the 10020 erros.  We are recieving the same error on one of our SQL server and in the logs we are also seeing Error 6810 Unable to perform transfer.

Ok, thanks.

I'm receiving the same 10020 error on one of my SQL servers as well.  Any feedback on this particular error?

Unfortunately 10020 and 6810 are both general error codes. I would recommend opening a service request (SR). To speed up troubleshooting, I would recommend zipping up the contents of the Avamar var directory (C:\Program Files\avs\var by default) excluding any f_cache.dat, p_cache.dat and SystemState.bkf files and attaching the zip to the SR.

Just to provide a little more information and ask a few additional questions.

1. Many of our servers have databases that are both SIMPLE and FULL.  Within the Dataset on the SQL Plugin we have it set to Force Incremental Backup.  It seems that a lot of the warning in the log is that this cannot be performed against databases that are set to SIMPLE.  If any given server has both SIMPLE and FULL, and you want to perform these transaction log backups by selecting "Force Incremental Backup", how do you prevent the job from "Completing with Exceptions" due to the SIMPLE databases?
2. The other thing we are seeing a lot of is as follows.  Can anyone provide some info on what this means?

2012-04-12 20:16:53 avtar Warning <8456>: Exclude pattern "e:\csdata\monitoringstore\(default)\logpath\qoemetrics.ldf" is superfluous because it does not match any backup paths; ignored.

Thanks

kclebak wrote: Just to provide a little more information and ask a few additional questions. Many of our servers have databases that are both SIMPLE and FULL.  Within the Dataset on the SQL Plugin we have it set to Force Incremental Backup.  It seems that a lot of the warning in the log is that this cannot be performed against databases that are set to SIMPLE.  If any given server has both SIMPLE and FULL, and you want to perform these transaction log backups by selecting "Force Incremental Backup", how do you prevent the job from "Completing with Exceptions" due to the SIMPLE databases?

I know you're not going to like this answer but for now, you could create separate datasets or change the logging mode on the SQL side. Starting in Avamar 6.1, databases in SIMPLE recovery mode will be skipped for logfile-only backups.

The other thing we are seeing a lot of is as follows.  Can anyone provide some info on what this means? 2012-04-12 20:16:53 avtar Warning <8456>: Exclude pattern "e:\csdata\monitoringstore\(default)\logpath\qoemetrics.ldf" is superfluous because it does not match any backup paths; ignored.

This message will appear if there is an exclude pattern for a path that is not configured to be backed up. For example, if the dataset is set to back up all local volumes and there is also an exclude in the dataset for d:\Temp, this message will be reported in the log for any system that does not have a D drive.