Was there any response to the original question here? Im interested in testing network performance from a client using netbackup.
Cheers Weber, Philip wrote: > 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 maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu