Performance issues maybe observed when backing up the System State of a Windows 2008 Server

Hi,

new version with same problems

For example one W2008 fully patched server, system state de-dup backup extremely slow, under 30 MB/Min. Whole server differential backup takes more than 7 h.

Tape backup same server more than 1,300 MB/Min. Full backup takes less than 30 min.

-Jyrki

I found that adding these exclusion did help some.

https://kc.mcafee.com/corporate/index?page=content&id=KB66909&actp=search&viewlocale=en_US&searchid=1318380358919

Here is what i posted on this same type of issue.

https://www-secure.symantec.com/connect/forums/backup-disk-extremely-slow-verify-be-2010-r2

Here is what i posted in https://www-secure.symantec.com/connect/forums/backup-disk-extremely-slow-verify-be-2010-r2 which talks about the same issues here.

Most backups of all clients runs at minimum of 5 MB/s (or 300 MB/min) to as high as 32 MB/s (1.92 GB/min) but "Shadow Copy Components" for a client with Windows 2008 R2 server takes for ever. It starts at @300KB/s (18MB/min) to @1000KB/s (60MB/min). The total backup for "Shadow Copy Components" is ranges to about 17 to 18GB and it takes around 4 hours to complete. This client is having SSDs (Solid State Drives) and I was expecting fast performance for everrthing including but I am looking for a solution. I saw in the current thread that it has been solved for Backup Exec but I have not seen any updates for NetBackup 7.1. Help!!! 

This problem does not seem to be resolved!

We have a 2008R2 server (64 bits) experiencing the same problem, using BE 2010R3. It seems like all jobs using VSS are extremely slow.

Performance drops as low as 200mb/minute when performing backup of system state, volume shadow copies or the Exchange 2003 store on both 2008, 2008R2 and 2003 servers.

We are performing a backup-2-disk backup and we expected a much higher performance then the old tape backup with BE12.5, wich was actually faster then it is now.

Please resolve this issue ASAP...

eg, a 2003 exchange server running on Windows 2003 Server:

Backed up 2 Exchange Server stores
Backed up 8 Exchange Server logs
Processed 27,321,208,308 bytes in  2 hours,  23 minutes, and  11 seconds.
Throughput rate: 182 MB/min

Same server:

Backed up 14 System State components
Processed 1,166,787,157 bytes in  3 minutes and  8 seconds.
Throughput rate: 355 MB/min
Compression Type: None

Also on this server:

Backed up 138864 files in 9961 directories.
Processed 101231775511 bytes in  42 minutes and  13 seconds.
Throughput rate: 2287 MB/min
Compression Type: None

We experience the same problems when performing a backup of a 2008R2 server:

Backed up 14 System State components
Processed 12,508,917,789 bytes in  22 minutes and  1 second.
Throughput rate: 542 MB/min
Compression Type: None

While the file backup (again) is much faster:

Backed up 1110 files in 767 directories.
2 items were skipped.
Processed 614944418 bytes in  28 seconds.
Throughput rate: 1257 MB/min
Compression Type: None

Applied patches to BE2010R3:

SP1
Hotfix 167567, 164659, 170962

Please help us out!! 

Jasper

I am running SBS2011 with Exchange 2010 with BE2010R3 and have had the same issues on speed. We ran several weeks at 1.5GB then overnight dropped to 200-400MB. I've run LiveUpdate and all software registers up-to-date. Am now at a loss for what to try next. We are only backing up about 120GB of data, but have to kill the job some mornings because it hasn't completed.

I've updated to R3 as of this past Sunday (10 Jul 2011). No change. Still getting the workstations at an Extremely Slow pace for the System State.

We just got Backup Exec, and I'm thinking we should go back to Arcserver. I'm running the same backups on both systems, with a time offset of 4 hours. The Arcserver jobs finish faster, and they go to tape directly instead of disk. I expect my daily incrementals to finish over night. BE doesn't. When it gets to a Windows 7 system state, instead of even just an hour, it's taking 6 to 8 hours for just 1 workstation.

I'm not impressed.

Kathryn

I upgraded our Backup Exec to 2010 R3 today.  The system state backups improved from 150MB/minute to 380MB/minute.  This is still taking too long to back up.  The C: itself backups up over 2GB/minute.  Where do I go now?

anyone had any luck with this?  my jobs are going in a queued mode and sometimes it can stay there at 45 minutes to 6 hours!!!!!!  and throughput is awful

having the same issue

This issue is now resovled with Backup Exec 2010 R3.  Released (May 2nd, 2011).

Additionally some further performance testing found an increase in performance after the following Microsoft patches were applied to 2008 and 2008 R2 servers.  The following Microsoft Patches are included in Windows 2008 R2 SP1.

A hotfix is available that improves TCP loopback latency and UDP latency in Windows Server 2008, Windows Server 2008 R2, Windows Vista, and Windows 7

http://support.microsoft.com/kb/979612

You encounter a decrease in I/O performance under a heavy disk I/O load on a Windows Server 2008 R2-based or Windows 7-based computer

http://support.microsoft.com/kb/982383

Hello,

     We are trying to gather further information in troubleshooting this slow System State backups. Below are a steps below for the data that is required.

1. Run a Vxgather for the Server that is experiencing the slow System State backup.

• Navigate to C:\Program Files\Backup Exec then run the Vxgather.exe
• Save the .cab file.

2. Size of the System State/Shadow Copy backup in a saved Job log prior to step 3.

3. Re register the VSS Writers by following technote below.

• http://www.symantec.com/docs/TECH70486

4. Gather another Vxgather and save the file.

5. Run another System State/Shadow Copy backup and save Job log to compare with first.

Note: If you would like to supply us with the above data please post here that you have data and we will contact you to gather data for review.

See the following technote if you would like to sign up for Beta:

http://www.support.com/docs/tech43417

And we will be posting more information on this issue here shortly.  We hear you, and we are working on what we can do in the short term (if anything).

I installing the SP1 on Windows 2008 R2 Server!

No solution worked... job rate to RDX 52MB/min

@Symantec Support: Please fix this problem!

Here's an idea of how bad.

Backup:

• Data:   3386 MB/min
• System State:   456 MB/min

Verify:

• Data:  2061 MB/min
• System State:    22.6 MB/min

It takes 2 hours and 1 minute to backup this server and 9 hours and 51 minutes to verify, of which 7 hours and 21 minutes are the System State.

Before I started using deduplication, this server took a combined total of 4.5 hours to process and now it's just under 12 hours.

These statistics are representative of all my DCs - virtual and physical; all of which are Win2008 R2 x64. All are at current Windows and BE agent patch levels and it doesn't matter if the processing is done on the client or on the media server. All backups are to a locally attached disk array.

This is a mess and I believe that it should be researched and a hotfix issued rater than waiting until the next major release.

Fix it please!

Acknowledging that this is a known issue is the first step, but when is the anticipate release date for the fix, or do you have a temporary work around.

10MB / min pretty much makes the system unusable. 

I have the same issue after installing the SP1 of Windows 2008 R2...

When is the next full release of Backup Exec  expected to be released?

My issue is also on 64bit Windows 2008 R2 server using BE 2010 R2. It only seemed to occur when backing up the media server and all resources being backed-up are local. I changed the backup selections to not backup the local resources but instead selected the machine using the domain. This resulted in the local machine being backed-up as if it were a remote computer. Still slow, but tolerable.

My issue is on 64bit Windows 2008 R2 servers using BE 2010 R2.

/Michael