Re: [Veritas-bu] Backup Archive and Restore taking forever on DR server
Solaris, Windows, & Linux all do some variant of nscd - Name Services Caching Daemon - if you haven't explicitly disabled it for some reason. AIX just added it in OS version 6.1. AIX <= 5.3 and HPUX, as you say, you had to setup a caching, fowarding DNS server local on the system to achieve equivalent functionality. -- Jim VandeVegt | Technical Integrator, ETG Physicians Mutual | 2600 Dodge Street | Omaha, NE 68131 402.930.2649 | PhysiciansMutual.com<http://www.physiciansmutual.com/> | jim.vandev...@physiciansmutual.com<mailto:jim.vandev...@physiciansmutual.com> Insurance for all of us.™ health | life | retirement From: veritas-bu-boun...@mailman.eng.auburn.edu [veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Bryan Bahnmiller [bbahnmil...@dtcc.com] Sent: Thursday, February 10, 2011 09:58 To: Ed Wilts; rusty.ma...@sungard.com; NetBackup Mailing List Subject: Re: [Veritas-bu] Backup Archive and Restore taking forever on DR server Ed, Rusty, Have you noticed if the load on the DNS servers has gone down? I remember building an HPUX master server with thousands of clients. Our master server hammered the DNS server. We ended up configuring a DNS caching server on our own master. It didn't add a lot to the load on the master, and it severely reduced the network traffic to the DNS server and almost eliminated the load on the DNS server. I haven't run with 7.x yet and since we are in process of building out a 7.x Linux master server I was kind of curious to see if this was still an issue with 7. Thanks, Bryan Ed Wilts Sent by: veritas-bu-boun...@mailman.eng.auburn.edu 02/09/2011 10:01 PM To rusty.ma...@sungard.com cc NetBackup Mailing List Subject Re: [Veritas-bu] Backup Archive and Restore taking forever on DR server On Wed, Feb 9, 2011 at 6:10 PM, mailto:rusty.ma...@sungard.com>> wrote: 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. The DNS caching behavior is controlled by the 2nd parameter of the master server's VNET_OPTIONS in bp.conf; units are in seconds. The default in 7.0.1 is 1 hour, but we've reduced this to 5 min in our environment without ill effect: VNET_OPTIONS = 120 300 200 40 3 1 30 5 1793 32 0 0 .../Ed ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu _ DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. This message and any attachments are confidential, may contain privileged information, and are intended solely for the recipient named above. If you are not the intended recipient, or a person responsible for delivery to the named recipient, you are notified that any review, distribution, dissemination or copying is prohibited. If you have received this message in error, you should notify the sender by return email and delete the message from your computer system. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Backup Archive and Restore taking forever on DR server
On Thu, Feb 10, 2011 at 9:58 AM, Bryan Bahnmiller wrote: > > Ed, Rusty, > >Have you noticed if the load on the DNS servers has gone down? I > remember building an HPUX master server with thousands of clients. Our > master server hammered the DNS server. We ended up configuring a DNS caching > server on our own master. It didn't add a lot to the load on the master, and > it severely reduced the network traffic to the DNS server and almost > eliminated the load on the DNS server. > We have never seen an issue with high DNS server utilization. .../Ed ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Backup Archive and Restore taking forever on DR server
Ed, Rusty, Have you noticed if the load on the DNS servers has gone down? I remember building an HPUX master server with thousands of clients. Our master server hammered the DNS server. We ended up configuring a DNS caching server on our own master. It didn't add a lot to the load on the master, and it severely reduced the network traffic to the DNS server and almost eliminated the load on the DNS server. I haven't run with 7.x yet and since we are in process of building out a 7.x Linux master server I was kind of curious to see if this was still an issue with 7. Thanks, Bryan Ed Wilts Sent by: veritas-bu-boun...@mailman.eng.auburn.edu 02/09/2011 10:01 PM To rusty.ma...@sungard.com cc NetBackup Mailing List Subject Re: [Veritas-bu] Backup Archive and Restore taking forever on DR server On Wed, Feb 9, 2011 at 6:10 PM, wrote: 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. The DNS caching behavior is controlled by the 2nd parameter of the master server's VNET_OPTIONS in bp.conf; units are in seconds. The default in 7.0.1 is 1 hour, but we've reduced this to 5 min in our environment without ill effect: VNET_OPTIONS = 120 300 200 40 3 1 30 5 1793 32 0 0 .../Ed ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu _ DTCC DISCLAIMER: This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error, please notify us immediately and delete the email and any attachments from your system. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email.___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Backup Archive and Restore taking forever on DR server
On Wed, Feb 9, 2011 at 6:10 PM, wrote: > 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. > The DNS caching behavior is controlled by the 2nd parameter of the master server's VNET_OPTIONS in bp.conf; units are in seconds. The default in 7.0.1 is 1 hour, but we've reduced this to 5 min in our environment without ill effect: VNET_OPTIONS = 120 300 200 40 3 1 30 5 1793 32 0 0 .../Ed ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Backup Archive and Restore taking forever on DR server
You can keep the Java UI from trying to reach out to all hosts when you hit Host Properties>Clients by changing or adding the following parameter in the setconf.bat file: SET FORCE_IPADDR_LOOKUP=0 I'm not sure what, if any, setting there is for the Win Admin Console. 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. Dean Sent by: 02/09/2011 07:22 PM To Heathe Yeakley cc NetBackup Mailing List Subject Re: [Veritas-bu] Backup Archive and Restore taking forever on DR server Definitely sounds like hostname resolution problems to me too. If all of the hosts you want to talk to are in your /etc/hosts, removing DNS completely sounds like a good option. The NBU GUI still seems to want to chatter with every host it knows about, so if you remove DNS from resolv.conf, or just delete resolv.conf as Jim said), those timeouts should happen a lot quicker. On Thu, Feb 10, 2011 at 11:10 AM, wrote: 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 Sent by: 02/09/2011 03:58 PM To "Infantino, Joseph" cc NetBackup Mailing List 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 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.infant...@harris.com > > > > > -Original Message- > From: veritas-bu-boun...@mailman.eng.auburn.edu [ mailto:veritas-bu-boun...@mailman.eng.auburn.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 ava
Re: [Veritas-bu] Backup Archive and Restore taking forever on DR server
Definitely sounds like hostname resolution problems to me too. If all of the hosts you want to talk to are in your /etc/hosts, removing DNS completely sounds like a good option. The NBU GUI still seems to want to chatter with every host it knows about, so if you remove DNS from resolv.conf, or just delete resolv.conf as Jim said), those timeouts should happen a lot quicker. On Thu, Feb 10, 2011 at 11:10 AM, wrote: > 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/* <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 * > Sent by: > > 02/09/2011 03:58 PM > To > "Infantino, Joseph" > cc > NetBackup Mailing List > 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 > 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.infant...@harris.com > > > > > > > > > > -Original Message- > > From: veritas-bu-boun...@mailman.eng.auburn.edu [ > mailto:veritas-bu-boun...@mailman.eng.auburn.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
Re: [Veritas-bu] Backup Archive and Restore taking forever on DR server
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 Sent by: 02/09/2011 03:58 PM To "Infantino, Joseph" cc NetBackup Mailing List 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 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.infant...@harris.com > > > > > -Original Message- > From: veritas-bu-boun...@mailman.eng.auburn.edu [ mailto:veritas-bu-boun...@mailman.eng.auburn.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@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Backup Archive and Restore taking forever on DR server
It also sounds like a name resolution problem. You could put an entry for Server-A pointing to the recovery server's IP address in hosts. Probably would be easier to just fix the name resolution issue as when you go to the next server you will most likely have the same problem. Good luck! 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. Jim VandeVegt Sent by: 02/09/2011 04:48 PM To NetBackup Mailing List cc Subject Re: [Veritas-bu] Backup Archive and Restore taking forever on DR server Hmm ... "relying on" could be a problem. Are the systems configured to use DNS first ... a DNS that is not there? Every host name resolve has to wait while a DNS request or two (secondaries) times out? If DNS server is not available, remove resolv.conf and check the hosts: line of /etc/nsswitch.conf. Long shot, but duplex mismatches on the master or GUI host network can cause big slow downs. Take the network and GUI out of the equation by using the command line on the master. Get a file listing with a command line this: bplist -B -C -unix_files -l -t 0 -R -s 01/01/2011 -e 02/09/2011 / -t 0 is backup type. 0 is Standard. 13 is Windows-NT. -A instead of -B if you want the file list from archives rather than backups. The man page for bplist will fill in more details if needed. -- Jim VandeVegt | Technical Integrator, ETG Physicians Mutual | 2600 Dodge Street | Omaha, NE 68131 402.930.2649 | PhysiciansMutual.com | jim.vandev...@physiciansmutual.com Insurance for all of us.™ health | life | retirement From: veritas-bu-boun...@mailman.eng.auburn.edu [veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Heathe Yeakley [hkyeak...@gmail.com] Sent: Wednesday, February 09, 2011 15:58 To: Infantino, Joseph Cc: NetBackup Mailing List 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 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.infant...@harris.com > > > > > -Original Message- > From: veritas-bu-boun...@mailman.eng.auburn.edu [ mailto:veritas-bu-boun...@mailman.eng.auburn.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 expan
Re: [Veritas-bu] Backup Archive and Restore taking forever on DR server
Hmm ... "relying on" could be a problem. Are the systems configured to use DNS first ... a DNS that is not there? Every host name resolve has to wait while a DNS request or two (secondaries) times out? If DNS server is not available, remove resolv.conf and check the hosts: line of /etc/nsswitch.conf. Long shot, but duplex mismatches on the master or GUI host network can cause big slow downs. Take the network and GUI out of the equation by using the command line on the master. Get a file listing with a command line this: bplist -B -C -unix_files -l -t 0 -R -s 01/01/2011 -e 02/09/2011 / -t 0 is backup type. 0 is Standard. 13 is Windows-NT. -A instead of -B if you want the file list from archives rather than backups. The man page for bplist will fill in more details if needed. -- Jim VandeVegt | Technical Integrator, ETG Physicians Mutual | 2600 Dodge Street | Omaha, NE 68131 402.930.2649 | PhysiciansMutual.com | jim.vandev...@physiciansmutual.com Insurance for all of us.™ health | life | retirement From: veritas-bu-boun...@mailman.eng.auburn.edu [veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Heathe Yeakley [hkyeak...@gmail.com] Sent: Wednesday, February 09, 2011 15:58 To: Infantino, Joseph Cc: NetBackup Mailing List 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 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.infant...@harris.com > > > > > -Original Message- > From: veritas-bu-boun...@mailman.eng.auburn.edu > [mailto:veritas-bu-boun...@mailman.eng.auburn.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@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This message and any attachments are confidential, may contain privileged information, and are intended solely for the recipient named above. If you are not the intended recipient, or a person responsible for delivery to the named recipient, you are notified that any review, distribution, disseminati
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 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.infant...@harris.com > > > > > -Original Message- > From: veritas-bu-boun...@mailman.eng.auburn.edu > [mailto:veritas-bu-boun...@mailman.eng.auburn.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@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Backup Archive and Restore taking forever on DR server
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.infant...@harris.com -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.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@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[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@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu