Re: [Veritas-bu] Slow backup speed
Did you restart the netbackup daemons/services after making the change? Do you still have the copy mounted? If so it may also be worth running a test using only 1 LTO-4 drive and see if the performance increases. From: hemant.kale...@wipro.com [mailto:hemant.kale...@wipro.com] Sent: 11 May 2010 06:10 To: Shekel Tal; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Slow backup speed Had done the same but still the issue persists Thanks and Regards Hemant S Kalekar 09819949422 From: Shekel Tal [mailto:tal.she...@uk.fujitsu.com] Sent: Monday, May 10, 2010 6:04 PM To: Hemant Kalekar (WI01 - Manage IT); veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Slow backup speed You should check the bptm and bpbkar logs to see what the system is waiting for. Without looking at any of the data I would increase the number data buffers Try doubling it to 64 and see if you backup times improve From: hemant.kale...@wipro.com [mailto:hemant.kale...@wipro.com] Sent: 10 May 2010 13:24 To: Shekel Tal; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Slow backup speed hi pls find the output # more NUMBER_DATA_BUFFERS 32 # more SIZE_DATA_BUFFERS 262144 The server hosting the disk system resource utilisation is normal. From: Shekel Tal [mailto:tal.she...@uk.fujitsu.com] Sent: Mon 5/10/2010 4:37 PM To: Hemant Kalekar (WI01 - Manage IT); veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Slow backup speed What size data buffers did you use and how many? If you are running a cold flat file backup you would think the jobs would be flying. Have you asked your storage admin to check what your storage array is doing? Perhaps there are hot spots? What size raid groups are you using to host the copy? Have you checked the server hosting the disks system resource utilisation? From: hemant.kale...@wipro.com [mailto:hemant.kale...@wipro.com] Sent: 10 May 2010 11:49 To: Shekel Tal; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Slow backup speed Yes the netbackup is tuned. Agents are installed and cold flat file backup is done. Thanks and Regards Hemant S Kalekar 09819949422 From: Shekel Tal [mailto:tal.she...@uk.fujitsu.com] Sent: Monday, May 10, 2010 3:06 PM To: Hemant Kalekar (WI01 - Manage IT); veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Slow backup speed Have you tuned you NetBackup buffers? Have a look at the following technote and setup the size and number data buffers - http://support.veritas.com/docs/183702 http://support.veritas.com/docs/183702 Are you using agents and mounting the image up after the split or just performing a cold flat file backup after the split? Regards, Tal From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of hemant.kale...@wipro.com Sent: 10 May 2010 09:07 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Slow backup speed HI I am facing problems in backup speed for backing up SAP databases. My setup is as follows I am using shadow image ie split sync for backing up my SAP databases.The datasize is approximately 13TB. My PVols are mounted from Hitachi 9990V storage and are attached to Sun M9000 server. My Svols are mounted from Sun storage 6140 and are attached to Sun T5220 which is configured as media server in veritas netbackup6.0. I have L1400 Tape Library from which 4 LTO4 drives are presented to secondary server from which backup is taken, Average speed per stream is 30MBPS which makes overall throughput of 4*30=120MBPS.backup time is around 36 hours. Thanks and Regards Hemant S Kalekar 09819949422 Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. 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. www.wipro.com Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or
[Veritas-bu] Backup of SAP NetWeaver AS Java
Dear all, I have a problem in database backup of SAP NetWeaver 7.00 AS Java (Oracle DB). As i know, NetBackup (SAP Agent) uses BACKINT to connect to the SAP's BRBACKUP. Since our SAP NetWeaver is AS Java system (not ABAP system), therefore I can't execute the transaction code DB13 (which is available in SAP ABAP system) to trigger/initiate the backup event to start. So, my question is, how can I trigger/initiate the NetBackup SAP Agent / BACKINT to start the backup of Oracle DB in SAP NetWeaver 7.00 AS Java? Thank you in advance. -- Best Regards, Adrian Soetanto PT. Bentoel Prima - Infrastructure Staff Jl. Raya Karanglo - Singosari, Malang Tel. (+62-341) 298 774 ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] NDMP multiple streams using NEW_STREAM directive bug: 6.5.3.
Did you ever get a resolution to this? We are experiencing the exact same thing having added new streams into our NDMP policies. Regards +-- |This was sent by yvette.pigg...@capgemini.co.uk via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Slow backup speed
Hemant, are you using FC or SATA drives on the 6140 S-vols? Also assuming this is virtualized behind the 9990V in order to use ShadowImage. I'd probably recommend some testing independent of NetBackup to see how fast you can pull data off these volumes. Such as use something like ufsdump, tar or cpio output to /dev/null and watch the transfer rates with something like iostat -xcn 3. If that looks good try manually allocating one of the LTO4 drives and check the raw write speeds to the tapes in a similar fashion. If both check out ok then it's most likely a NetBackup tuning issue. Either way, at least you'd know where the bottle-neck is at that point. Hope this helps. John hemant.kale...@wipro.com wrote: HI I am facing problems in backup speed for backing up SAP databases. My setup is as follows I am using shadow image ie split sync for backing up my SAP databases.The datasize is approximately 13TB. My PVols are mounted from Hitachi 9990V storage and are attached to Sun M9000 server. My Svols are mounted from Sun storage 6140 and are attached to Sun T5220 which is configured as media server in veritas netbackup6.0. I have L1400 Tape Library from which 4 LTO4 drives are presented to secondary server from which backup is taken, Average speed per stream is 30MBPS which makes overall throughput of 4*30=120MBPS.backup time is around 36 hours. Thanks and Regards Hemant S Kalekar 09819949422 * Please do not print this email unless it is absolutely necessary. * The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. 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. www.wipro.com ___ 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] Off Topic: Quantum Library Support
Is anyone else having difficulty with Quantum backup/autoloader libraries, especially in the Asia / Pacific Rim markets? We've got a standard backup configuration that we deploy to our design centers and we've been having difficulties with the Quantum libraries we deploy as part of this configuration. In one case, I had a SuperLoader 3 go bad in March, replacement go bad in April, and the replacement replacement seems to be DOA. It takes Quantum 2 weeks to get me a replacement library and it's a roll of the dice getting the replacement unit to work. (This is their Rapid Exchange program.) It's been suggested that environmental factors in our design centers are causing the failures, but I'm of the opinion that Quantum's replacement quality is poor. We've had some library issues in the US and Europe as well, but nothing as bad as the issues I see in my Asia / Pacific Rim environments. We've already decided to modify our standard deployment template to replace the Quantum library with a similar Dell, but I've got something like 9 libraries already deployed. If I can't get to the bottom of my library issues, I'm going to be stuck with this nightmare until hardware refresh happens in 3 years. -Jonathan ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Off Topic: Quantum Library Support
You might want to check on how similar that Dell is. Often same tape library is simply relabeled with another vendor's name. I don't think Dell is actually making any libraries itself. It would not be good if you shipped it only to find it is a Quantum OEM if the issue is with manufacturing and not support. It was amusing to me to work at 3 separate jobs. One had an STK L 700, Another had an HP which was actually the STK L 700 and yet another had a Sun (before they bought STK) which was also the same library. Of course the vendors always tell you they put something in the firmware that makes it so much better. -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Martin, Jonathan Sent: Tuesday, May 11, 2010 10:14 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Off Topic: Quantum Library Support Is anyone else having difficulty with Quantum backup/autoloader libraries, especially in the Asia / Pacific Rim markets? We've got a standard backup configuration that we deploy to our design centers and we've been having difficulties with the Quantum libraries we deploy as part of this configuration. In one case, I had a SuperLoader 3 go bad in March, replacement go bad in April, and the replacement replacement seems to be DOA. It takes Quantum 2 weeks to get me a replacement library and it's a roll of the dice getting the replacement unit to work. (This is their Rapid Exchange program.) It's been suggested that environmental factors in our design centers are causing the failures, but I'm of the opinion that Quantum's replacement quality is poor. We've had some library issues in the US and Europe as well, but nothing as bad as the issues I see in my Asia / Pacific Rim environments. We've already decided to modify our standard deployment template to replace the Quantum library with a similar Dell, but I've got something like 9 libraries already deployed. If I can't get to the bottom of my library issues, I'm going to be stuck with this nightmare until hardware refresh happens in 3 years. -Jonathan ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu 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. -- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Off Topic: Quantum Library Support
Yeah, when I said similar I meant that the Dell PV124t is a Quantum SuperLoader3 with a different faceplate and firmware. I don't actually have any complaints about the library itself, it works great for the 2-3TB we need to backup weekly. My concern is more related to the quality of service and replacement units when they do fail. -Jonathan -Original Message- From: Lightner, Jeff [mailto:jlight...@water.com] Sent: Tuesday, May 11, 2010 12:12 PM To: Martin, Jonathan; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Off Topic: Quantum Library Support You might want to check on how similar that Dell is. Often same tape library is simply relabeled with another vendor's name. I don't think Dell is actually making any libraries itself. It would not be good if you shipped it only to find it is a Quantum OEM if the issue is with manufacturing and not support. It was amusing to me to work at 3 separate jobs. One had an STK L 700, Another had an HP which was actually the STK L 700 and yet another had a Sun (before they bought STK) which was also the same library. Of course the vendors always tell you they put something in the firmware that makes it so much better. -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Martin, Jonathan Sent: Tuesday, May 11, 2010 10:14 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Off Topic: Quantum Library Support Is anyone else having difficulty with Quantum backup/autoloader libraries, especially in the Asia / Pacific Rim markets? We've got a standard backup configuration that we deploy to our design centers and we've been having difficulties with the Quantum libraries we deploy as part of this configuration. In one case, I had a SuperLoader 3 go bad in March, replacement go bad in April, and the replacement replacement seems to be DOA. It takes Quantum 2 weeks to get me a replacement library and it's a roll of the dice getting the replacement unit to work. (This is their Rapid Exchange program.) It's been suggested that environmental factors in our design centers are causing the failures, but I'm of the opinion that Quantum's replacement quality is poor. We've had some library issues in the US and Europe as well, but nothing as bad as the issues I see in my Asia / Pacific Rim environments. We've already decided to modify our standard deployment template to replace the Quantum library with a similar Dell, but I've got something like 9 libraries already deployed. If I can't get to the bottom of my library issues, I'm going to be stuck with this nightmare until hardware refresh happens in 3 years. -Jonathan ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu 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. -- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Scratch Media Netbackup 6.5.
Hello All, Currently I have a scratch media pool for all of my LT02 and 3 tapes. Also, I tried to set another scratch media for my WORM tapes.. All the jobs have been running for a couple of months. The problem is that I need to assign tapes manually to my WORM policy, since NBU does not pick up the tapes automatically. Any idea how can I set another WORM type scratch pool for WORM media only? This way I can have NBU pickup my WORM tapes from my scratch media? Running Win2k 64 bit Netbackup 6.5.5 Storagetek L700 library Thank you, Ulises R. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Scratch Media Netbackup 6.5.
Have your WORM policy write to a single volume pool. Then create a barcode rule that directs all WORM barcodes automatically into that volume pool when you load them. You can't really have a WORM scratch pool because then any job that wrote to any volume pool that needed a media would grab a WORM tape. -Jonathan From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Ulises Rodriguez Sent: Tuesday, May 11, 2010 4:17 PM To: 'veritas-bu@mailman.eng.auburn.edu' Subject: [Veritas-bu] Scratch Media Netbackup 6.5. Hello All, Currently I have a scratch media pool for all of my LT02 and 3 tapes. Also, I tried to set another scratch media for my WORM tapes.. All the jobs have been running for a couple of months. The problem is that I need to assign tapes manually to my WORM policy, since NBU does not pick up the tapes automatically. Any idea how can I set another WORM type scratch pool for WORM media only? This way I can have NBU pickup my WORM tapes from my scratch media? Running Win2k 64 bit Netbackup 6.5.5 Storagetek L700 library Thank you, Ulises R. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu