Re: [Veritas-bu] how to backup lots of small files
If you use ALL_LOCAL_DRIVES, make sure that you don't have the cross mount points checked. It even tells you that in the manuals that no one reads. If you are going to create your own file list, then you have to decide whether or not to cross mount points or not. If this is the case, you are also responsible for ensuring that you are backing up the data that you need to back up. Remember, it is not a software glitch when the software does exactly what you tell it to do. Bobby. -- Original message -- From: [EMAIL PROTECTED] gturner, you do realize that the reason your backup times decreased, was because you are no longer backup up all of the mount points on your unix system? Probably making the backup worthless, depending on how the system is setup. Jared M. Seaton Recovery Administrator Mylan Laboratories Inc. 304-554-5926 gturner [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 08/08/2007 02:53 PM Please respond to VERITAS-BU@mailman.eng.auburn.edu [EMAIL PROTECTED] cc Subject[Veritas-bu] Re: how to backup lots of small files Mark, have you unchecked Cross Mount Points I went through a similar situation with one of our Solaris servers. After unchecking that box, my backup times reduced by atleast 50%. mark wragge wrote: what is the best way to backup a solaris server copntaining millions of small files. is flashbackup the quickest way? the backup is currently taking over one day for 250gb and we suspect that it is the large number of files. thanks Send instant messages to your online friends http://uk.messenger.yahoo.com +-- |This was sent by [EMAIL PROTECTED] via Backup Central. |Forward SPAM to [EMAIL PROTECTED] +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu == CONFIDENTIALITY NOTICE: This e-mail message and all attachments transmitted with it may contain legally privileged, proprietary and/or confidential information intended solely for the use of the addressee. If you are not the intended recipient, you are hereby notified that any review, dissemination, distribution, duplication or other use of this message and/or its attachments is strictly prohibited. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message and its attachments. Thank you. ==---BeginMessage--- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ---End Message--- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Netbackup 6.0 Backup Speed on HP Windows Blade
Good day, My first in your situation is Do I have enough resources to run this configuration? Check if you have enough HBA's to keep the 12 LTO3's. A single 4GB HBA will probably not keep a single LTO3 engaged fully as that HBA can only push a maximum of 444 MBs per second. From what I can tell you do not have enough CPU, memory or HBA's to keep those 12 tape drives busy. The fact that your system is telling that it is waiting for resources tells me exactly that. Most planners I have dealt with have always made this error. They always seem to add enough tapes drives to theoretically move that data within the backup window, but never contact the Tape drive manufacturers as to the requirements of the drives. I would suggest adding more HBA's, Memory and Processors. This will allow the data to flow more freely. Remember you can open the tap as much as you like but you will only get out as much water as the thickness of the pipe will allow. Netbackup have a very basic requirements document, giving you the minimum CPU, Memory and HPA requirements. Obey these rules and you will have no speed problems. There after it will be tuning the backups and you will be able to utilise your resources fully and actually finish your backups within your prescribed window. This is not an easy sell, backups and recovery does not come cheep. I have had changes made in a large company and have been able to prove this. Good Luck. Kind Regards, Clem Kruger -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of tzurita Sent: 09 August 2007 02:01 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Netbackup 6.0 Backup Speed on HP Windows Blade All, have a question about speed. We are running the master server on a Windows C class HP blade with a dual core 2.4 GHz Atholon CPU and 8 GBs memory. Has two FC ports connected to: 2 Two HP StorageWorks Enterprise Class ESL712 Tape Libraries 712 - Tape slots each library 12 - LTO3 Tape drives total Backups are not that fast and I am questioning why. This is just a fast POC test but I would like to tune and give the customer more valid numbers. Any ideas would be great. My thoughts are that we don't have enough CPU's to push the tape libraries but why such a vast difference betwen windows and solaris backups? I am just puzzled. Help please. Here are the values in the following files: C:\Program Files\Veritas\Netbackup\db\config\NUMBER_DATA_BUFFERS 132 C:\Program Files\Veritas\Netbackup\db\config\NUMBER_DATA_BUFFERS_DISK 32 C:\Program Files\Veritas\Netbackup\db\config\NUMBER_DATA_BUFFERS_RESTORE 64 C:\Program Files\Veritas\Netbackup\db\config\SIZE_DATA_BUFFER 262144 C:\Program Files\Veritas\Netbackup\NET_BUFFER_SZ 1049600 C:\Program Files\Veritas\Netbackup\NET_BUFFER_SZ_REST 525312 For Network Windows servers clients, we average just under 7 MB/sec Same server configuration for Solaris 33 MB/sec From bptm log: 15:08:25.456 [3492.6020] 2 io_set_sendbuf: setting send network buffer to 525312 bytes 15:08:25.456 [3492.6020] 2 io_init: using 128 data buffers 15:08:25.456 [3492.6020] 2 io_init: buffer size for read is 262144 15:08:25.456 [3492.6020] 2 io_init: child delay = 20, parent delay = 30 (milliseconds) 15:08:25.456 [3492.6020] 2 create_shared_memory: shm_size = 33557564, buffer address = 0x117, buf control = 0x317, ready ptr = 0x3170c00, res_cntl = 0x3170c04 15:08:25.456 [3492.6020] 2 setup_bpbkar_info: Global\NetBackup Media Manager SHM Info Path app429d_1186419216 file successfully created 15:08:25.456 [3492.6020] 2 nbjm_media_request: Passing job control to NBJM, type READ ... 15:17:12.749 [3664.1404] 2 bptm: EXITING with status 0 -- 15:18:25.355 [2720.5456] 2 write_data: writing block shorter than BUFF_SIZE, 218112 bytes 15:18:25.355 [2720.5456] 2 write_data: writing short block, 218112 bytes, remainder 0 15:18:25.355 [2720.5456] 2 write_data: waited for full buffer 63961 times, delayed 80764 times 15:18:25.355 [2720.5456] 2 write_backup: write_data() returned, exit_status = 0, CINDEX = 0, TWIN_INDEX = 0, backup_status = 0 15:18:25.355 [2720.5456] 2 io_terminate_tape: writing empty backup header, drive index 0, copy 1 15:18:25.355 [2720.5456] 2 io_ioctl: command (0)MTWEOF 1 from (bptm.c.8229) on drive index 0 15:18:31.933 [2720.5456] 2 io_terminate_tape: absolute block position prior to writing empty header is 241703, copy 1 15:18:31.933 [2720.5456] 2 io_write_back_header: drive index 0, empty_file, file num = 2, mpx_headers = 0, copy 1 15:18:31.933 [2720.5456] 2 io_close: closing C:\Program Files\VERITAS\NetBackup\db\media\tpreq\drive_HP.ULTRIUM3-SCSI.000, from bptm.c.8369 15:18:31.933 [2720.5456] 2 io_terminate_tape: block position check: actual 241703, expected 241703 15:18:31.933 [2720.5456] 2 send_MDS_msg: MEDIADB 1 28 AK6501 402 *NULL* 21 1186511708 1186511708 1187721308 0 0 0 0 1 1 0 0 1024 0 241703 0 15:18:31.933 [2720.5456] 2 ParseConfigExA: Unknown configuration option on
Re: [Veritas-bu] Netbackup 6.0 Backup Speed on HP Windows Blade
Login to the console on the media server pushing the data and go to
start -- run -- perfmon. Plenty of performance data in there for all
your needs. I doubt you've got a CPU issue unless you are running
serious NDMP / Flashbackup type activity. Where is this data coming
from? What kind of policies? Each LTO3 drive can write at 120MB/sec
(fully compressed.) Do you have disk and/or nics capable of pushing
that amount of data? 120MB/sec x 12 disks is 1440MB/sec or approx 11.25
Gigabit Nics worth of network traffic at full capacity. Writing that
kind of data from disk is probably 100+ spindles.
-Jonathan
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of tzurita
Sent: Wednesday, August 08, 2007 8:01 PM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] Netbackup 6.0 Backup Speed on HP Windows Blade
All, have a question about speed.
We are running the master server on a Windows C class HP blade with a
dual core 2.4 GHz Atholon CPU and 8 GBs memory. Has two FC ports
connected to:
2 Two HP StorageWorks Enterprise Class ESL712 Tape Libraries
712 - Tape slots each library
12 - LTO3 Tape drives total
Backups are not that fast and I am questioning why. This is just a fast
POC test but I would like to tune and give the customer more valid
numbers.
Any ideas would be great. My thoughts are that we don't have enough
CPU's to push the tape libraries but why such a vast difference betwen
windows and solaris backups? I am just puzzled. Help please.
Here are the values in the following files:
C:\Program Files\Veritas\Netbackup\db\config\NUMBER_DATA_BUFFERS
132
C:\Program Files\Veritas\Netbackup\db\config\NUMBER_DATA_BUFFERS_DISK
32
C:\Program Files\Veritas\Netbackup\db\config\NUMBER_DATA_BUFFERS_RESTORE
64
C:\Program Files\Veritas\Netbackup\db\config\SIZE_DATA_BUFFER
262144
C:\Program Files\Veritas\Netbackup\NET_BUFFER_SZ
1049600
C:\Program Files\Veritas\Netbackup\NET_BUFFER_SZ_REST
525312
For Network Windows servers clients, we average just under 7 MB/sec
Same server configuration for Solaris 33 MB/sec
From bptm log:
15:08:25.456 [3492.6020] 2 io_set_sendbuf: setting send network buffer
to
525312 bytes
15:08:25.456 [3492.6020] 2 io_init: using 128 data buffers
15:08:25.456 [3492.6020] 2 io_init: buffer size for read is 262144
15:08:25.456 [3492.6020] 2 io_init: child delay = 20, parent delay =
30
(milliseconds)
15:08:25.456 [3492.6020] 2 create_shared_memory: shm_size = 33557564,
buffer address = 0x117, buf control = 0x317, ready ptr =
0x3170c00, res_cntl = 0x3170c04
15:08:25.456 [3492.6020] 2 setup_bpbkar_info: Global\NetBackup Media
Manager SHM Info Path app429d_1186419216 file successfully created
15:08:25.456 [3492.6020] 2 nbjm_media_request: Passing job control to
NBJM, type READ
...
15:17:12.749 [3664.1404] 2 bptm: EXITING with status 0 --
15:18:25.355 [2720.5456] 2 write_data: writing block shorter than
BUFF_SIZE, 218112 bytes
15:18:25.355 [2720.5456] 2 write_data: writing short block, 218112
bytes, remainder 0
15:18:25.355 [2720.5456] 2 write_data: waited for full buffer 63961
times, delayed 80764 times
15:18:25.355 [2720.5456] 2 write_backup: write_data() returned,
exit_status = 0, CINDEX = 0, TWIN_INDEX = 0, backup_status = 0
15:18:25.355 [2720.5456] 2 io_terminate_tape: writing empty backup
header, drive index 0, copy 1
15:18:25.355 [2720.5456] 2 io_ioctl: command (0)MTWEOF 1 from
(bptm.c.8229) on drive index 0
15:18:31.933 [2720.5456] 2 io_terminate_tape: absolute block position
prior to writing empty header is 241703, copy 1
15:18:31.933 [2720.5456] 2 io_write_back_header: drive index 0,
empty_file, file num = 2, mpx_headers = 0, copy 1
15:18:31.933 [2720.5456] 2 io_close: closing C:\Program
Files\VERITAS\NetBackup\db\media\tpreq\drive_HP.ULTRIUM3-SCSI.000, from
bptm.c.8369
15:18:31.933 [2720.5456] 2 io_terminate_tape: block position check:
actual 241703, expected 241703
15:18:31.933 [2720.5456] 2 send_MDS_msg: MEDIADB 1 28 AK6501 402
*NULL* 21 1186511708 1186511708 1187721308 0 0 0 0 1 1 0 0 1024 0 241703
0
15:18:31.933 [2720.5456] 2 ParseConfigExA: Unknown configuration
option on line 56: RenameIfExists = 1
15:18:31.949 [2720.5456] 2 JobInst::sendIrmMsg: returning
15:18:31.949 [2720.5456] 2 openTpreqFile: tpreq_file: C:\Program
Files\VERITAS\NetBackup\db\media\tpreq\drive_HP.ULTRIUM3-SCSI.000,
serial_num: HU10709CR7
15:18:31.949 [2720.5456] 2 get_drive_path: SCSI coordinates {0,0,0,1},
dos_path \\.\Tape0, pnp_path
\\?\scsi#sequentialven_hpprod_ultrium_3-scsirev_l63w#523bbaf37
001#{53f5630b-b6bf-11d0-94f2-00a0c91efb8b}
15:18:31.949 [2720.5456] 2 check_serial_num: serial number match for
drive with SCSI coordinates {0,0,0,1}, dos_path \\.\Tape0, drive serial
number HU10709CR7, expected serial number HU10709CR7 15:18:31.980
[2720.5456] 2 init_tape: \\.\Tape0 (SCSI coordinates
{0,0,0,1}) configured with blocksize 0
15:18:31.996 [2720.5456] 2 init_tape: \\.\Tape0 (SCSI coordinates
{0,0,0,1}) has
[Veritas-bu] pb restoring system_state of Windows 2000 SP4
Hi, Help please... My environment is: Master server Solaris 10 NetBackup 5.1 MP5 or 6.0 MP4 Client W2K SP4 client Netbackup 5.1MP5 I try to do a system restore of a W2K SP4 NetBackup client by running the following process: - I reinstall on the same hardware system a fresh W2K SP4 server with the same partitionning and without integrating in a specific Windows domain. - I reinstall NetBackup client 5.1MP5 - I run on the client the commande w2koption -restore -same_hardware 1 - From the NetBackup Administrator java interface, I choose all the drives and the System_State, select Restore everything to its original location and choose Overwrite existing files - The restore run with success. After a few second, before or after I could ran again the w2koption -restore -same_hardware 1 command, the W2K goes in an eternal reboot cycle, and I don't know what is happening ??? Can somebody help me ?? Is it correct to restore System_State withe the Overwrite existing files option ?? It seems that with W2003 client, I don't have this problem. Best regard, Gilles. This e-mail is intended only for the above addressee. It may contain privileged information. If you are not the addressee you must not copy, distribute, disclose or use any of the information in it. If you have received it in error please delete it and immediately notify the sender. Security Notice: all e-mail, sent to or from this address, may be accessed by someone other than the recipient, for system management and security reasons. This access is controlled under Regulation of security reasons. This access is controlled under Regulation of Investigatory Powers Act 2000, Lawful Business Practises. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NBU 5.1 and Solaris 10 for intel
Ok for those who is interested, I called our supplier. There is no support for the Solaris X86 Oracle plugin. There will be in the future starting with NBU version 6.5 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of DULLAART, Rob ONL Sent: Tuesday, August 07, 2007 4:49 PM To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] NBU 5.1 and Solaris 10 for intel Well uhmm I just returned from holiday, and I guess my brain is still on holiday. But my question was originally or should have been: is there a plug-in for Oracle on a Solaris 10 x86? Indeed the OS is backed up and working. When I do the installation for the plug-in, this is my output: [EMAIL PROTECTED] $ update_dbclients Oracle -ClientList x The following clients with the OS type listed were skipped due to one of the following reasons: 1. they are non-UNIX clients (which cannot be installed or upgraded from the server) 2. there is no specified database agent software available for that type of client 3. the matching database agent software was not loaded on the server Client Name - OS Type - wawa - Solaris_x86_10 So I am searching for the compatibility list on this subject, but I can't find it. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of DULLAART, Rob ONL Sent: Tuesday, August 07, 2007 2:52 PM To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] NBU 5.1 and Solaris 10 for intel Gee I feel stupid now http://www.redflag-linux.com/ppd/product_files/application_doc/263839.pd f -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of DULLAART, Rob ONL Sent: Tuesday, August 07, 2007 11:26 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] NBU 5.1 and Solaris 10 for intel Hi Group, I need to take a server in the backup which is an intel-box which runs on Solaris 10. It also has an oracle database. My master-server runs with NBU 5.1 MP5. There seems to be no client version 5.1 for this OS. There is a version 6. Would this work with NBU 5.1? Regards, Rob ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Thomas Schulz/DE/ConSors ist außer Haus.
Ich werde ab 09.08.2007 nicht im Büro sein. Ich kehre zurück am 12.08.2007. Ich werde Ihre Nachrichten nach meiner Rückkehr beantworten. Cortal Consors S.A. Zweigniederlassung Deutschland: Bahnhofstraße 55, 90402 Nürnberg, Sitz Nürnberg, HR Nürnberg B 20075, USt-IdNr. DE225900761 Niederlassungsleitung Deutschland: Martin Daut (CEO Deutschland), Olivier Le Grand, Richard Döppmann, Uwe Trittin Hauptniederlassung: 5 avenue Kléber, 75116 Paris, Frankreich, Sitz Paris, Handelsregister R.C.S. Paris B 327 787 909 Vorstand/Führungsgremium Cortal Consors S.A.,Olivier Le Grand (CEO), Vincent Lecomte, Franz Baur Verwaltungsratsvorsitzender: Olivier Le Grand, Aufsichtsbehörden: Bundesanstalt für Finanzdienstleistungsaufsicht, Banque de France, Autorité des Marchés Financiers ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] pb restoring system_state of Windows 2000 SP4
I believe the way you need to do that if you are not doing BMR is to install your indiws into a different folder than the origional folder. Instead of winnt or windows try installing the fresh install of windows into a folder called restore. What happens is if you are using the origional paths then as you restore you overwrite files that are critical and will cause that issue. Doug Preston Systems Engineer Land America Tax and Flood Services Phone 626-339-5221 Ext 1104 Email [EMAIL PROTECTED] NOTICE: This electronic mail transmission may constitute a communication that is legally privileged. It is not intended for transmission to, or receipt by, any unauthorized persons. If you have received this electronic mail transmission in error, please delete it from your system without copying it, and notify the sender by reply e-mail, so that our address record can be corrected. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of POUSSARD, Gilles (APX SYNSTAR) Sent: Thursday, August 09, 2007 7:40 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] pb restoring system_state of Windows 2000 SP4 Hi, Help please... My environment is: Master server Solaris 10 NetBackup 5.1 MP5 or 6.0 MP4 Client W2K SP4 client Netbackup 5.1MP5 I try to do a system restore of a W2K SP4 NetBackup client by running the following process: - I reinstall on the same hardware system a fresh W2K SP4 server with the same partitionning and without integrating in a specific Windows domain. - I reinstall NetBackup client 5.1MP5 - I run on the client the commande w2koption -restore -same_hardware 1 - From the NetBackup Administrator java interface, I choose all the drives and the System_State, select Restore everything to its original location and choose Overwrite existing files - The restore run with success. After a few second, before or after I could ran again the w2koption -restore -same_hardware 1 command, the W2K goes in an eternal reboot cycle, and I don't know what is happening ??? Can somebody help me ?? Is it correct to restore System_State withe the Overwrite existing files option ?? It seems that with W2003 client, I don't have this problem. Best regard, Gilles. This e-mail is intended only for the above addressee. It may contain privileged information. If you are not the addressee you must not copy, distribute, disclose or use any of the information in it. If you have received it in error please delete it and immediately notify the sender. Security Notice: all e-mail, sent to or from this address, may be accessed by someone other than the recipient, for system management and security reasons. This access is controlled under Regulation of security reasons. This access is controlled under Regulation of Investigatory Powers Act 2000, Lawful Business Practises. ___ 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] Anyone take the plunge to 6.0MP5 yet?
We upgraded this Morning, so far so good. = Carl Stehman IT Distributed Services Team Pepco Holdings, Inc. 202-331-6619 Pager 301-765-2703 [EMAIL PROTECTED] Martin, Jonathan [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 08/07/2007 12:32 PM To veritas-bu@mailman.eng.auburn.edu cc Subject Re: [Veritas-bu] Anyone take the plunge to 6.0MP5 yet? Upgraded my first environment this morning - no issues to report. 2nd environment Thursday. -Jonathan From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Tuesday, August 07, 2007 12:17 PM To: Justin Piszcz Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Anyone take the plunge to 6.0MP5 yet? I only installed on my windows management station running vista. The admin console seems to work better now in vista. Thats as far as i'll take it maybe even for this year. Karl Justin Piszcz [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 08/06/07 05:35 AM To veritas-bu@mailman.eng.auburn.edu cc Subject [Veritas-bu] Anyone take the plunge to 6.0MP5 yet? Reports? ___ 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 Email message and any attachment may contain information that is proprietary, legally privileged, confidential and/or subject to copyright belonging to Pepco Holdings, Inc. or its affiliates (PHI). This Email is intended solely for the use of the person(s) to which it is addressed. If you are not an intended recipient, or the employee or agent responsible for delivery of this Email to the intended recipient(s), you are hereby notified that any dissemination, distribution or copying of this Email is strictly prohibited. If you have received this message in error, please immediately notify the sender and permanently delete this Email and any copies. PHI policies expressly prohibit employees from making defamatory or offensive statements and infringing any copyright or any other legal right by Email communication. PHI will not accept any liability in respect of such communications. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Anyone take the plunge to 6.0MP5 yet?
My 2nd Environment Upgraded this morning. No issues to report so far from either environment 1 or 2, however I haven't gotten to an environment that does any significant destaging yet. I'm a bit concerned about the issues reported by Ed two days ago, especially the Netbackup thinking there's a 2nd copy when there isn't. I don't want NBU to think anything. How many copies its got and where they are needs to be a cold hard fact. -Jonathan From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Thursday, August 09, 2007 1:15 PM To: Martin, Jonathan Cc: veritas-bu@mailman.eng.auburn.edu; [EMAIL PROTECTED] Subject: Re: [Veritas-bu] Anyone take the plunge to 6.0MP5 yet? We upgraded this Morning, so far so good. = Carl Stehman IT Distributed Services Team Pepco Holdings, Inc. 202-331-6619 Pager 301-765-2703 [EMAIL PROTECTED] Martin, Jonathan [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 08/07/2007 12:32 PM To veritas-bu@mailman.eng.auburn.edu cc Subject Re: [Veritas-bu] Anyone take the plunge to 6.0MP5 yet? Upgraded my first environment this morning - no issues to report. 2nd environment Thursday. -Jonathan From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Tuesday, August 07, 2007 12:17 PM To: Justin Piszcz Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Anyone take the plunge to 6.0MP5 yet? I only installed on my windows management station running vista. The admin console seems to work better now in vista. Thats as far as i'll take it maybe even for this year. Karl Justin Piszcz [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 08/06/07 05:35 AM To veritas-bu@mailman.eng.auburn.edu cc Subject [Veritas-bu] Anyone take the plunge to 6.0MP5 yet? Reports? ___ 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 Email message and any attachment may contain information that is proprietary, legally privileged, confidential and/or subject to copyright belonging to Pepco Holdings, Inc. or its affiliates (PHI). This Email is intended solely for the use of the person(s) to which it is addressed. If you are not an intended recipient, or the employee or agent responsible for delivery of this Email to the intended recipient(s), you are hereby notified that any dissemination, distribution or copying of this Email is strictly prohibited. If you have received this message in error, please immediately notify the sender and permanently delete this Email and any copies. PHI policies expressly prohibit employees from making defamatory or offensive statements and infringing any copyright or any other legal right by Email communication. PHI will not accept any liability in respect of such communications. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Netbackup 6.0 Backup Speed on HP Windows Blade
This also looks wrong:
C:\Program Files\Veritas\Netbackup\db\config\NUMBER_DATA_BUFFERS
132
Should be 32
Is it a typo ???
-Original Message-
From: tzurita [mailto:[EMAIL PROTECTED]
Sent: Thursday, 9 August 2007 10:01 AM
To: VERITAS-BU@mailman.eng.auburn.edu
Subject: [Veritas-bu] Netbackup 6.0 Backup Speed on HP Windows Blade
All, have a question about speed.
We are running the master server on a Windows C class HP blade with a dual
core 2.4 GHz Atholon CPU and 8 GBs memory. Has two FC ports connected to:
2 Two HP StorageWorks Enterprise Class ESL712 Tape Libraries
712 - Tape slots each library
12 - LTO3 Tape drives total
Backups are not that fast and I am questioning why. This is just a fast POC
test but I would like to tune and give the customer more valid numbers.
Any ideas would be great. My thoughts are that we don't have enough CPU's
to push the tape libraries but why such a vast difference betwen windows and
solaris backups? I am just puzzled. Help please.
Here are the values in the following files:
C:\Program Files\Veritas\Netbackup\db\config\NUMBER_DATA_BUFFERS
132
C:\Program Files\Veritas\Netbackup\db\config\NUMBER_DATA_BUFFERS_DISK
32
C:\Program Files\Veritas\Netbackup\db\config\NUMBER_DATA_BUFFERS_RESTORE
64
C:\Program Files\Veritas\Netbackup\db\config\SIZE_DATA_BUFFER
262144
C:\Program Files\Veritas\Netbackup\NET_BUFFER_SZ
1049600
C:\Program Files\Veritas\Netbackup\NET_BUFFER_SZ_REST
525312
For Network Windows servers clients, we average just under 7 MB/sec
Same server configuration for Solaris 33 MB/sec
From bptm log:
15:08:25.456 [3492.6020] 2 io_set_sendbuf: setting send network buffer to
525312 bytes
15:08:25.456 [3492.6020] 2 io_init: using 128 data buffers
15:08:25.456 [3492.6020] 2 io_init: buffer size for read is 262144
15:08:25.456 [3492.6020] 2 io_init: child delay = 20, parent delay = 30
(milliseconds)
15:08:25.456 [3492.6020] 2 create_shared_memory: shm_size = 33557564,
buffer address = 0x117, buf control = 0x317, ready ptr = 0x3170c00,
res_cntl = 0x3170c04
15:08:25.456 [3492.6020] 2 setup_bpbkar_info: Global\NetBackup Media
Manager SHM Info Path app429d_1186419216 file successfully created
15:08:25.456 [3492.6020] 2 nbjm_media_request: Passing job control to
NBJM, type READ
...
15:17:12.749 [3664.1404] 2 bptm: EXITING with status 0 --
15:18:25.355 [2720.5456] 2 write_data: writing block shorter than
BUFF_SIZE, 218112 bytes
15:18:25.355 [2720.5456] 2 write_data: writing short block, 218112 bytes,
remainder 0
15:18:25.355 [2720.5456] 2 write_data: waited for full buffer 63961 times,
delayed 80764 times
15:18:25.355 [2720.5456] 2 write_backup: write_data() returned,
exit_status = 0, CINDEX = 0, TWIN_INDEX = 0, backup_status = 0
15:18:25.355 [2720.5456] 2 io_terminate_tape: writing empty backup header,
drive index 0, copy 1
15:18:25.355 [2720.5456] 2 io_ioctl: command (0)MTWEOF 1 from
(bptm.c.8229) on drive index 0
15:18:31.933 [2720.5456] 2 io_terminate_tape: absolute block position
prior to writing empty header is 241703, copy 1
15:18:31.933 [2720.5456] 2 io_write_back_header: drive index 0,
empty_file, file num = 2, mpx_headers = 0, copy 1
15:18:31.933 [2720.5456] 2 io_close: closing C:\Program
Files\VERITAS\NetBackup\db\media\tpreq\drive_HP.ULTRIUM3-SCSI.000, from
bptm.c.8369
15:18:31.933 [2720.5456] 2 io_terminate_tape: block position check:
actual 241703, expected 241703
15:18:31.933 [2720.5456] 2 send_MDS_msg: MEDIADB 1 28 AK6501 402
*NULL* 21 1186511708 1186511708 1187721308 0 0 0 0 1 1 0 0 1024 0 241703 0
15:18:31.933 [2720.5456] 2 ParseConfigExA: Unknown configuration option on
line 56: RenameIfExists = 1
15:18:31.949 [2720.5456] 2 JobInst::sendIrmMsg: returning
15:18:31.949 [2720.5456] 2 openTpreqFile: tpreq_file: C:\Program
Files\VERITAS\NetBackup\db\media\tpreq\drive_HP.ULTRIUM3-SCSI.000,
serial_num: HU10709CR7
15:18:31.949 [2720.5456] 2 get_drive_path: SCSI coordinates {0,0,0,1},
dos_path \\.\Tape0, pnp_path
\\?\scsi#sequentialven_hpprod_ultrium_3-scsirev_l63w#523bbaf37001#
{53f5630b-b6bf-11d0-94f2-00a0c91efb8b}
15:18:31.949 [2720.5456] 2 check_serial_num: serial number match for drive
with SCSI coordinates {0,0,0,1}, dos_path \\.\Tape0, drive serial number
HU10709CR7, expected serial number HU10709CR7 15:18:31.980 [2720.5456] 2
init_tape: \\.\Tape0 (SCSI coordinates
{0,0,0,1}) configured with blocksize 0
15:18:31.996 [2720.5456] 2 init_tape: \\.\Tape0 (SCSI coordinates
{0,0,0,1}) has compression enabled
15:18:32.011 [2720.5456] 2 io_open: SCSI RESERVE
From status log of NB Master Full backup: about 22 MB/sec
8/7/2007 2:35:56 PM - positioning AK6501 to file 1
8/7/2007 2:36:06 PM - positioned AK6501; position time: 00:00:10
8/7/2007 2:36:06 PM - begin writing
8/7/2007 2:45:18 PM - Warning bpbrm(pid=3900) from client bmedia403: WRN -
Removable Storage Management: unable to export database (WIN32 21: The
device is not ready. )
+--
|This
