Re: [Veritas-bu] Advice on HPUX 11.11
2011-06-30 07:19:49
Yep that was all ok, I was just pointout this out. Does not
explain the slowdown....
What bpbkar shows is perfectly normal. Please refer link http://www.symantec.com/business/support/index?page=content&id=TECH52350
which specifies which files netbackup will not backup.
On Thu, Jun 30, 2011 at 1:05 PM, WEAVER, Simon (external)
<simon.weaver AT astrium.eads DOT net>
wrote:
Jeff
Yes, its
being done over the LAN - No tape drives attached, which is why I am quite
worried about this. Using Data Protector, INCR takes less than 1 hour...
NetBackup took almost 5!!!
This is a
legacy box, and it is due to be changed in the end of year, but right now, its
got to be migrated over. The client is 6.5 at the moment.
DP not
doing any DeDup - simple file level back up!
Yes
compared incr backups... both show same amounts of data .... jus tNBU is
slower.
Does not
make sense. One thing I noticed in the logs (even though it ends in status 0)
are the following events in Activity Monitor...
30/06/2011 02:02:30 - Info bpbrm(pid=9552) from
client SERVER: TRV - /tmp/sock.104.19241 is a socket special
file. Skipping.
30/06/2011 02:02:30 - Info bpbrm(pid=9552) from
client SERVER: TRV - /tmp/.AgentSockets/A is a socket
special file. Skipping.
30/06/2011 02:02:30 - Info bpbrm(pid=9552) from
client SERVER: TRV - /tmp/.oracle/sKEYTOBID is a socket
special file. Skipping.
30/06/2011 02:02:30 - Info bpbrm(pid=9552) from
client SERVER: TRV - /tmp/.oracle/s#7532.1 is a socket
special file. Skipping.
30/06/2011 02:02:30 - Info bpbrm(pid=9552) from
client SERVER: TRV - /tmp/.oracle/s#1859.1 is a socket
special file. Skipping.
30/06/2011 02:02:30 - Info bpbrm(pid=9552) from
client SERVER: TRV - /tmp/.oracle/s#7799.1 is a socket
special file. Skipping.
30/06/2011 02:02:30 - Info bpbrm(pid=9552) from
client SERVER: TRV - /tmp/.oracle/sEXT920 is a socket
special file. Skipping.
The name SERVER has been
replaced. But there are many events like these loaded. Because I dont have
good unix skills, I cannot just "go along" and put the latest client software
on ... I did wonder if applying 6.5.6 would help (if I can find it
!)
Simon
Are you actually
backing up via network on DP? That is to say are you sure it
doesn’t have its own fibre connections to your tape library or other storage
medium?
NetBackup allows you
to do that with “media servers” and in our environment we have most of our big
HP-UX 11.11 servers doing that. Our master server up through NBU
6.5.4 was HP-UX 11.11. (With 7.1 we had to go to Linux master
server as it still allows for HP-UX media servers but not a master
server.) We do a daily backup of over 4 TB to Quantum DXi and also
to tape concurrently from one our HP-UX 11.11 media servers and both of those
finish in less than 7 hours. (They would finish more quickly if
not run concurrently but the overall job time doing them sequentially would be
longer so we chose to do them concurrently.)
100MB LAN backup
would be very slow especially compared to a GigE network (which most HP-UX
servers have available cards for) so even if not doing the above the VLAN
you’re using could make a significant difference for a network backup.
Is DP doing some form
of deduplication?
Are you comparing an
incremental backup on DP to a full on
NetBackup?
Is the DP backing up
directly from the source server like your test on NetBackup? (That
is to say it is common in large DB environments to do something like EMC’s
BCV/SRDF or Hitachi’s Shadow Image so that you are in essence duplicating the
drives to mirrors, splitting off the mirrors, mounting the mirrors
elsewhere and backing up from those mirrors rather than the
source.)
By the way HP-UX
11.11 (a/k/a 11iV1) has been EOL for some time. Also HP quit
making the PA-RISC chipset that ran HP-UX 11.11 at the end of
2009. You might want to suggest to your management that they start
planning for moving to something newer. HP’s newer systems run on
Itanium and some of the older ones could be converted from PA-RISC to
Itanium.
Hi, I wonder if I can
get some unix advice!
Looking at moving
Unix from Unix Data Protector to NBU 7.0.1 As a test, installed
a client on HPUX 11.11 and performed a test backup of their selected
folders. It took over 16
hours. yet DP could do the same in 4 hours!
Bit gobsmacked
really. Also found out it is on a different vlan running 100mb, but the
results are not good from their point of view.
Not knowing Unix that
well, is there anything I could ask someone to check / verify as to why it was
slow?
Regards
Simon
Weaver
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 |
Proud partner. Susan G. Komen for the
Cure.
Please consider our environment
before printing this e-mail or attachments.
---------------------------------- CONFIDENTIALITY NOTICE: This
e-mail may contain privileged or confidential information and is for the sole
use of the intended recipient(s). If you are not the intended recipient, any
disclosure, copying, distribution, or use of the contents of this information
is prohibited and may be unlawful. If you have received this electronic
transmission in error, please reply immediately to the sender that you have
received the message in error, and delete it. Thank
you. ----------------------------------
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
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
|
|
|