Video Screencast Help

Exchange 2010 Backups to NFS Shares

Created: 09 Nov 2012 | 3 comments

I am trying to redirect my Exchange 2010 backups to a new SAN from our existing iSCSI SAN. My media server is currently attatched to our old SAN via iSCSI connector and we have had no problems for a few years (other than very slow throughput) doing GRT backups of Exchange.

After getting our new QNAP device setup to the network, we created an NFS share to point our Exchange backups to and I created the new back-up-to-disk folders on the Media server. I might point out we are doing this also with our File Share servers. I ran a test on the Exchange backup to the new location and received the error:

Backup Exec Alert: Job Failed

(Server: "MAC-BACKUP") (Job: "IT-DEPT Personal Archive Daily Backups") IT-DEPT Personal Archive Daily Backups -- The job failed with the following error: This operation requires a backup-to-disk folder on an NTFS volume on the media server. Check the job log for details.

I cannot find anything in the Backup logs showing this failure.

I also ran a test on the file server backups and have no issues.

I know that iSCSI presents itself as a 'physical' disk to the media server and that the NFS is not. I am baffled as to why Exchange won't back up and the Shares do, but what I have found so far when looking into this is that Exchage GRT backups require a local NTFS volume. I did see a workaround stating if the TEMP folder is on the local NTFS then it should be okay and ours is.

I am hoping to ge this resolved as we get much better throughput through the NFS share then the iSCSI connector. I need to have GRT enabled for Exchange so turning it off isn't an option.

We are using BE 2010 R3 on a physical Windows 2008 R2 SP1 server.

Comments 3 CommentsJump to latest comment

Jaydeep S's picture

Could you please run tests as mentioned in the articles below -

http://www.symantec.com/docs/TECH69107

http://www.symantec.com/docs/TECH71830

CraigV's picture

Hi,

 

Have you tried to configure your iSCSI connection to get the maximum speed out of it? Not sure if the QNAP TN below is relevant but it is worth checking up on:

http://docs.qnap.com/nas/en/index.html?target_management.htm

That said, if you're running into issues now with backing up to an NFS share and it's not going to work well, revert to iSCSI. Maybe not the advice you want to hear, but it's going to save you time and effort to get backups again.

Thanks!

Alternative ways to access Backup Exec Technical Support:

https://www-secure.symantec.com/connect/blogs/alte...

Colin Weaver's picture

The GRT capabilities of Backup Exec require certain direct access abilities to the file system that holds the Backup to Disk Data is we use a virtual file filter to mount the data.

 

As such your move from iSCSI to NFS has almost certainly put you into an unsupported configuration.

 

Have you tried using the B2DTEST tool against the storage?