[Networker] Delays backing up a Windows 2008R2 server running as a VM be

I'm trying to figure out why it is taking so long to back up a Windows2008R2 64-bit VM we have. It is running the 7.6.1 client currently...Iwill be updating it to the 7.6.2 client when possible. It is backing upto a 7.6.2 server running on Linux.

The client is behind a Netscreen firewall, but ports 7937-9936 arecurrently permitted in both directions (we will close this up later, butwe don't want to change it while we are just trying to get this towork), plus portmapper from client to server (it is not running on client).

The client is a VM on an ESXi 5.0 host, but is being backed up as a"normal" client currently, and is the only VM on that host (so nocontention). The client is also running VMware vCenter (for a differentVMware cluster, not the one it is running on).

What is happening is that it takes a very long time for it to startsending data after initiating each save command. After it finally doesstart.

For instance, I've started a new session. All the connections seem toget created fine. The server tells it to back up the appropriate volumes("All" is selected). The server sees the "save" session for the firstone (VSS SYSTEM FILESET:\ is first) - but not a single byte wastransferred after that for 10 minutes, and then it starts streaming.After it is done, it took about 2 minutes before even the next "save"command started on the client. Then it seemed to do "VSS OTHER:\" in amatter of seconds, and now "VSS USER DATA:\" has started - but again, nodata was passing over the network at all at the moment, even though theconnection has been established. About 3 minutes later, the data gottransferred - a whopping 16MB. Then another couple of minutes before thenext save starts, then no data for a while...interestingly, the"savegrp" command output doesn't report that the save succeeded untilafter that 2 minute delay before starting the next one.


The client doesn't not appear to be busy at all during this time.

I do not have problems with other clients behind the firewall (I didhave one fail last night for no reported reason - absolutely nothing inthe log files about it, only that a retry was attempted...), and I haveone other 2008R2 server that doesn't exhibit any delays, but is notbehind a firewall and is not running vCenter, and is not a VM (we arenot currently backing up any other Windows server on a VM).

Is this "normal"? Is it just going to take forever for these volumes toback up?


-Brian

To sign off this list, send email to listserv AT listserv.temple DOT edu and type 
"signoff networker" in the body of the email. Please write to networker-request 
AT listserv.temple DOT edu if you have any problems with this list. You can access the 
archives at http://listserv.temple.edu/archives/networker.html or
via RSS at http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER

[Networker] Delays backing up a Windows 2008R2 server running as a VM behind a firewall