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 ewi...@ewilts.org Sent by: veritas-bu-boun...@mailman.eng.auburn.edu 02/09/2011 10:01 PM To rusty.ma...@sungard.com cc NetBackup Mailing List veritas-bu@mailman.eng.auburn.edu Subject Re: [Veritas-bu] Backup Archive and Restore taking forever on DR server On Wed, Feb 9, 2011 at 6:10 PM, 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 BR_ FONT size=2BR 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./FONT___ 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 bbahnmil...@dtcc.comwrote: 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
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.comhttp://www.physiciansmutual.com/ | jim.vandev...@physiciansmutual.commailto: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 ewi...@ewilts.org Sent by: veritas-bu-boun...@mailman.eng.auburn.edu 02/09/2011 10:01 PM To rusty.ma...@sungard.com cc NetBackup Mailing List veritas-bu@mailman.eng.auburn.edu Subject Re: [Veritas-bu] Backup Archive and Restore taking forever on DR server On Wed, Feb 9, 2011 at 6:10 PM, rusty.ma...@sungard.commailto: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
[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
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
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 jinfa...@harris.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.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
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 client -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 jinfa...@harris.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.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, 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
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 jim.vandev...@physiciansmutual.com Sent by: veritas-bu-boun...@mailman.eng.auburn.edu 02/09/2011 04:48 PM To NetBackup Mailing List veritas-bu@mailman.eng.auburn.edu 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 client -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 jinfa...@harris.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.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
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=contentid=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 hkyeak...@gmail.com Sent by: veritas-bu-boun...@mailman.eng.auburn.edu 02/09/2011 03:58 PM To Infantino, Joseph jinfa...@harris.com cc NetBackup Mailing List veritas-bu@mailman.eng.auburn.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 jinfa...@harris.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.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
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, rusty.ma...@sungard.com 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=contentid=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 hkyeak...@gmail.com* Sent by: veritas-bu-boun...@mailman.eng.auburn.edu 02/09/2011 03:58 PM To Infantino, Joseph jinfa...@harris.com cc NetBackup Mailing List veritas-bu@mailman.eng.auburn.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 jinfa...@harris.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.infant...@harris.com -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [ mailto:veritas-bu-boun...@mailman.eng.auburn.eduveritas-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
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 PropertiesClients 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 dean.de...@gmail.com Sent by: veritas-bu-boun...@mailman.eng.auburn.edu 02/09/2011 07:22 PM To Heathe Yeakley hkyeak...@gmail.com cc NetBackup Mailing List veritas-bu@mailman.eng.auburn.edu 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, rusty.ma...@sungard.com 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=contentid=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 hkyeak...@gmail.com Sent by: veritas-bu-boun...@mailman.eng.auburn.edu 02/09/2011 03:58 PM To Infantino, Joseph jinfa...@harris.com cc NetBackup Mailing List veritas-bu@mailman.eng.auburn.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 jinfa...@harris.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.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
Re: [Veritas-bu] Backup Archive and Restore taking forever on DR server
On Wed, Feb 9, 2011 at 6:10 PM, 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
