Re: [Veritas-bu] Advice on HPUX 11.11
2011-06-30 04:37:55
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
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
|
|
|