We need more details too.  I'm guessing this is probably 420KB/sec (like what 
you would see in the job detail) which is dismal.  Even 4.2MB/sec is pretty 
bad.  42MB/sec would be OK, but I'd be guessing the bottleneck is the VM.

It sounds like you are saying you have one of the tape drives zoned directly to 
the VM and it writes directly to the drive so that data is not going over the 
network.  If so, you should see good performance.

Things to consider..
Make absolutely sure the data is being sent to the drive on the VM.  
Double-check your configs.  Have you confirmed I/O is on the VM going to the 
drive?  Maybe your accidently sending it to the master/media server still over 
the network.

Consider the VM resources.. what is it doing during the backup?  Is the CPU 
pegged, memory util at 100% or what?

Data type.. file systems with millions of tiny files tend to backup slow.  You 
could try a raw device backup or Flashbackup.  Consider this a last resort.

+----------------------------------------------------------------------
|This was sent by cmillet AT qualcomm DOT com via Backup Central.
|Forward SPAM to abuse AT backupcentral DOT com.
+----------------------------------------------------------------------


_______________________________________________
Veritas-bu maillist  -  Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu