Re: [Veritas-bu] Running bpbkar32 from the command line
Bit of a problem if you've got icmp (and ftp, and...) disabled between most servers clients like we have. Is there anything similar that can work over the NetBackup ports which obviously will be open? Phil -Original Message- From: Martin, Jonathan (Contractor) [mailto:[EMAIL PROTECTED] Sent: Wednesday, October 18, 2006 11:25 AM To: Ellis, Jason Cc: veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Running bpbkar32 from the command line When doing performance analysis Veritas has given me a utility called SAS which runs with a few options and creates an .xml file which they then run through some program which spits out a .pdf. The tool utilizes ICMP so its much easier to use than anything port based and its given me some very good feedback when trying to utilize 100% of our gigabit pipes. Between the bpbkar utility and SAS utility I've been able to identify many bottlenecks and it assists greatly when performance tuning your network options. For my money its much better to isolate the local disk with bpbkar32 null then the network pipe w/ SAS than to use bpbkar32 in an actual backup setting and try to read log files. -Jonathan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ellis, Jason Sent: Monday, October 16, 2006 7:03 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Running bpbkar32 from the command line Got a good one for the group... We're trying to do some bottleneck testing and are running into a problem with the FTP ports being closed down on our Windows systems, thus we cannot really test the network between the clients and media servers. We're trying to see if we can kick off bpbkar32 manually to just move a single file to disk on the media server to test the network like and FTP would. I know we test the client side locally by running: bpbkar32 -nocont [file_path_to_test] 1 nul 2 nul I also know that bpbrm is the process responsible for starting bpbkar32 and passes all the information bpbkar32 needs to start the backup. One thought is to enable the bpbrm log file and see what options are being passed, however if anybody out there has already done this and can give me a breakdown of running bpbkar32 manually that would be great! Thanks in advanced! Jason Ellis Technical Consultant, Backup Recovery Corp-IT Operations, La Mirada Datacenter IndyMac Bank Phone: (714) 520-3414 ___ 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 - Egg is a trading name of the Egg group of companies which includes: Egg plc (reg no 2448340), Egg Financial Intermediation Ltd (reg no 3828289), and Egg Banking plc (reg no 2999842). Egg Banking plc and Egg Financial Intermediation Ltd are authorised and regulated by the Financial Services Authority (FSA) and are entered in the FSA register under numbers 205621 and 309551 respectively. These members of the Egg group are registered in England and Wales. Registered office: 1 Waterhouse Square, 138- 142 Holborn, London EC1N 2NA. This e-mail is confidential and for use by the addressee only. If you are not the intended recipient of this e-mail and have received it in error, please return the message to the sender by replying to it and then delete it from your mailbox. Internet e- mails are not necessarily secure. The Egg group of companies do not accept responsibility for changes made to this message after it was sent. Whilst all reasonable care has been taken to avoid the transmission of viruses, it is the responsibility of the recipient to ensure that the onward transmission, opening or use of this message and any attachments will not adversely affect its systems or data. No responsibility is accepted by the Egg group of companies in this regard and the recipient should carry out such virus and other checks as it considers appropriate. This communication does not create or modify any contract. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] test ignore
Τεστ ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] BMR Backup Errors
I was checking on my BMR clients this morning and noticed some were not registered, even though the backups ran. Look at the details of the Activity Monitor entry for the parent job and saw this: 10/18/2006 11:00:21 PM - requesting resource BRM_Stor_Group 10/18/2006 11:00:21 PM - requesting resource master.NBU_CLIENT.MAXJOBS.client.longwood.edu 10/18/2006 11:00:21 PM - requesting resource master.NBU_POLICY.MAXJOBS.Linux_BMR 10/18/2006 11:00:31 PM - granted resource master.NBU_CLIENT.MAXJOBS.client.longwood.edu 10/18/2006 11:00:31 PM - granted resource master.NBU_POLICY.MAXJOBS.Linux_BMR 10/18/2006 11:00:31 PM - granted resource BMR_STU 10/18/2006 11:00:36 PM - begin Parent Job 10/18/2006 11:00:36 PM - begin Stream Discovery , Stream Discovery Status 0 10/18/2006 11:00:46 PM - end Stream Discovery , Stream Discovery; elapsed time: 00:00:10 10/18/2006 11:00:46 PM - begin Stream Discovery , BMR Save 10/18/2006 11:01:10 PM - started process bpbrm (448) 10/18/2006 11:01:21 PM - collecting BMR information 10/18/2006 11:01:26 PM - connecting 10/18/2006 11:01:31 PM - connected; connect time: 00:00:05 10/18/2006 11:01:31 PM - transferring BMR infomation to the master server 10/18/2006 11:01:31 PM - connecting 10/18/2006 11:01:31 PM - connected; connect time: 00:00:00 10/18/2006 11:01:31 PM - Error bpbrm(pid=448) Did not receive bmr client request from client.longwood.edu, status = 0 10/18/2006 11:01:31 PM - end writing Status 26 10/18/2006 11:01:33 PM - end Stream Discovery , BMR Save; elapsed time: 00:00:47 10/18/2006 11:01:33 PM - begin Stream Discovery , Policy Execution Manager Preprocessed Status 0 10/19/2006 1:38:41 AM - end Stream Discovery , Policy Execution Manager Preprocessed; elapsed time: 02:37:08 Status 1 10/19/2006 1:38:41 AM - end Parent Job; elapsed time: 02:38:05 the requested operation was partially successful(1) The job was successfully completed, but some files may have been busy or unaccessible. See the problems report or the client's logs for more details. I've googled the entry: 10/18/2006 11:01:31 PM - Error bpbrm(pid=448) Did not receive bmr client request from client.longwood.edu, status = 0 And have seen several mentions of network issues. Namely, the resolution was to reinstall network drivers. This was also in reference to NBU 6.0MP2; we're running 6.0MP3. Questions: 1) Is network drivers a likely issue? 2) Where should they be altered: master, media or client? 3) Other suggestions? If no one knows, I guess I'll open a case. I'll be looking at client logs now. Thanks, Jason Jason Brooks Computer Systems Engineer IITS - Longwood University voice - (434) 395-2916 fax - (434) 395-2035 mailto:[EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] BMR Backup Errors
Jason, Please do open a case. We also have a case open but with no resolution. Maybe if we get enough cases open Veritas will take notice. David Spearman County of Henrico From: [EMAIL PROTECTED] on behalf of Brooks, Jason Sent: Thu 10/19/2006 9:22 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] BMR Backup Errors I was checking on my BMR clients this morning and noticed some were not registered, even though the backups ran. Look at the details of the Activity Monitor entry for the parent job and saw this: 10/18/2006 11:00:21 PM - requesting resource BRM_Stor_Group 10/18/2006 11:00:21 PM - requesting resource master.NBU_CLIENT.MAXJOBS.client.longwood.edu 10/18/2006 11:00:21 PM - requesting resource master.NBU_POLICY.MAXJOBS.Linux_BMR 10/18/2006 11:00:31 PM - granted resource master.NBU_CLIENT.MAXJOBS.client.longwood.edu 10/18/2006 11:00:31 PM - granted resource master.NBU_POLICY.MAXJOBS.Linux_BMR 10/18/2006 11:00:31 PM - granted resource BMR_STU 10/18/2006 11:00:36 PM - begin Parent Job 10/18/2006 11:00:36 PM - begin Stream Discovery , Stream Discovery Status 0 10/18/2006 11:00:46 PM - end Stream Discovery , Stream Discovery; elapsed time: 00:00:10 10/18/2006 11:00:46 PM - begin Stream Discovery , BMR Save 10/18/2006 11:01:10 PM - started process bpbrm (448) 10/18/2006 11:01:21 PM - collecting BMR information 10/18/2006 11:01:26 PM - connecting 10/18/2006 11:01:31 PM - connected; connect time: 00:00:05 10/18/2006 11:01:31 PM - transferring BMR infomation to the master server 10/18/2006 11:01:31 PM - connecting 10/18/2006 11:01:31 PM - connected; connect time: 00:00:00 10/18/2006 11:01:31 PM - Error bpbrm(pid=448) Did not receive bmr client request from client.longwood.edu, status = 0 10/18/2006 11:01:31 PM - end writing Status 26 10/18/2006 11:01:33 PM - end Stream Discovery , BMR Save; elapsed time: 00:00:47 10/18/2006 11:01:33 PM - begin Stream Discovery , Policy Execution Manager Preprocessed Status 0 10/19/2006 1:38:41 AM - end Stream Discovery , Policy Execution Manager Preprocessed; elapsed time: 02:37:08 Status 1 10/19/2006 1:38:41 AM - end Parent Job; elapsed time: 02:38:05 the requested operation was partially successful(1) The job was successfully completed, but some files may have been busy or unaccessible. See the problems report or the client's logs for more details. I've googled the entry: 10/18/2006 11:01:31 PM - Error bpbrm(pid=448) Did not receive bmr client request from client.longwood.edu, status = 0 And have seen several mentions of network issues. Namely, the resolution was to reinstall network drivers. This was also in reference to NBU 6.0MP2; we're running 6.0MP3. Questions: 1) Is network drivers a likely issue? 2) Where should they be altered: master, media or client? 3) Other suggestions? If no one knows, I guess I'll open a case. I'll be looking at client logs now. Thanks, Jason Jason Brooks Computer Systems Engineer IITS - Longwood University voice - (434) 395-2916 fax - (434) 395-2035 mailto:[EMAIL PROTECTED] ___ 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] 6.0 MP3 Bug
We ran into a bug with 6.0MP3 while testing our BMR. The Contents of c:\windows\sysvol gets restored to c:\windows\sysvol\domain instead of c:\windows\sysvol\widgets.ca Symptoms are that you are able to login to the AD server only with cached credentials. All other user accounts don't work. The DNS server also crashes after a bit. In my eyes, this is a pretty nasty bug because you probably can't do an authoritative restore. This could be a BMR restore issue or a NB Restore issue. We currently have an open case with veritas as does one other person. Trying to save some of you some grief.___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Data de-duplication solutions
We are currently in the process of testing out Direct Tape Copy on the NetApp NearStore VTL's. The results we are seeing is that we are getting better than 50MB/sec with LTO-3 drives writing to LTO-2 tapes. We can attach up to 3 drives per 2GB fiber-channel port. We figure we can do about 4TB/day per drive or up to 12TB/day for one NearStore VTL. Compare that to the very poor performance of the vault/duplication process which we have found to be on the order of roughly 11MB/sec or about 1TB per day per LTO-3 drive. We are still testing and have not yet made the switch over to this, but right now it looks very promising. If we do make the switch we will not use vault for anything except for maybe container management. --stuart -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of T H Sent: Wednesday, October 18, 2006 6:10 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Data de-duplication solutions Hi everyone, I have seen subjects on data de-duplication here. For those using such type of solutions such as data domain, pure disk etc: - What are your experiences? - Do you lose any throughtput while using such solutions and any worries with data corruption? - The bulk of our backup data is Oracle so does the solution you have work with Oracle? - Can one use the solution with existing NetBackup agents (no interest in deploying new client SW for 1000's of servers)? - Do you replicate the data offsite and how is that working for you? Any feedback is highly appreciated. Thanks, Tambaa ___ 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] Data de-duplication solutions
Yeahthere's a way to scan the physical library and the VTL will create a set of virtual tapes with the same barcodes as the physical tapesNetBackup will basically not know the difference and will treat them the same. I believe that you can always get the data off of the physical tapes if the Nearstore dies. The problem would be if you had not gotten all of the data transferred from the VTL to the physical tapes before the VTL gets hit with some kind of failure. The physical tapes would be used for off-siting. There is a shadow copy feature that will keep stuff on the VTL until the disk space is needed for new backups. So, if you have enough disk you can keep stuff online for restores if needed. If you are getting 30MB/sec to tape with vault/duplication, you're lucky. I've found that it is highly dependent upon the image size and the makeup of the image itself. If you have a number of small images, you will lower the throughput of vault. Also, if you have a large image that is made up of a number of small files, you will also impact the throughput. The best case is a large image made up of large files. Think of it this wayit's like having a couple of fire-hoses for the data flow. One is coming into the media server from the VTL and the other is out-bound to the physical tape drives. Vault/duplication does not allow you to simply connect the fire-hoses. It has to empty the in-coming one and put that data into buckets then empty those buckets into the out-going fire-hose. Ohand while it is filling the buckets, it's doing an audit to ensure that you have the right number (counting the image fragments, etc). The nearstore VTL will actually connect the fire-hoses and you get line-speeds because it's doing the copy at a block-level to the physical tapes. As for the performance into the VTL, we don't really care, because there's no shoe-shining with virtual drives. But we have seen very fast transfer rates in and out depending upon the data source and the connection to the media server. Like 30MB/sec or faster for single streams. And if you add up the throughput of multiple streams for a given source, it's even faster than that. -stuart -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Keating Sent: Thursday, October 19, 2006 10:09 AM To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Data de-duplication solutions So the Nearstore sees the physical tape library and directly copies fromthe virtual tape cartridges, on a 1:1 basis to the physical carts? How does the info get passed back to netbackup so Netbackup's catalogknows what is on the physical tapes? ie. if your Nearstore sc*ews the pooch, can you get your data off thephysical tapes without importing them all? Are your Nearstore vols replicated to a DR site? Or do you use tapeexclusively for offsite DR? For the record, I've been averaging well over 30MB/s tape to tape, usingLTO3 drives with LTO2 carts. What kind of throughput are you getting into the nearstore during yourbackups? We're evaluating RFP responses for VTL at the moment... Paul -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Liddle, Stuart Sent: October 19, 2006 12:58 PM To: T H; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Data de-duplication solutions We are currently in the process of testing out Direct Tape Copy on the NetApp NearStore VTL's. The results we are seeing is that we are getting better than 50MB/sec with LTO-3 drives writing to LTO-2 tapes. We can attach up to 3 drives per 2GB fiber-channel port. We figure we can do about 4TB/day per drive or up to 12TB/day for one NearStore VTL. Compare that to the very poor performance of the vault/duplication process which we have found to be on the order of roughly 11MB/sec or about 1TB per day per LTO-3 drive. We are still testing and have not yet made the switch over to this, but right now it looks very promising. If we do make the switch we will not use vault for anything except for maybe container management. --stuart La version française suit le texte anglais. This email may contain privileged and/or confidential information, and the Bank ofCanada does not waive any related rights. Any distribution, use, or copying of thisemail or the information it contains by other than the intended recipient isunauthorized. If you received this email in error please delete it immediately fromyour system and notify the sender promptly by email that you have done so. Le présent courriel peut contenir de l'information privilégiée ou confidentielle.La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute
[Veritas-bu] \\\\\ Raw FS backup : Sybase IQ /////
We have a new datawarehouse RDBMS, Sybase IQ 12.6 Since its not supported by Symantec, we have decided to backup {cold} the devices {raw}. The database is arnd 2.4 TB but the devices are arnd 5 TB, how much will netbackup have to backup. 2.4 TB or 5 TB. Regards, BIJU ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Viewing vault duplication performance.
Hi Darren/list, Revoking this thread since its absolutely essential to me. I read the mails, went to office and did a grep Kbytes/sec log.100906 in the bptm folder. I found that no single value was above 22 Mbytes/sec, shd that mean that my vaults are not above 22 Mbytes/sec. Is there anything specific in the log which I can search for clarifying my vault speed. Regards, BIJUOn 10/12/06, Darren Dunham [EMAIL PROTECTED] wrote: Use 2 GB fragments at the storage units. Then you can check bptm log. It has all the info you want in kb./secThere used to be several issues with duplicating and fragment size.I*think* that these issues are (supposed to be) addressed in 6.0, butI've been hesitant to attempt it.If it gets me what I need, I'll probably try it.For now though, it seems like I've hit a wall.None of my duplicationsare going faster than 27MB/s (LTO3s).I'll have to keep poking... --Darren Dunham [EMAIL PROTECTED]Senior Technical Consultant TAOShttp://www.taos.com/Got some Dr Pepper? San Francisco, CA bay area This line left intentionally blank to confuse you. ___Veritas-bu maillist- Veritas-bu@mailman.eng.auburn.eduhttp://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] Viewing vault duplication performance.
Revoking this thread since its absolutely essential to me. I read the mails, went to office and did a grep Kbytes/sec log.100906 in the bptm folder. I found that no single value was above 22 Mbytes/sec, shd that mean that my vaults are not above 22 Mbytes/sec. Is there anything specific in the log which I can search for clarifying my vault speed. I haven't found anything else yet. I've been busy trying to build up another server that we might use for offloading the duplications, so I haven't tried any type of changes for the buffers to see what kind of tweaks I can get there to the speed. -- Darren Dunham [EMAIL PROTECTED] Senior Technical Consultant TAOShttp://www.taos.com/ Got some Dr Pepper? San Francisco, CA bay area This line left intentionally blank to confuse you. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] 64 bit
I have been trying to load NB 5.1 onto a windows box which runs SQL. Whenever I try and load the software it breaks the installer and doesnt allow anything to be installed. I guess my question is does veritas have a software package specifically for 64bit machines. Thanks Frank Frank Wooten E-mail Server Group L-3 Integrated Systems 903-457-3934 ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Viewing vault duplication performance.
My vault duplications are running at up to 160MB/s. My environment is Windows based and we have a 4 LT03 drive HP library. I did try turning on multiplexing but found that the write throughput got worse the more I multiplexed so I have turned it back off for the moment. The buffers will have an affect on performance. FWIW mine are set to:- C:\..\VERITAS\NetBackup\db\config\SIZE_DATA_BUFFERS_DISK 1048576 C:\..\VERITAS\NetBackup\db\config\NUMBER_DATA_BUFFERS 64 C:\..\VERITAS\NetBackup\db\config\ NUMBER_DATA_BUFFERS_DISK64 C:\..\VERITAS\NetBackup\db\config\ SIZE_DATA_BUFFERS 262144 C:\..\VERITAS\NetBackup\NET_BUFFER_SZ 1048576 What read speeds are you getting during the duplication process? If you have a look in the 'All log entries' report in the gui you should see a figure for the read as well as the write process after each image is duplicated. Regards Richard -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Darren Dunham Sent: Friday, 20 October 2006 9:08 am To: Veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Viewing vault duplication performance. Revoking this thread since its absolutely essential to me. I read the mails, went to office and did a grep Kbytes/sec log.100906 in the bptm folder. I found that no single value was above 22 Mbytes/sec, shd that mean that my vaults are not above 22 Mbytes/sec. Is there anything specific in the log which I can search for clarifying my vault speed. ** This electronic email and any files transmitted with it are intended solely for the use of the individual or entity to whom they are addressed. The views expressed in this message are those of the individual sender and may not necessarily reflect the views of the Christchurch City Council. If you are not the correct recipient of this email please advise the sender and delete. Christchurch City Council http://www.ccc.govt.nz ** ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] 64 bit
If you have 64 bit windows loaded - definitely! -Andrew Wooten, FH Frank @ IS wrote: I have been trying to load NB 5.1 onto a windows box which runs SQL. Whenever I try and load the software it breaks the installer and doesnt allow anything to be installed. I guess my question is does veritas have a software package specifically for 64bit machines. Thanks Frank Frank Wooten E-mail Server Group L-3 Integrated Systems 903-457-3934 ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -- Andrew Stueve [EMAIL PROTECTED] 571-437-5754 ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] 64 bit
Yep. 64-bit binaries are not available until 5.1 MP4 though. These are full installers, not patches. NB_51_4_M_280424.WINNT.IA64.EXE NB_51_4_M_280590.WINNT.X64.EXE http://support.veritas.com/menu_ddProduct_NBUESVR_view_DOWNLOAD.htm - John Nardello From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Wooten, FH Frank @ ISSent: Thursday, October 19, 2006 1:28 PMTo: Veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] 64 bit I have been trying to load NB 5.1 onto a windows box which runs SQL. Whenever I try and load the software it breaks the installer and doesnt allow anything to be installed. I guess my question is does veritas have a software package specifically for 64bit machines. Thanks Frank Frank Wooten E-mail Server Group L-3 Integrated Systems 903-457-3934 ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Viewing vault duplication performance.
Thats awesome speed Richard, I'll be in office in an hour and check the NBU GUI admin console for the feature. I never explored that earlier. Thanks will revert today night {IST} Regards, BIJUOn 10/20/06, Mansell, Richard [EMAIL PROTECTED] wrote: My vault duplications are running at up to 160MB/s. My environment isWindows based and we have a 4 LT03 drive HP library.I did try turning on multiplexing but found that the write throughputgot worse the more I multiplexed so I have turned it back off for the moment.The buffers will have an affect on performance. FWIW mine are set to:-C:\..\VERITAS\NetBackup\db\config\SIZE_DATA_BUFFERS_DISK1048576C:\..\VERITAS\NetBackup\db\config\NUMBER_DATA_BUFFERS64 C:\..\VERITAS\NetBackup\db\config\ NUMBER_DATA_BUFFERS_DISK64C:\..\VERITAS\NetBackup\db\config\ SIZE_DATA_BUFFERS 262144C:\..\VERITAS\NetBackup\NET_BUFFER_SZ 1048576What read speeds are you getting during the duplication process? If youhave a look in the 'All log entries' report in the gui you should see afigure for the read as well as the write process after each image is duplicated.RegardsRichard-Original Message-From: [EMAIL PROTECTED][mailto: [EMAIL PROTECTED]] On Behalf Of DarrenDunhamSent: Friday, 20 October 2006 9:08 amTo: Veritas-bu@mailman.eng.auburn.eduSubject: Re: [Veritas-bu] Viewing vault duplication performance. Revoking this thread since its absolutely essential to me. I read the mails, went to office and did a grep Kbytes/sec log.100906 in the bptm folder. I found that no single value was above 22 Mbytes/sec, shd that mean that my vaults are not above 22 Mbytes/sec. Is there anything specific in the log which I can search for clarifying my vault speed.** This electronic email and any files transmitted with it are intendedsolely for the use of the individual or entity to whom they are addressed.The views expressed in this message are those of the individual sender and may not necessarily reflect the views of the ChristchurchCity Council.If you are not the correct recipient of this email please advise thesender and delete.Christchurch City Council http://www.ccc.govt.nz**___Veritas-bu maillist- Veritas-bu@mailman.eng.auburn.eduhttp://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