Video Screencast Help
Search Video Help Close Back
to help
Not able to make it to Vision this year? Get a sampling in the Best of Vision on Demand group.

GRT Fails, Brick level succeeds with access denied errors.

Updated: 21 May 2010 | 3 comments
D.Rock's picture
0 0 Votes
Login to vote
This issue has been solved. See solution.

I'm using BE 12 SP2 on media server running exchange agent, and remote agent on exchange 2003 doing b2d to nas. I'm having trouble getting successful backups on a server i just inherited. All my full backups report back that they failed using brick-level backups because of access denied errors, however each differential backup succeeds 100% afterwards. Keeping this in mind, I tried switching to a full GRT backup to get away from brick level.

 

I've gone through the documentation found here starting with page 1190:
ftp://exftpp.symantec.com/pub/support/products/Backup_Exec_for_WindowsNT/297830.pdf

I've tried 2 scenario's, one backup with grt and aofo and another with straight grt.

 

Scenario 1 give me this error:
V-79-57344-34110 - A)F): Initialization failure on: \\Server\Microsoft Information Store\First Storage Group. Advanced Open File Option Used: Microsoft Shadow Copy Service (VSS).

Snapshot provider Error (0xE000FED1): A failure occured querying the writer status.

Check windows event viewer for details.

Writer Name: Exchange Server, Writer ID: {76feblah-blah-blah-blah-blah2fb7}, Last error: The VSS Writer Failed the operation can be retired (0x800423f3), State: Failed during prepare backup operation (7).

 

Event Viewer Shows:

 

Backup Exec Alert: Job Failed

(Server: "Server") (Job: "Server - Full")

Server - Full -- The job failed with the following error: A failure occurred querying the writer status.

 

This is the scenario i would like to make work, but since that didn't work I tried leaving off AOFO with the snapshot provider options.

 

In Scenario 2 The backup takes a long time in queue just to eventually fail with these errors:

 

Backup - \\Server\Microsoft Exchange Public Folders Insufficient memory available.

V-79-57344-33858 - A memory allocation request failed. The computer may be running low on virtual memory.

An unknown error occurred on device "Server - full". V79-57344034030 - an invalid command was sent to the storage device.

 

The media server has been rebooted several times to ensure the latest updates and patches have been installed (BE SP2, hotfix 309178 and 311546). Exchange cannot be rebooted unless absolutly necessary (must be a guaranteed fix). 

Comments

Anup's picture
27
Oct
2008
0 Votes 0
Login to vote

Uncheck AOFO from backup job.

It is not recommended with exchange backup.

 

D.Rock's picture
27
Oct
2008
0 Votes 0
Login to vote

While AOFO is enabled in the first scenario (the configuration settings in the symantec manual do not mention anything about it not being supported with GRT), I do not have it enabled with scenario 2 as you can see. The only thing I have checked is GRT, while unchecking single instance backup (as indicated by the symantec manual because it's for brick-level backups only) as well as individual mailboxes.

D-Rock's picture
13
Nov
2008
0 Votes 0
Login to vote

For those that may have this same issue, it has been resolved for me.

 

Tech 1 had me try a few things:

 Install the "ExchangeMapiCdo" patch -which only works on exchange 2007

 Install the Microsoft patch KB940349

 Modify the registry keys:
  (On Media Server)

  hklm\software\symantec\backup exec for windows\backup exec\engine\backup

  - Fail Jobs on corrupt files = 1

  (On Exchange Server)

  hklm\system\currentcontrolset\services\msexchangeis\parametersystem\maxobjspermapisession

  - objtmessage (dword) = 500

  Upgrade to 12.5 on media server and push the new remote agent

  Finally, reboot both media and exchange server.

 

Tech 2

   Created new Backup Exec user to run all backups (configured exchange appropriately as well)

   Change B2D folder to a local drive on the media server. Once the media server was able to store the data on its own drives the backup completes successfully and really fast.

 

The tech was not sure if I'm able to do the same procedure using an iscsi drive which would be the best option so that I don't have to do 2 backups. I'm sure restoring using the current method will be a nightmare.

 

Also note: Backup routines had AOFO off, "Perform Consistency check before backup when using MS VSS" off, "Enable single instance backup for message attachments" Off, Enable single instance bacup for ntfs volumes off, and "Backup files and directories by following symbolic links" On.

Message Edited by D-Rock on 11-13-2008 08:52 AM