Re: [Veritas-bu] Backup Archive and Restore taking forever on DR server
2011-02-09 19:10:50
Another thought:
If this is version 7.0.1, there is a
hostname caching 'feature' now in NetBackup (Which I do NOT like, Symantec!!!).
It caches the IP for each host configured in NBU and sometimes this can
result in the incorrect IP being tied to the hostname. The default TTL
for this cached data is one hour, but you can refresh it by running the
following command on the Master/Media server(s) and/or clients:
bpclntcmd -clear_host_cache
So, you could see that even though the
name resolution may be fixed in DNS or hosts, NBU may still have it cached.
I've heard there's a way to reduce the time this is refreshed, but I don't
remember where it's at.
http://www.symantec.com/business/support/index?page=content&id=TECH136792
Rusty Major, MCSE, BCFP, VCS ▪
Sr. Storage Engineer ▪ SunGard Availability Services ▪ 757 N. Eldridge
Suite 200, Houston TX 77079 ▪ 281-584-4693
Keeping People and Information Connected®
▪ http://availability.sungard.com/
P
Think before you print
CONFIDENTIALITY: This e-mail (including
any attachments) may contain confidential, proprietary and privileged information,
and unauthorized disclosure or use is prohibited. If you received
this e-mail in error, please notify the sender and delete this e-mail from
your system.
Heathe Yeakley <hkyeakley AT gmail DOT com>
Sent by: <veritas-bu-bounces AT mailman.eng.auburn DOT edu>
02/09/2011 03:58 PM
|
To
| "Infantino, Joseph" <jinfanti AT harris DOT com>
|
cc
| NetBackup Mailing List <veritas-bu AT mailman.eng.auburn DOT edu>
|
Subject
| Re: [Veritas-bu] Backup Archive and
Restore taking forever on DR server |
|
My apologies, I should have added that.
In my live environment, I have two servers:
ziggurat - Master/Media RHEL4
obelisk - media RHEL4
For "DNS" I'm just relying on the /etc/hosts file as I'm only
trying
to recover 5 systems. The source system that I'm restoring from is not
here, not have we built a replica on it. I'm trying to browse files
that were backed up on server-A in my live environment and restore
them to server-B here in the DR environment.
I can browse down the directory tree, it just takes 20 minutes to do
what I can do in 10 seconds in prod. I'm assuming it's trying to call
out the server-A. I don't see why it should have to do that since the
metadata for the restore files should be in the catalog here on my
master server.
-Thanks.
- HKY
On Wed, Feb 9, 2011 at 3:38 PM, Infantino, Joseph <jinfanti AT harris DOT com>
wrote:
> What is the OS of the Master and Media server(s)?
> Is DNS working "flawlessly?"
>
> Thank you,
>
> Joseph A. Infantino II
> BackUp/Recovery Administrator
> HARRIS IT Services
> Assured Infrastructure Management
> Office: 321-724-3011 | Fax: 321-724-3392
> Email: joseph.infantino AT harris DOT com
>
>
>
>
> -----Original Message-----
> From: veritas-bu-bounces AT mailman.eng.auburn DOT edu [mailto:veritas-bu-bounces AT mailman.eng.auburn DOT edu]
On Behalf Of Heathe Yeakley
> Sent: Wednesday, February 09, 2011 4:24 PM
> To: NetBackup Mailing List
> Subject: [Veritas-bu] Backup Archive and Restore taking forever on
DR server
>
> I'm at a DR exercise. I've installed, patched, configured NBU and
> successfully imported a catalog. I'm in Backup, Archive Restore and
> using the "Directory Structure" pane to drill down to the
files I want
> to restore. I'm restoring files to an alternate server than the one
> where the original files were taken from. I've set the parameters
for
> source and destination and everything looks good. When I pull up my
> list of available backups, the list takes like 5 minutes to pull up.
I
> select the policy I want to restore from and it takes like 5 minutes
> to put the directory tree in the "Directory Structure" pane.
I select
> the icon next to root to expand root, and it takes like 5 minutes
to
> show me the next layer.
>
> You get the idea. On my master server back home, this process takes
> seconds. Boom, boom, boom. I drill down select my file and go.
>
> Here I expand root, then 5 minutes later I expand /dirA, then 5
> minutes later I expand /dirA/dirB...
>
> I've been digging around for about 30 minutes to see if there's some
> type of a timeout setting or something that's causing this.
>
> Have any of you seen this before?
>
> - Heathe Kyle Yeakley
> _______________________________________________
> 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
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
|
|
|