Insufficient Disk Space – e000848f – Backup Exec Restore

May 8, 2009

in backup exec

I was performing a granular restore of a user’s mailbox on Microsoft Exchange 2007 using Symantec Backup Exec 11d on the Exchange Server 2007 but received an “e000848f – Insufficient disk space” error which links to V-79-57344-33935. Our free space was down to just under 1 GB. We have TreeSize installed on the server and it looked like a Temp folder was holding too much data.

symanteclogo

Looking into it even more I found that Backup Exec 11d will use a default folder located in C:\Temp as a staging area for restores. That default location is stored on a smaller partition that we had initially set for just programs so I had to move it to a larger partition on the same server. To resolve this we had to change the staging area to a new path, specifically – enough space to cover the information store.

To do this:

  1. Open Backup Exec
  2. Select ‘Tools’
  3. Select ‘Options’
  4. On the left side under ‘Job Defaults’ select ‘Restore’
  5. On the right side, on the bottom where it says “Path on media server for staging temporary restore data when restoring individual items from tape” – Change the default path to another partition with larger disk space.
  6. Then Click on ‘Microsoft Exchange’ under Job Defaults  on the left
  7. In the right, under ‘Microsoft Exchange 2000 and later’ change the temporary location for log and patch files to your new temp location.
  8. Click OK

This update will not apply to existing actions that had the default path.

If you are doing a stand-alone restore of a user’s mailbox or individual folder there is one other action you must select. On the restore job properties window:

  • Click on ‘Microsoft Exchange’ on the left side under “Settings”
    On the right side near the bottom under “Path on Exchange Server for temporary storage of log and patch files” – change the default path to the new path (a partition with extra storage space)

**Important**

The way that Backup Exec 11d does granular restores is that it will stage the entire information store on the path you have set. You will need to have that much free hard drive space in order to do a granular restore for just one or a few users. My organization is fairly small (under 200 users) but our information store is larger than 30GB. Just a heads up for all of you.

If you have any questions please feel free to leave a comment

Share and Enjoy:
  • Twitter
  • Facebook
  • del.icio.us
  • Digg
  • Google Bookmarks
  • Print
  • email

Related posts:

  1. Exchange 2007 & Backup Exec 12d Failed Backups
  2. Exchange 2007 Not Receiving Emails From a Domain
  3. Windows Server 2003 Event ID 1030 & 1058

  • Jason
    Hi, I assume you still need the RSG on the exchange server?
  • RSG is there as long as you have Exchange 2007 Standard Edition. What version do you have?
  • The Network Technician
    Christian,

    Seems to be the method in which Backup Exec works. It must stage everything on a separate volume in order for BE to grab the necessary data for granular restore.
  • Christian Dinh
    Is this the same behavior for BE v12? Or is that the design for using GRT technologies for these backup/recovery applications?
  • The Network Technician
    It's the same behavior. BE does the same thing when I restore emails. It will stage the whole Information Store, sadly.
  • Christian Dinh
    I've been facing a similar problem with WSS 3.0 in trying to restore individual files to a site. Both the .MDF & .LDF files were close to 92gb and BE v11d took over 5 hours to stage the DBS before it restored two files with size less than 1mb. Is there an alternative to this problem in using BE 11d?
blog comments powered by Disqus

Next post: