Thanks Ed
There is nothing more to add really. A standard VM Box, with 8GB Ram, 4 CPU's and 1GB Network.
It used to take 30 Hours, so getting around 15 - 18
hours, I felt was acceptable. Others seem to
disagree.
I try to run the backups with "less" Network traffic
possible (ie: When other backups have run and kicking job off at
1am).
I do stream all the jobs to 1 tape though. There are 2
specific folders that are causing the problem, and sadly, yes all Data to be
backed up, no exclusions. I have 5 folders listed under Backup
Selection.
On the assumption that Streaming still works the same
as other clients, then I could try to break things down to multiple tapes. (ie:
Maybe 1 large folder to drive1 and the other large folder to
drive2).
Again, know very little about Linux, so its a little
bit of blind leading the blind. I did feel that for the Network speed, and spec
of the box, it was acceptable, especially when I have other systems that have
that much data on LTO2 technology taking 3 times as long
!
Ho-Hum !
Simon
On Tue, Apr 20, 2010 at 8:53 AM, WEAVER, Simon (external)
<simon.weaver AT astrium.eads DOT net>
wrote:
Setup - Win2k3 SP2 Master and new
RedHat5 Server, as VM. Tape Drives are LTO4 in Robotic Sun Library.
Currently holds 2TB's data
question. Backups over lan for this
VM takes around 15hours.
Files are a real variety of sizes.
Without paying out anything additional, is there anything on the client I
could look at, or make changes like buffer
settings.
With a recent version of NBU, the default buffer sizes are typically
pretty good.
This is a standard client. Not dealt
with Linux, so steep learning curve.
Assume you a single Gigabit NIC. Assume that you can get 70%
throughput on that NIC. That means you'll top out at 70MB/sec. You
have 2,000,000MB to back up. That's 28,571 seconds or 8 hours. So
that's the absolute best you can ever hope for and that's assuming that you have
a master server that is doing no other traffic on that interface and that your
VM has no other traffic on its dedicated backup interface - including backing up
other VMs.
Now 70MB/sec is going to be next to impossible to get if you
have lots of small files. Large files - perhaps, but small files - not a
chance. If you have lots of small files, the solution is the same as it
would be on Windows - use the snapshot client.
Without knowing a lot more about your environment, it's possible that
you're already doing as good as you're going to get. I am also assuming
that you've done the obvious and had a really good look to see if you need to
back that 2TB up at one shot or if you can break it up into smaller pieces (or
not do fulls at all by utilizing synthetics or other
approaches). ..../Ed
This email (including any attachments) may contain confidential
and/or privileged information or information otherwise protected
from disclosure. If you are not the intended recipient, please
notify the sender immediately, do not copy this message or any
attachments and do not use it for any purpose or disclose its
content to any person, but delete this message and any attachments
from your system. Astrium disclaims any and all liability if this
email transmission was virus corrupted, altered or falsified.
-o-
Astrium Limited, Registered in England and Wales No. 2449259
Registered Office:
Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England |
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
|