Pretty safe to assume those backups aren't tested either <grin> Q: How often does your nightly backup run? A: Once every 4 days.
I'll bet the look on your face was priceless when he mentioned that. -Jeff Steward On Fri, Sep 3, 2010 at 3:21 PM, Bill Humphries <[email protected]>wrote: > Ok, after much gnashing of teeth, I've gotten transfer rates to a normal > level. It seems that "Large Send Offload" was enabled on the NICs driver > options on the mail server. I disabled this and things starting traveling > at respectable speeds. > JLC, I feel your pain. I went to connect the EMU on the MSA to the > network and realized it was dead. > I don't know how long this bottleneck has been going on. I just got > involved when I found out the person managing backups mentioned the > information store backup took 80 hours. No idea how long he had been taking > it for granted that that was normal. > > > > > Joseph L. Casale wrote: > >> Firstly, I will say the 6400 is slow, I had one... >> >> Just for the fact you said 6400/msa30, I am sure your bottle neck lies >> there, but if you had good hardware throughout I would have these thoughts: >> 1. Trunking in switches set right wrt the trunk config in the adapter >> team? I've been blown away by what works (sort of) when things aren't right >> so it wasn't immediately obvious... >> 2. Use netperf for windows to see what actual bandwidth is between the >> hosts? Transferring files *does* not show this, if the target can't write as >> fast as the network, or the source can't read as fast as the network, you >> get the picture. >> 3. Maybe use IOZone or something else to gauge real disc throughput? >> >> BTW, did this once work well? If so, I had a 6400 behind an MSA20 (An even >> bigger steaming pile of sh!t) and both the 6400's battery and one of the two >> bats in the chassis died without showing an error, it wasn't till I was in >> the hpacucli that I caught it... >> >> jlc >> >> -----Original Message----- >> From: Bill Humphries [mailto:[email protected]] Sent: Friday, >> September 03, 2010 12:35 PM >> To: NT System Admin Issues >> Subject: slow transfers:was MSA30 woes >> >> Okay, this one is making my head hurt. I'm still investigating why my >> 500gig backup is taking 80 hours. It looks like it isn't a disk i/o >> problem. It looks like I have extremely slow data transfers from the mail >> server to the backup server. Using perfmon on both machines shows no packet >> loss or errors. The switches think everything is hunky-dory. I even moved >> the two machines to the same physical switch and no change. While >> transferring a file from the mail server both NICs show 1% utilization. If >> I move data the other way I see 25-50% utlization and a proper transfer >> speed. I have stopped any antivirus services on both machines. >> >> What gives? What else should I be looking at? >> >> Thanks. >> >> Bill >> >> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ < >> http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ >> >> --- >> To manage subscriptions click here: >> http://lyris.sunbelt-software.com/read/my_forums/ >> or send an email to [email protected] >> with the body: unsubscribe ntsysadmin >> >> ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ >> ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ >> >> --- >> To manage subscriptions click here: >> http://lyris.sunbelt-software.com/read/my_forums/ >> or send an email to [email protected] >> with the body: unsubscribe ntsysadmin >> >> >> >> > > > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ > ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ > > --- > To manage subscriptions click here: > http://lyris.sunbelt-software.com/read/my_forums/ > or send an email to [email protected] > with the body: unsubscribe ntsysadmin > ~ Finally, powerful endpoint security that ISN'T a resource hog! ~ ~ <http://www.sunbeltsoftware.com/Business/VIPRE-Enterprise/> ~ --- To manage subscriptions click here: http://lyris.sunbelt-software.com/read/my_forums/ or send an email to [email protected] with the body: unsubscribe ntsysadmin
