[Veritas-bu] Logging and security...
Hi, I would like to get some logging in nbu, which traces who makes restore, of what, when and to what destination etc. And also who makes changes in policies and other nbu configs. Are there any logs like this available in nbu? One could hope, now that Symantec owns nbu, they start thinking about security for us backup admins and serious logging. Thanks and regards, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Logging and security...
Nope.. Does it log nbu users activity? I thought it was just a monitoring/reporting tool. I will check it out.. Thanks, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: Justin Piszcz [mailto:[EMAIL PROTECTED] Skickat: den 27 augusti 2007 21:15 Till: Hampus Lind Kopia: VERITAS-BU@mailman.eng.auburn.edu Ämne: Re: [Veritas-bu] Logging and security... Have you looked at NEtBackup Operations Manager (NOM)? On Mon, 27 Aug 2007, Hampus Lind wrote: Hi, I would like to get some logging in nbu, which traces who makes restore, of what, when and to what destination etc. And also who makes changes in policies and other nbu configs. Are there any logs like this available in nbu? One could hope, now that Symantec owns nbu, they start thinking about security for us backup admins and serious logging. Thanks and regards, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] VTL and Tape or SnapVault.
Hi Pat, If it was possible for me I would go with a disk based solution of some kind. And if you dont have the need for netbackup and already have netapp`s software onsite and are familiar with that software, maybe that is best for you. I would try to eliminate so many hardware/softwares as possible in the chain of handling backup and restore. Less is more. One box, one tool God, that would be great.. The important thing is not to do what everyone else is doing; it is to do what is right for your environment. If you dont have the need for netbackup and tapes, dont go that way. Although, if you have a large amount of data that you need to keep for 7 years, then maybe tape would be more economic. We are looking into VTL`s with dedup (awaiting netapp to release there dedup function), and hope to reduce the need for tape big time... If I could go all disk, I would. But with large data amounts the need for cooling, floor space, electrics and such tape still bring me a great value. Hopefully dedup gives us a more equal situation between disk and tape, and then, the choice becomes easy for me. Still I would like to replicate and duplicate data of to another disk or maybe tape for long time store.. Though it do feel a little bit scary to only have ONE baseline copy, but I guess that goes for other disk based dedup solution as well. Could you also replicate the backup box to another box? Now it starts getting to expensive maybe... Good luck. :-) Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] För Kenny Skickat: den 27 juli 2007 05:39 Till: VERITAS-BU@mailman.eng.auburn.edu Ämne: [Veritas-bu] VTL and Tape or SnapVault. I have a large NetApp environment and I am looking for a new strategy for backing up my filers. I am trying to decide between using SnapVault technology or a VTL with tape. I am fortunate to be able to replicate all my primary filers to a remote location. From there I want to protect the data. I have a 7 year retention policy for my data. I was thinking of protecting 14 days online, then only monthly's for 7 years. I rarely do restores and most of the data is flat files. With SnapVault I am able to transfer data to NearStore. It takes an initial baseline copy, like a full backup, then it it would only snap the incremental changes at the block level. I am thinking that this would be very fast for daily backups and I could eliminate tape. The alternative would be to use my existing NetBackup software to backup each filer via NDMP to a VTL. From the VTL I would apply the same retention. 14 days in the VTL then monthly's to tape for 7 years. I do not have to takes tape offsite since I am the primary copy is 300 miles away. So I was wondering if anyone has any thoughts on this. I am concerned with SnapVault since it is all disk and corruptions may happen. It also has a limitation of 251 snaps. That should not be a problem with my retention policy, but my requirements may change? Also what would happen if I lost the initial baseline copy, does that mean that all the incremental snaps are worthless? Unfortunately if I go with SnapVault, economically I will not be able to use tape or Netbackup, so at that point I would not have the security of tape. So VTL and Tape or SnapVault. Thanks in advance for your help. Pat +-- |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 ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NOT ME!
I have been looking and waiting for this answer for a long time.. Please let me know what you find out... Perhaps Vxss can solve these problems. We are going to look closer at vxss later on this year. Anyone have any experience with vxss and Netbackup? Thanks and regards, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] För Stump, Bob A Skickat: den 27 juni 2007 16:00 Till: veritas-bu@mailman.eng.auburn.edu Ämne: [Veritas-bu] NOT ME! We have too many hands in the pot for our NetBackup environment. We discover changes and everyone in the group says not me. Is there any good security product out there that can track NetBackup? Specifically versions 5.x and 6.x with Solaris9/AIX5 master servers and Solaris/AIX/W2K/W2K3 media servers. ___ 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] Netbackup 6 upgrade - special policy types
Hi Jeff, We did not see any problems when upgrading from 5.1 MP5 to 6.0 MP4 for: - Oracle RMAN - Mssql And we did not change anything on either the client or master/media side to keep these systems running. Cheers, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] För Jeff Lightner Skickat: den 30 maj 2007 19:34 Till: veritas-bu@mailman.eng.auburn.edu Ämne: [Veritas-bu] Netbackup 6 upgrade - special policy types OK were getting ready to do upgrade from 5.1 to 6.0 mid-June. Ive seen all the notes about being sure to clean up catalogs etc and my coworker who is planning the upgrade has run the nbcc and done all sorts of other preparations. My question is does anyone know of any special actions that need to be taken for backups such as: Exchange Oracle RMAN Microsoft SQL If you only know information about one of the above please provide that Id just like to be sure theres nothing were missing on these things especially since the latter two at least are typically initiated from client side. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Trouble getting tape drives recognized on Linux Server running SLES9
Hi, What do you get from lsscsi command? If you run Qlogic HBA you could run scli and scan the buses for the drives to see if the zones are correct. Cheers, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] För Justin Piszcz Skickat: den 29 maj 2007 19:28 Till: ZIMMER, RANDY K [AG/1000] Kopia: veritas-bu@mailman.eng.auburn.edu Ämne: Re: [Veritas-bu] Trouble getting tape drives recognized on Linux Server running SLES9 Does the host see them? cat /proc/scsi/scsi On Tue, 29 May 2007, ZIMMER, RANDY K [AG/1000] wrote: All, I need some pointer on how I get my tape drives recognized by my Linux server running SLES 9. We are trying to add a Linux server into our environment as a Media Server and am having difficulty getting the OS to recognize the tape drives. I have open support call with Novell and Symantec and am getting nowhere fast. Any ideas would be helpful... Thanks, Randy Zimmer Sr. Unix System Administrator Monsanto Enterprise Infrastructure Team Office: 314-694-3109 Mobile: 314-960-0500 [EMAIL PROTECTED] - This e-mail message may contain privileged and/or confidential information, and is intended to be received only by persons entitled to receive such information. If you have received this e-mail in error, please notify the sender immediately. Please delete it and all attachments from any servers, hard drives or any other media. Other use of this e-mail by you is strictly prohibited. All e-mails and attachments sent and received are subject to monitoring, reading and archival by Monsanto. The recipient of this e-mail is solely responsible for checking for the presence of Viruses or other Malware. Monsanto accepts no liability for any damage caused by any such code transmitted by or accompanying this e-mail or any attachment. - ___ 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] Qlogic HBA failover in SUSE
Hi all, I am trying to setup HBA failover on my SELS 9 master and media servers, but I find little info on this on the web. Anyone on this list doing SAN disk failover in SLES 9 environments? If so, how have you set this up? I use Qlogic HBA, and run LVM2 on top. Thanks and regards, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] iostat not showing tape stats - SLES 9...
Hi all, I can't get any stats from my tape drives on my SLES9 media server with iostat, I have tried most options to iostat. Is there other way to get the tape stats? Thanks and regards, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] iostat not showing tape stats - SLES 9...
Thanks for youre your quick replay and your tip on the SAN switches.. I will push our vendor for this feature.. And this is very much at limitation in HP-UX as well. Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: McCammont, Anderson (IT) [mailto:[EMAIL PROTECTED] Skickat: den 23 april 2007 11:26 Till: Hampus Lind; veritas-bu@mailman.eng.auburn.edu Ämne: RE: [Veritas-bu] iostat not showing tape stats - SLES 9... Tape device stats aren't currently supported in the Linux distros that I've seen - the instrumentation isn't there in many of the block device drivers. I beleive this is also a limitation on HP/UX and some other BSD-derived O/S's but I'm not sure on this. If you're using SAN attached tape drives you can pull per port information from your switches as a workaround, or piece together the stats from each multiplexed stream over time. Push your vendor to provide patches to enable iostat for block devices, and to get them incorporated back into the base. _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Hampus Lind Sent: 23 April 2007 16:33 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] iostat not showing tape stats - SLES 9... Hi all, I cant get any stats from my tape drives on my SLES9 media server with iostat, I have tried most options to iostat Is there other way to get the tape stats? Thanks and regards, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] _ NOTICE: If received in error, please destroy and notify sender. Sender does not intend to waive confidentiality or privilege. Use of this email is prohibited when received in error. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Changing hostname and IP in client host file..
Hi all, I was following the discussion of clients in hosts files and.. We don't use DNS (yet) and have to changes the IP address for our master and one media server. On the unix servers I am going to use bpgp to collect modify and distribute the hosts files via a script. I am not that good on windows, so now I am turning to you all. Can the same be done on windows boxes or do I need to manually change the hosts file on each client? Thanks and regards, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] ___ Veritas-bu maillist - [EMAIL PROTECTED] http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] VMWare ESX Backup
Hi, I am doing the same thing here.. Do you think I can get a copy of the docs? Thanks and regards, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] För Anas Kayal Skickat: den 11 april 2007 08:39 Till: veritas-bu@mailman.eng.auburn.edu Ämne: Re: [Veritas-bu] VMWare ESX Backup Steve, Thanks a lot for the docs. Very helpful. I will do a test implementation probably this weekend. Let you know what happens. Best regards, Anas Kayal System Administrator IT Department Urban Planning and Development Authority Office: +974-495-5170 Mobile: +974-534-2454 _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 10, 2007 6:08 PM To: Anas Kayal Subject: Re: [Veritas-bu] VMWare ESX Backup Anas, Here are the docs that I have on VCB. I am still gathering other info as well. Regards, Steve Bally Systems Engineer RadiSys Corporation www.radisys.com [EMAIL PROTECTED] Desk: 503-615-1207 Cell: 503-970-6201 This electronic message (Email) contains information which may be confidential, privileged or otherwise protected from disclosure. The information is intended to be used solely by the named recipient(s). If you are not a named recipient, any review, disclosure, copying, distribution or use of this transmission or its contents is prohibited. If you have received this transmission (Email) in error, please notify me immediately. Anas Kayal [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 04/08/2007 10:07 PM To veritas-bu@mailman.eng.auburn.edu cc Subject Re: [Veritas-bu] VMWare ESX Backup Thats great Steve. Ill be waiting. Best regards, Anas _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Monday, April 09, 2007 3:04 AM To: Anas Kayal Subject: Re: [Veritas-bu] VMWare ESX Backup Anas, The proxy server must have access to the ESX storage, I am getting ready to implement here at our site. I have some docs that I will forward tomorrow. Regards, Steve Bally Systems Engineer RadiSys Corp 503-615-1207 office 503-970-6201 mobile [EMAIL PROTECTED] www.radisys.com _ - Original Message - From: Anas Kayal [EMAIL PROTECTED] Sent: 04/08/2007 10:14 PM ZE3 To: Veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] VMWare ESX Backup Greetings All, I recently installed VMWare ESX Server 3.0.1 and I have several virtual machines. Now I have NB agent 6.0 MP4 running on the actual virtual machines and I can back up directly from NetBackup. But I did some reading about Consolidated Backup but I didn't understand how to set it up. There's something about a proxy server intermediating between VMWare and NetBackup. My SAN is currently being installed but it will take about another 4 weeks. Is this a necessity? Thanks in advance. Anas___ 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] nbu 5.1 vs nbu 6.0 - windows client and options...
Hi all, Can anyone tell me if there are any changes for the better (what so ever) in nbu 6.0 compared to nbu 5.1 for windows clients or options? I.e is there better support or some other cool function for vmware in nbu 6.0? The reason for my question is to gather information (positive or negative) before we upgrade to 6.0. Thanks and regards, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] SOLUTION - Serious master issue...
Hi all, We got Syamntec consulting to find and solve the problem for us.. (of course for a price) They found that we had 3 oracle clients that very querying the image database like crazy... Which caused bpdbm and bprd to start new process all the time.. When I presented this for support they all of a sudden found that this was a known problem which where to be solved in MP7. We have 3 oracle crosschecks from 3 different clients which had been running for over a month causing these problems. Answer from support: As promised here is a list of possible workarounds which may help relieve the problems you are experiencing. The bug report that we have opened for this is titled RMAN catalog maintenance functions taking too long and use excessive resources on the master server. - Workaround: Until the fix is released in a NetBackup Maintenance Pack, there are several things which can decrease the time required for RMAN maintenance. Implement these recommendations in the order shown, testing after each change, until the maintenance time required is within an acceptable time. - Schedule crosscheck or other maintenance functions to run more frequently. If they are running only once a day, schedule them to run several times during the day. - If there are multiple Oracle hosts running maintenance functions, stagger the start time of the jobs so they do not overlap. - Change the RMAN script so there are multiple backup files or logs per backup set rather than a single file or log per set. - Change the RMAN script so the backup piece name format statement includes_%t as the last format specification. Now I will raise hell and learn Symantec support (especially the once we had in US) some really nasty Swedish words. :-) I would like to thank all of you on this list, you have been great. Kind regards, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Serious master issue...
England got the case again... They at least know how to communicate with
costumers, when if we are wrong they dont cute us of..
They case is on the highest level.
I have re-opened the case with HP and have Symantec consulting guys onsite..
So I am hoping for the best...
Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]
-Ursprungligt meddelande-
Från: Justin Piszcz [mailto:[EMAIL PROTECTED]
Skickat: den 15 februari 2007 10:04
Till: WEAVER, Simon
Kopia: 'Hampus Lind'; 'Geyer, Gregory'; Veritas-bu@mailman.eng.auburn.edu
Ämne: Re: [Veritas-bu] Serious master issue...
Get the case re-dispatched to one of the EU offices? Escalate the case?
On Thu, 15 Feb 2007, WEAVER, Simon wrote:
I must admit, when reading the emails from them, it sounded as if they
either did not care, did not have a clue, or was simply passing the blame
to
HP !
Regards
Simon Weaver
3rd Line Technical Support
Windows Domain Administrator
EADS Astrium Limited, B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU
Email: [EMAIL PROTECTED]
-Original Message-
From: Hampus Lind [mailto:[EMAIL PROTECTED]
Sent: 15 February 2007 07:34
To: WEAVER, Simon; 'Geyer, Gregory'
Cc: Veritas-bu@mailman.eng.auburn.edu
Subject: SV: [Veritas-bu] Serious master issue...
Now, its morning here in Sweden...
I haven't heard from that guy, or any other support engineer sins the mail
where he told me he couldn't communicate with me... :-(
We cant us a software with this kind of support...
Anyhow, I would like to thank you all. You have been wonderful in all your
suggestions.
I will post the solution here when we find it.
Thanks and regards,
Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]
-Ursprungligt meddelande-
Från: WEAVER, Simon [mailto:[EMAIL PROTECTED]
Skickat: den 15 februari 2007 08:13
Till: 'Hampus Lind'; 'Geyer, Gregory'
Kopia: Veritas-bu@mailman.eng.auburn.edu
Ämne: RE: [Veritas-bu] Serious master issue...
Did you get the problem sorted out, or dealt with by another Symantec
Engineer?
Regards
Simon Weaver
3rd Line Technical Support
Windows Domain Administrator
EADS Astrium Limited, B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU
Email: [EMAIL PROTECTED]
-Original Message-
From: Hampus Lind [mailto:[EMAIL PROTECTED]
Sent: 14 February 2007 23:01
To: 'Geyer, Gregory'
Cc: Veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Serious master issue...
Thanks Greg,
I will check the oracle scripts...
Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]
-Ursprungligt meddelande-
Från: Geyer, Gregory [mailto:[EMAIL PROTECTED]
Skickat: den 14 februari 2007 23:57
Till: Hampus Lind
Ämne: RE: [Veritas-bu] Serious master issue...
Hampus,
We had a serious issue with the RMAN backups which would cause each
individual RMAN stream to traverse the entire NB catalog for that client.
They were using an incorrect format, with a 'T' at the beginnig rather
than
the end. See the text below, from an email summary from the DBA after it
was over.
The proper format was in the Oracle NBU Admin guide all along: run {
allocate channel t1 type 'sbt_tape'; allocate channel t2 type 'sbt_tape';
send 'NB_ORA_POLICY=your_policy, NB_ORA_SERV=your_server'; Chapter 4,
Configuration 105 Configuring the Run-Time Environment backup (database
format 'bk_%U_%t'); }
=
The issue of the NetBackup Oracle Client returning 'AVAILABLE' for tape
media known to have been recycle has been identified. Symantec Support
believes the problem is in RMAN and I believe the problem is in the
NetBackup Oracle Client. Whichever is the case, Symantec helped me
determine the issue is related to the 'T' format in the backup file name
formats.
Some of you may recall the NetBackup slow downs in Q4CY05, when GG
discovered that NetBackup has a requirement to use the RMAN 'T' format in
the backup file name as a trailing format. Prior to learning this fact, I
had been using the 'T format as a leading portion of the file name.
NetBackup uses the 'T' format as a selective date index to the NB image
catalog database. I changed the 'T' format to trailing in the backup file
name and performance returned to normal response times.
The 'T' format came back to haunt me once more when we recently started
purging old data from the RMAN/OBK catalog repository. Either RMAN or
NetBackup never talks to the NB image database when it encounters an RMAN
backup file name that doesn't contain a trailing 'T' format. This is
either
a NB server administration setting or a bug in the NB Oracle Client.
Whatever the case is, the workaround is to manually purge out all OBK data
[Veritas-bu] Serious master issue...
Hi, We have a serious issue here with our master server. The problem occurred a couple of weeks ago, or at least I found out about it then.. I was looking at IO`s and scsi queue depth on my master (hp-ux 11.11) when a say that we had 4000-6000 SCSI commands in que, and a disk utilisation of 100% for the /usr/openv/netbackup/db disk. I have patched hpux to the latest patch bundle and we run NBU 5.1 MP4. HP support sad that bpdbm was leaking memory. Veritas support still investigating.. But we have about 30 bpdbm and bprd processes active on our master which eats both my CPU`s and produces tons of IO against our db disk. I actived verbose = 5 on the master, and after 15 minutes the bpdbm log had reached the file size limit on our filsystem, 2 GB. Any one had similar problems? Thanks and regards, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Serious master issue...
All, Now I have been transferred to USA support God bless America! They have told me that they havent seen such a big installation in over a year . Strange, I have about 200 clients and backup a couple a TB per day.. I was under the impression that this was kinda small installation..?? However, they have told me that this is perfectly normal behaviour with netbackup. That it produces heavy disk IO and eat all CPU power. And I was really stupid and told them that I also had an case with HP earlier on this disk IO problem, so now Symantec support are pointing all there fingers at HP and our disk setup. Our DB is about 60-65 GB and resides on a StorageTek Flexline 380 disk array (SAN). We run a RAID 5 on 146GB FC drives.. I dont really see the bottleneck there, but I will create a RAID 5 on 73GB 15K FC drives just to shut netbackup support up We run a two CPU HP rp2470 with HP-UX 11.11 as a master server. Shouldnt this be enough for this installation? Ooh well If support cant help me, what should I do?? I am desperate!!! Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] För Hampus Lind Skickat: den 14 februari 2007 12:48 Till: Veritas-bu@mailman.eng.auburn.edu Ämne: [Veritas-bu] Serious master issue... Prioritet: Hög Hi, We have a serious issue here with our master server. The problem occurred a couple of weeks ago, or at least I found out about it then.. I was looking at IO`s and scsi queue depth on my master (hp-ux 11.11) when a say that we had 4000-6000 SCSI commands in que, and a disk utilisation of 100% for the /usr/openv/netbackup/db disk. I have patched hpux to the latest patch bundle and we run NBU 5.1 MP4. HP support sad that bpdbm was leaking memory. Veritas support still investigating.. But we have about 30 bpdbm and bprd processes active on our master which eats both my CPU`s and produces tons of IO against our db disk. I actived verbose = 5 on the master, and after 15 minutes the bpdbm log had reached the file size limit on our filsystem, 2 GB Any one had similar problems? Thanks and regards, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Serious master issue...
Thanks Bryan, It happens directly after reboot.. The thing is: - I have deactivated all polices - Stop our media server - And then restarted netbackup on the master. So there are absolutely no action going on (no backup, no user backup, no restore, no staging) only internal netbackup work . At once when netbackup on the master gets active, it starts bpdbm process after bpdbm process. It consume 100% of both my CPU`s and write/read heavily to the /usr/openv/netbackup/db filesystem. When I have no action at all after a clean start, we have about 42 bpdbm processes and nearly as many bprd processes I cant figure this one out, and support points to disk config or something else that sounds good in there ears Thanks for all help, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: Bahnmiller, Bryan [mailto:[EMAIL PROTECTED] Skickat: den 14 februari 2007 20:04 Till: Hampus Lind Ämne: RE: [Veritas-bu] Serious master issue... Hampus, How quickly does this behaviour start happening after a recycle/reboot? I worked with an N4000 master running 11i. We did have 8 cpus and 8 GB RAM. We were running over 15,000 backup jobs daily though. Our catalog was over 400GB. (Catalog was on EMC DMX disk.) Running good old 3.4 we would have to reboot the system almost every week. If you can cleanly re-cycle NetBackup - shut it down, kill all NBU processes, and then restart it, that should be almost as good. Here we are running NBU 5.1mp4 on a Win2K3 master - 2 cpus, 4 GB RAM. (I inherited the system - not my choice.) We run about 5000 jobs per day, we have a 280 GB catalog on EMC Clariion. The system will stay stable for 2 weeks pretty easily. 4 weeks starts pushing things. So we usually reboot our Windows master and media servers every 2 weeks. It seems like you will have cumulative problems with NetBackup that can build up over time. It is way more pronounced on busy systems. We have another NetBackup system that has 1 Master and 1 Media server. It runs about 40 jobs per day max. I hardly ever have to reboot those servers. Bryan Bryan Bahnmiller ISD Business Continuity Pier 1 Imports, Inc 817-252-8570 _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Hampus Lind Sent: Wednesday, February 14, 2007 12:17 PM To: Veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Serious master issue... Importance: High All, Now I have been transferred to USA support God bless America! They have told me that they havent seen such a big installation in over a year . Strange, I have about 200 clients and backup a couple a TB per day.. I was under the impression that this was kinda small installation..?? However, they have told me that this is perfectly normal behaviour with netbackup. That it produces heavy disk IO and eat all CPU power. And I was really stupid and told them that I also had an case with HP earlier on this disk IO problem, so now Symantec support are pointing all there fingers at HP and our disk setup. Our DB is about 60-65 GB and resides on a StorageTek Flexline 380 disk array (SAN). We run a RAID 5 on 146GB FC drives.. I dont really see the bottleneck there, but I will create a RAID 5 on 73GB 15K FC drives just to shut netbackup support up We run a two CPU HP rp2470 with HP-UX 11.11 as a master server. Shouldnt this be enough for this installation? Ooh well If support cant help me, what should I do?? I am desperate!!! Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] För Hampus Lind Skickat: den 14 februari 2007 12:48 Till: Veritas-bu@mailman.eng.auburn.edu Ämne: [Veritas-bu] Serious master issue... Prioritet: Hög Hi, We have a serious issue here with our master server. The problem occurred a couple of weeks ago, or at least I found out about it then.. I was looking at IO`s and scsi queue depth on my master (hp-ux 11.11) when a say that we had 4000-6000 SCSI commands in que, and a disk utilisation of 100% for the /usr/openv/netbackup/db disk. I have patched hpux to the latest patch bundle and we run NBU 5.1 MP4. HP support sad that bpdbm was leaking memory. Veritas support still investigating.. But we have about 30 bpdbm and bprd processes active on our master which eats both my CPU`s and produces tons of IO against our db disk. I actived verbose = 5 on the master, and after 15 minutes the bpdbm log had reached the file size limit on our filsystem, 2 GB Any one had similar problems? Thanks and regards, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217
Re: [Veritas-bu] Serious master issue...
Hi, I cant don anything Bpdbm -consistecny 2 has been running for over 12 hours and havent checked more than 4-5 clients. It was the first thing support told me. Your db is corrupted... So I tried to run bpdbm -consistency 2 check. The check found some issues, like expired images which where not removed etc. But when I was about to remove them manually the netbackup db clean process already had took care of them.. So what I understand you can have some level of corruption in your db which nbu cleans out when the clean job runs. I am not compressing my catalogs. Thanks, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: Justin Piszcz [mailto:[EMAIL PROTECTED] Skickat: den 14 februari 2007 20:31 Till: Hampus Lind Kopia: 'Bahnmiller, Bryan'; Veritas-bu@mailman.eng.auburn.edu Ämne: Re: [Veritas-bu] Serious master issue... Have you run the check_db_consistency? There is a command that checks to make sure your images are not corrupted! I would recommend checking that. Also, are you running compression on your catalogs? On Wed, 14 Feb 2007, Hampus Lind wrote: Thanks Bryan, It happens directly after reboot.. The thing is: - I have deactivated all polices - Stop our media server - And then restarted netbackup on the master. So there are absolutely no action going on (no backup, no user backup, no restore, no staging) only internal netbackup work . At once when netbackup on the master gets active, it starts bpdbm process after bpdbm process. It consume 100% of both my CPU`s and write/read heavily to the /usr/openv/netbackup/db filesystem. When I have no action at all after a clean start, we have about 42 bpdbm processes and nearly as many bprd processes I cant figure this one out, and support points to disk config or something else that sounds good in there ears Thanks for all help, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: Bahnmiller, Bryan [mailto:[EMAIL PROTECTED] Skickat: den 14 februari 2007 20:04 Till: Hampus Lind Ämne: RE: [Veritas-bu] Serious master issue... Hampus, How quickly does this behaviour start happening after a recycle/reboot? I worked with an N4000 master running 11i. We did have 8 cpus and 8 GB RAM. We were running over 15,000 backup jobs daily though. Our catalog was over 400GB. (Catalog was on EMC DMX disk.) Running good old 3.4 we would have to reboot the system almost every week. If you can cleanly re-cycle NetBackup - shut it down, kill all NBU processes, and then restart it, that should be almost as good. Here we are running NBU 5.1mp4 on a Win2K3 master - 2 cpus, 4 GB RAM. (I inherited the system - not my choice.) We run about 5000 jobs per day, we have a 280 GB catalog on EMC Clariion. The system will stay stable for 2 weeks pretty easily. 4 weeks starts pushing things. So we usually reboot our Windows master and media servers every 2 weeks. It seems like you will have cumulative problems with NetBackup that can build up over time. It is way more pronounced on busy systems. We have another NetBackup system that has 1 Master and 1 Media server. It runs about 40 jobs per day max. I hardly ever have to reboot those servers. Bryan Bryan Bahnmiller ISD Business Continuity Pier 1 Imports, Inc 817-252-8570 _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Hampus Lind Sent: Wednesday, February 14, 2007 12:17 PM To: Veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Serious master issue... Importance: High All, Now I have been transferred to USA support God bless America! They have told me that they havent seen such a big installation in over a year . Strange, I have about 200 clients and backup a couple a TB per day.. I was under the impression that this was kinda small installation..?? However, they have told me that this is perfectly normal behaviour with netbackup. That it produces heavy disk IO and eat all CPU power. And I was really stupid and told them that I also had an case with HP earlier on this disk IO problem, so now Symantec support are pointing all there fingers at HP and our disk setup. Our DB is about 60-65 GB and resides on a StorageTek Flexline 380 disk array (SAN). We run a RAID 5 on 146GB FC drives.. I dont really see the bottleneck there, but I will create a RAID 5 on 73GB 15K FC drives just to shut netbackup support up We run a two CPU HP rp2470 with HP-UX 11.11 as a master server. Shouldnt this be enough for this installation? Ooh well If support cant help me, what should I do?? I am desperate!!! Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46
Re: [Veritas-bu] Serious master issue...
Yes as good as a can.. No errors in the array or so... Patched the OS with IO patches etc.. Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: Justin Piszcz [mailto:[EMAIL PROTECTED] Skickat: den 14 februari 2007 20:41 Till: Hampus Lind Kopia: 'Bahnmiller, Bryan'; Veritas-bu@mailman.eng.auburn.edu Ämne: Re: SV: [Veritas-bu] Serious master issue... Have you checked the underying hardware for any I/O problems? Degraded array/etc? On Wed, 14 Feb 2007, Hampus Lind wrote: Hi, I cant don anything Bpdbm -consistecny 2 has been running for over 12 hours and havent checked more than 4-5 clients. It was the first thing support told me. Your db is corrupted... So I tried to run bpdbm -consistency 2 check. The check found some issues, like expired images which where not removed etc. But when I was about to remove them manually the netbackup db clean process already had took care of them.. So what I understand you can have some level of corruption in your db which nbu cleans out when the clean job runs. I am not compressing my catalogs. Thanks, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: Justin Piszcz [mailto:[EMAIL PROTECTED] Skickat: den 14 februari 2007 20:31 Till: Hampus Lind Kopia: 'Bahnmiller, Bryan'; Veritas-bu@mailman.eng.auburn.edu Ämne: Re: [Veritas-bu] Serious master issue... Have you run the check_db_consistency? There is a command that checks to make sure your images are not corrupted! I would recommend checking that. Also, are you running compression on your catalogs? On Wed, 14 Feb 2007, Hampus Lind wrote: Thanks Bryan, It happens directly after reboot.. The thing is: - I have deactivated all polices - Stop our media server - And then restarted netbackup on the master. So there are absolutely no action going on (no backup, no user backup, no restore, no staging) only internal netbackup work . At once when netbackup on the master gets active, it starts bpdbm process after bpdbm process. It consume 100% of both my CPU`s and write/read heavily to the /usr/openv/netbackup/db filesystem. When I have no action at all after a clean start, we have about 42 bpdbm processes and nearly as many bprd processes I cant figure this one out, and support points to disk config or something else that sounds good in there ears Thanks for all help, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: Bahnmiller, Bryan [mailto:[EMAIL PROTECTED] Skickat: den 14 februari 2007 20:04 Till: Hampus Lind Ämne: RE: [Veritas-bu] Serious master issue... Hampus, How quickly does this behaviour start happening after a recycle/reboot? I worked with an N4000 master running 11i. We did have 8 cpus and 8 GB RAM. We were running over 15,000 backup jobs daily though. Our catalog was over 400GB. (Catalog was on EMC DMX disk.) Running good old 3.4 we would have to reboot the system almost every week. If you can cleanly re-cycle NetBackup - shut it down, kill all NBU processes, and then restart it, that should be almost as good. Here we are running NBU 5.1mp4 on a Win2K3 master - 2 cpus, 4 GB RAM. (I inherited the system - not my choice.) We run about 5000 jobs per day, we have a 280 GB catalog on EMC Clariion. The system will stay stable for 2 weeks pretty easily. 4 weeks starts pushing things. So we usually reboot our Windows master and media servers every 2 weeks. It seems like you will have cumulative problems with NetBackup that can build up over time. It is way more pronounced on busy systems. We have another NetBackup system that has 1 Master and 1 Media server. It runs about 40 jobs per day max. I hardly ever have to reboot those servers. Bryan Bryan Bahnmiller ISD Business Continuity Pier 1 Imports, Inc 817-252-8570 _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Hampus Lind Sent: Wednesday, February 14, 2007 12:17 PM To: Veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Serious master issue... Importance: High All, Now I have been transferred to USA support God bless America! They have told me that they havent seen such a big installation in over a year . Strange, I have about 200 clients and backup a couple a TB per day.. I was under the impression that this was kinda small installation..?? However, they have told me that this is perfectly normal behaviour with netbackup. That it produces heavy disk IO and eat all CPU power. And I was really stupid and told them that I also had an case
Re: [Veritas-bu] Serious master issue...
We run 4 channels four our oracle archive log backups.. It backups 1000-2000 transactions a day How did you solve your problems? Thanks, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Skickat: den 14 februari 2007 20:43 Till: [EMAIL PROTECTED]; [EMAIL PROTECTED] Kopia: Veritas-bu@mailman.eng.auburn.edu Ämne: RE: [Veritas-bu] Serious master issue... We had a similar problem with our master server ( rp4440) that backs up oracle databases. Found that the rman script *.rcv had the filesperset set too low ( we had turned it down from 20 to 5 for the archive logs), causing hundreds of backup images. This resulted in the disk I/O being high when the cleanup ran, and loads of bpdbm processes. John Rickus Storage Analyst Dofasco Inc. 905-548-7200 ext. 6004 ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Serious master issue...
It`s on a SAN, RAID 5. 146 GB FC disks. Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] För Khurram Tariq Skickat: den 14 februari 2007 20:29 Till: veritas-bu@mailman.eng.auburn.edu Ämne: Re: [Veritas-bu] Serious master issue... Where is ur /usr/openv/netbackup/db located? Local disk or SAN? What RAID level is configured there? Maybe the disks on which /usr/openv/netbackup/db is located are not performing optimally. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Serious master issue...
Can you explain more about what this will results in? I am not so familiar with oracle. Will it backup more often or more seldom but with bigger chunks? Should we do these changes in the archive log scripts on each oracle client? Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Skickat: den 14 februari 2007 20:58 Till: [EMAIL PROTECTED]; [EMAIL PROTECTED] Kopia: Veritas-bu@mailman.eng.auburn.edu Ämne: RE: [Veritas-bu] Serious master issue... 2 changes with regards to archive logs: - set the filesperset parameter back to 20 - changed the format parameter to oracle_arch_%p_%s_%t _ From: Hampus Lind [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 14, 2007 2:50 PM To: Rickus John; [EMAIL PROTECTED] Cc: Veritas-bu@mailman.eng.auburn.edu Subject: SV: [Veritas-bu] Serious master issue... We run 4 channels four our oracle archive log backups.. It backups 1000-2000 transactions a day How did you solve your problems? Thanks, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Skickat: den 14 februari 2007 20:43 Till: [EMAIL PROTECTED]; [EMAIL PROTECTED] Kopia: Veritas-bu@mailman.eng.auburn.edu Ämne: RE: [Veritas-bu] Serious master issue... We had a similar problem with our master server ( rp4440) that backs up oracle databases. Found that the rman script *.rcv had the filesperset set too low ( we had turned it down from 20 to 5 for the archive logs), causing hundreds of backup images. This resulted in the disk I/O being high when the cleanup ran, and loads of bpdbm processes. John Rickus Storage Analyst Dofasco Inc. 905-548-7200 ext. 6004 ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] re serious master server problem
Hi Chris, Thanks for your ideas.. - No our master server is not a media server as well. - Yes we have 2 media server. - It`s possible that we have some kind of corruption in the db, but as long as bpdbm consistency 2 check wont run fast enough there is now way of knowing right now.. Life sucks :-( Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Skickat: den 14 februari 2007 21:10 Till: [EMAIL PROTECTED] Ämne: re serious master server problem Hi, Hampus, I get the netbackup forum in digest form, so this may be out of date already. Does your master server do any media server work? Do you have media servers? We run NBU on HP-UX 11.11 also. We did see huge amounts of disk activity at one time, despite going to 146GB/15K disk on SAN. There were some media moves going on, as we had replaced media servers and needed to transfer ownership of tapes from the old to the new (part of decommisioning the old media server). Or, could you possibly have data corruption in the catalog? Just a couple of random ideas from a fairly new NBU user. Chris = Chris Amley 3M IT +1.651.736.9461 [EMAIL PROTECTED] 224-4N-27 3M Center St Paul, MN 55144 US ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Serious master issue...
I have run a couple of tests... And it seems that if a want any info at all from bpdbm -consistensy 2 I have to shutdown netbackup and then run the check when everything is down. Even then it takes forever.. Sometime it gets further then other... Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: Justin Piszcz [mailto:[EMAIL PROTECTED] Skickat: den 14 februari 2007 22:47 Till: Hampus Lind Kopia: 'Steven L. Sesar'; 'Bahnmiller, Bryan'; Veritas-bu@mailman.eng.auburn.edu Ämne: Re: SV: [Veritas-bu] Serious master issue... Another option is turn off backups, move the old images out of the way one by one and find what is causing the consistency to choke, does it stop on one set of images or does it run through them all but just very slowly? On Wed, 14 Feb 2007, Hampus Lind wrote: The NBCC doesnt look at the image db, and they keep saying we have a problem there.. But I dont know how we can fix it or even collect the info from the db when bpdbm consistensy 2 wont runt.. Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: Steven L. Sesar [mailto:[EMAIL PROTECTED] Skickat: den 14 februari 2007 20:53 Till: Hampus Lind Kopia: 'Justin Piszcz'; 'Bahnmiller, Bryan'; Veritas-bu@mailman.eng.auburn.edu Ämne: Re: [Veritas-bu] Serious master issue... bpdbm -consistency 2 is useless to you, based on the amount of data that you back up nightly and my own presumption of how long backups run in your environment. It will take longer to run than your backup domain will remain idle. If I recall, they have a process which does a better job at finding catalog/db corruption/inconsistency. I think that it's called NBCC. The problem with NBCC is similar, though. You send them the output of three commands: vmquery -a, bpmedialist -ls, and bpimmedia Then, they munge the output of the above commands through a reporting tool that Symantec will NOT share with end users. At some point later in the day (hopefully, sooner rather than later), they will send you a report. You must then take certain actions to correct any discrepancies found. The backup system must be completely idle during this time. Restores are ok, but no backup activity can be taking place. Afterwards, you 'll run those commands again, they'll generate the report again, and you'll see how you're doing. It may take you several passes to get things squared away. The problem is that most of us don't have a completely idle backup infrastructure - at least for long enough for this process to complete. I didn't when I was NBU customer. Once you take backups, the reports become obsolete, as do the results of bpdbm -consistency 2. It would not surprise me if bpdbm was leaking memory on your platform. --Steve Hampus Lind wrote: Hi, I cant don anything Bpdbm -consistecny 2 has been running for over 12 hours and havent checked more than 4-5 clients. It was the first thing support told me. Your db is corrupted... So I tried to run bpdbm -consistency 2 check. The check found some issues, like expired images which where not removed etc. But when I was about to remove them manually the netbackup db clean process already had took care of them.. So what I understand you can have some level of corruption in your db which nbu cleans out when the clean job runs. I am not compressing my catalogs. Thanks, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: Justin Piszcz [mailto:[EMAIL PROTECTED] Skickat: den 14 februari 2007 20:31 Till: Hampus Lind Kopia: 'Bahnmiller, Bryan'; Veritas-bu@mailman.eng.auburn.edu Ämne: Re: [Veritas-bu] Serious master issue... Have you run the check_db_consistency? There is a command that checks to make sure your images are not corrupted! I would recommend checking that. Also, are you running compression on your catalogs? On Wed, 14 Feb 2007, Hampus Lind wrote: Thanks Bryan, It happens directly after reboot.. The thing is: - I have deactivated all polices - Stop our media server - And then restarted netbackup on the master. So there are absolutely no action going on (no backup, no user backup, no restore, no staging) only internal netbackup work . At once when netbackup on the master gets active, it starts bpdbm process after bpdbm process. It consume 100% of both my CPU`s and write/read heavily to the /usr/openv/netbackup/db filesystem. When I have no action at all after a clean start, we have about 42 bpdbm processes and nearly as many bprd processes I cant figure this one out, and support points to disk
Re: [Veritas-bu] Serious master issue...
I can't tell I think it has been there for a while and got worse with time.. Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: Justin Piszcz [mailto:[EMAIL PROTECTED] Skickat: den 14 februari 2007 22:58 Till: Hampus Lind Kopia: 'Steven L. Sesar'; 'Bahnmiller, Bryan'; Veritas-bu@mailman.eng.auburn.edu Ämne: Re: SV: SV: [Veritas-bu] Serious master issue... When did this problem happen? Out of the blue or after a patch? On Wed, 14 Feb 2007, Hampus Lind wrote: I have run a couple of tests... And it seems that if a want any info at all from bpdbm -consistensy 2 I have to shutdown netbackup and then run the check when everything is down. Even then it takes forever.. Sometime it gets further then other... Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: Justin Piszcz [mailto:[EMAIL PROTECTED] Skickat: den 14 februari 2007 22:47 Till: Hampus Lind Kopia: 'Steven L. Sesar'; 'Bahnmiller, Bryan'; Veritas-bu@mailman.eng.auburn.edu Ämne: Re: SV: [Veritas-bu] Serious master issue... Another option is turn off backups, move the old images out of the way one by one and find what is causing the consistency to choke, does it stop on one set of images or does it run through them all but just very slowly? On Wed, 14 Feb 2007, Hampus Lind wrote: The NBCC doesnt look at the image db, and they keep saying we have a problem there.. But I dont know how we can fix it or even collect the info from the db when bpdbm consistensy 2 wont runt.. Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: Steven L. Sesar [mailto:[EMAIL PROTECTED] Skickat: den 14 februari 2007 20:53 Till: Hampus Lind Kopia: 'Justin Piszcz'; 'Bahnmiller, Bryan'; Veritas-bu@mailman.eng.auburn.edu Ämne: Re: [Veritas-bu] Serious master issue... bpdbm -consistency 2 is useless to you, based on the amount of data that you back up nightly and my own presumption of how long backups run in your environment. It will take longer to run than your backup domain will remain idle. If I recall, they have a process which does a better job at finding catalog/db corruption/inconsistency. I think that it's called NBCC. The problem with NBCC is similar, though. You send them the output of three commands: vmquery -a, bpmedialist -ls, and bpimmedia Then, they munge the output of the above commands through a reporting tool that Symantec will NOT share with end users. At some point later in the day (hopefully, sooner rather than later), they will send you a report. You must then take certain actions to correct any discrepancies found. The backup system must be completely idle during this time. Restores are ok, but no backup activity can be taking place. Afterwards, you 'll run those commands again, they'll generate the report again, and you'll see how you're doing. It may take you several passes to get things squared away. The problem is that most of us don't have a completely idle backup infrastructure - at least for long enough for this process to complete. I didn't when I was NBU customer. Once you take backups, the reports become obsolete, as do the results of bpdbm -consistency 2. It would not surprise me if bpdbm was leaking memory on your platform. --Steve Hampus Lind wrote: Hi, I cant don anything Bpdbm -consistecny 2 has been running for over 12 hours and havent checked more than 4-5 clients. It was the first thing support told me. Your db is corrupted... So I tried to run bpdbm -consistency 2 check. The check found some issues, like expired images which where not removed etc. But when I was about to remove them manually the netbackup db clean process already had took care of them.. So what I understand you can have some level of corruption in your db which nbu cleans out when the clean job runs. I am not compressing my catalogs. Thanks, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: Justin Piszcz [mailto:[EMAIL PROTECTED] Skickat: den 14 februari 2007 20:31 Till: Hampus Lind Kopia: 'Bahnmiller, Bryan'; Veritas-bu@mailman.eng.auburn.edu Ämne: Re: [Veritas-bu] Serious master issue... Have you run the check_db_consistency? There is a command that checks to make sure your images are not corrupted! I would recommend checking that. Also, are you running compression on your catalogs? On Wed, 14 Feb 2007, Hampus Lind wrote: Thanks Bryan, It happens directly after reboot.. The thing is: - I have
Re: [Veritas-bu] Serious master issue...
Because of the heavy IO produced by all my bpdbm processes there are now way that i can find anything in those logs... But support has got the all and says everything seems normal.. So what can I do.. ? I am helpless... Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: Justin Piszcz [mailto:[EMAIL PROTECTED] Skickat: den 14 februari 2007 23:01 Till: Hampus Lind Kopia: 'Steven L. Sesar'; 'Bahnmiller, Bryan'; Veritas-bu@mailman.eng.auburn.edu Ämne: Re: SV: SV: SV: [Veritas-bu] Serious master issue... With VERBOSE = 5 cd /usr/openv/netbackup/logs tail -f */*date_of_today* Do you see anything weird relating to memory or corruption? On Wed, 14 Feb 2007, Hampus Lind wrote: I can't tell I think it has been there for a while and got worse with time.. Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: Justin Piszcz [mailto:[EMAIL PROTECTED] Skickat: den 14 februari 2007 22:58 Till: Hampus Lind Kopia: 'Steven L. Sesar'; 'Bahnmiller, Bryan'; Veritas-bu@mailman.eng.auburn.edu Ämne: Re: SV: SV: [Veritas-bu] Serious master issue... When did this problem happen? Out of the blue or after a patch? On Wed, 14 Feb 2007, Hampus Lind wrote: I have run a couple of tests... And it seems that if a want any info at all from bpdbm -consistensy 2 I have to shutdown netbackup and then run the check when everything is down. Even then it takes forever.. Sometime it gets further then other... Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: Justin Piszcz [mailto:[EMAIL PROTECTED] Skickat: den 14 februari 2007 22:47 Till: Hampus Lind Kopia: 'Steven L. Sesar'; 'Bahnmiller, Bryan'; Veritas-bu@mailman.eng.auburn.edu Ämne: Re: SV: [Veritas-bu] Serious master issue... Another option is turn off backups, move the old images out of the way one by one and find what is causing the consistency to choke, does it stop on one set of images or does it run through them all but just very slowly? On Wed, 14 Feb 2007, Hampus Lind wrote: The NBCC doesnt look at the image db, and they keep saying we have a problem there.. But I dont know how we can fix it or even collect the info from the db when bpdbm consistensy 2 wont runt.. Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: Steven L. Sesar [mailto:[EMAIL PROTECTED] Skickat: den 14 februari 2007 20:53 Till: Hampus Lind Kopia: 'Justin Piszcz'; 'Bahnmiller, Bryan'; Veritas-bu@mailman.eng.auburn.edu Ämne: Re: [Veritas-bu] Serious master issue... bpdbm -consistency 2 is useless to you, based on the amount of data that you back up nightly and my own presumption of how long backups run in your environment. It will take longer to run than your backup domain will remain idle. If I recall, they have a process which does a better job at finding catalog/db corruption/inconsistency. I think that it's called NBCC. The problem with NBCC is similar, though. You send them the output of three commands: vmquery -a, bpmedialist -ls, and bpimmedia Then, they munge the output of the above commands through a reporting tool that Symantec will NOT share with end users. At some point later in the day (hopefully, sooner rather than later), they will send you a report. You must then take certain actions to correct any discrepancies found. The backup system must be completely idle during this time. Restores are ok, but no backup activity can be taking place. Afterwards, you 'll run those commands again, they'll generate the report again, and you'll see how you're doing. It may take you several passes to get things squared away. The problem is that most of us don't have a completely idle backup infrastructure - at least for long enough for this process to complete. I didn't when I was NBU customer. Once you take backups, the reports become obsolete, as do the results of bpdbm -consistency 2. It would not surprise me if bpdbm was leaking memory on your platform. --Steve Hampus Lind wrote: Hi, I cant don anything Bpdbm -consistecny 2 has been running for over 12 hours and havent checked more than 4-5 clients. It was the first thing support told me. Your db is corrupted... So I tried to run bpdbm -consistency 2 check. The check found some issues, like expired images which where not removed etc. But when I was about to remove them manually the netbackup db clean process already had took care of them.. So what I understand you can have some level of corruption in your db
Re: [Veritas-bu] Serious master issue...
I will try that tomorrow. But I dont think the problem reside there.. Iostat and sar dont show any strange values.. sar -d 1 10 report under 50% average usage. But, still I will try with the fastest FC array/disk we have... Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: Justin Piszcz [mailto:[EMAIL PROTECTED] Skickat: den 14 februari 2007 23:05 Till: Hampus Lind Kopia: 'Steven L. Sesar'; 'Bahnmiller, Bryan'; Veritas-bu@mailman.eng.auburn.edu Ämne: Re: SV: SV: SV: SV: [Veritas-bu] Serious master issue... Is it possible for you to move the db/images volume to another set of disks/raid array? then ln -s /other/location/db/images /usr/openv/netbackup/db/images That would rule out your array/FC. On Wed, 14 Feb 2007, Hampus Lind wrote: Because of the heavy IO produced by all my bpdbm processes there are now way that i can find anything in those logs... But support has got the all and says everything seems normal.. So what can I do.. ? I am helpless... Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: Justin Piszcz [mailto:[EMAIL PROTECTED] Skickat: den 14 februari 2007 23:01 Till: Hampus Lind Kopia: 'Steven L. Sesar'; 'Bahnmiller, Bryan'; Veritas-bu@mailman.eng.auburn.edu Ämne: Re: SV: SV: SV: [Veritas-bu] Serious master issue... With VERBOSE = 5 cd /usr/openv/netbackup/logs tail -f */*date_of_today* Do you see anything weird relating to memory or corruption? On Wed, 14 Feb 2007, Hampus Lind wrote: I can't tell I think it has been there for a while and got worse with time.. Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: Justin Piszcz [mailto:[EMAIL PROTECTED] Skickat: den 14 februari 2007 22:58 Till: Hampus Lind Kopia: 'Steven L. Sesar'; 'Bahnmiller, Bryan'; Veritas-bu@mailman.eng.auburn.edu Ämne: Re: SV: SV: [Veritas-bu] Serious master issue... When did this problem happen? Out of the blue or after a patch? On Wed, 14 Feb 2007, Hampus Lind wrote: I have run a couple of tests... And it seems that if a want any info at all from bpdbm -consistensy 2 I have to shutdown netbackup and then run the check when everything is down. Even then it takes forever.. Sometime it gets further then other... Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: Justin Piszcz [mailto:[EMAIL PROTECTED] Skickat: den 14 februari 2007 22:47 Till: Hampus Lind Kopia: 'Steven L. Sesar'; 'Bahnmiller, Bryan'; Veritas-bu@mailman.eng.auburn.edu Ämne: Re: SV: [Veritas-bu] Serious master issue... Another option is turn off backups, move the old images out of the way one by one and find what is causing the consistency to choke, does it stop on one set of images or does it run through them all but just very slowly? On Wed, 14 Feb 2007, Hampus Lind wrote: The NBCC doesnt look at the image db, and they keep saying we have a problem there.. But I dont know how we can fix it or even collect the info from the db when bpdbm consistensy 2 wont runt.. Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: Steven L. Sesar [mailto:[EMAIL PROTECTED] Skickat: den 14 februari 2007 20:53 Till: Hampus Lind Kopia: 'Justin Piszcz'; 'Bahnmiller, Bryan'; Veritas-bu@mailman.eng.auburn.edu Ämne: Re: [Veritas-bu] Serious master issue... bpdbm -consistency 2 is useless to you, based on the amount of data that you back up nightly and my own presumption of how long backups run in your environment. It will take longer to run than your backup domain will remain idle. If I recall, they have a process which does a better job at finding catalog/db corruption/inconsistency. I think that it's called NBCC. The problem with NBCC is similar, though. You send them the output of three commands: vmquery -a, bpmedialist -ls, and bpimmedia Then, they munge the output of the above commands through a reporting tool that Symantec will NOT share with end users. At some point later in the day (hopefully, sooner rather than later), they will send you a report. You must then take certain actions to correct any discrepancies found. The backup system must be completely idle during this time. Restores are ok, but no backup activity can be taking place. Afterwards, you 'll run those commands again, they'll generate the report again, and you'll see how you're doing. It may take you several passes
Re: [Veritas-bu] Serious master issue...
5.1 MP4 Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: Justin Piszcz [mailto:[EMAIL PROTECTED] Skickat: den 14 februari 2007 23:11 Till: Hampus Lind Kopia: 'Steven L. Sesar'; 'Bahnmiller, Bryan'; Veritas-bu@mailman.eng.auburn.edu Ämne: Re: SV: SV: SV: SV: SV: [Veritas-bu] Serious master issue... Also are you using 5.x or 6.0? On Wed, 14 Feb 2007, Hampus Lind wrote: I will try that tomorrow. But I dont think the problem reside there.. Iostat and sar dont show any strange values.. sar -d 1 10 report under 50% average usage. But, still I will try with the fastest FC array/disk we have... Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: Justin Piszcz [mailto:[EMAIL PROTECTED] Skickat: den 14 februari 2007 23:05 Till: Hampus Lind Kopia: 'Steven L. Sesar'; 'Bahnmiller, Bryan'; Veritas-bu@mailman.eng.auburn.edu Ämne: Re: SV: SV: SV: SV: [Veritas-bu] Serious master issue... Is it possible for you to move the db/images volume to another set of disks/raid array? then ln -s /other/location/db/images /usr/openv/netbackup/db/images That would rule out your array/FC. On Wed, 14 Feb 2007, Hampus Lind wrote: Because of the heavy IO produced by all my bpdbm processes there are now way that i can find anything in those logs... But support has got the all and says everything seems normal.. So what can I do.. ? I am helpless... Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: Justin Piszcz [mailto:[EMAIL PROTECTED] Skickat: den 14 februari 2007 23:01 Till: Hampus Lind Kopia: 'Steven L. Sesar'; 'Bahnmiller, Bryan'; Veritas-bu@mailman.eng.auburn.edu Ämne: Re: SV: SV: SV: [Veritas-bu] Serious master issue... With VERBOSE = 5 cd /usr/openv/netbackup/logs tail -f */*date_of_today* Do you see anything weird relating to memory or corruption? On Wed, 14 Feb 2007, Hampus Lind wrote: I can't tell I think it has been there for a while and got worse with time.. Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: Justin Piszcz [mailto:[EMAIL PROTECTED] Skickat: den 14 februari 2007 22:58 Till: Hampus Lind Kopia: 'Steven L. Sesar'; 'Bahnmiller, Bryan'; Veritas-bu@mailman.eng.auburn.edu Ämne: Re: SV: SV: [Veritas-bu] Serious master issue... When did this problem happen? Out of the blue or after a patch? On Wed, 14 Feb 2007, Hampus Lind wrote: I have run a couple of tests... And it seems that if a want any info at all from bpdbm -consistensy 2 I have to shutdown netbackup and then run the check when everything is down. Even then it takes forever.. Sometime it gets further then other... Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: Justin Piszcz [mailto:[EMAIL PROTECTED] Skickat: den 14 februari 2007 22:47 Till: Hampus Lind Kopia: 'Steven L. Sesar'; 'Bahnmiller, Bryan'; Veritas-bu@mailman.eng.auburn.edu Ämne: Re: SV: [Veritas-bu] Serious master issue... Another option is turn off backups, move the old images out of the way one by one and find what is causing the consistency to choke, does it stop on one set of images or does it run through them all but just very slowly? On Wed, 14 Feb 2007, Hampus Lind wrote: The NBCC doesnt look at the image db, and they keep saying we have a problem there.. But I dont know how we can fix it or even collect the info from the db when bpdbm consistensy 2 wont runt.. Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: Steven L. Sesar [mailto:[EMAIL PROTECTED] Skickat: den 14 februari 2007 20:53 Till: Hampus Lind Kopia: 'Justin Piszcz'; 'Bahnmiller, Bryan'; Veritas-bu@mailman.eng.auburn.edu Ämne: Re: [Veritas-bu] Serious master issue... bpdbm -consistency 2 is useless to you, based on the amount of data that you back up nightly and my own presumption of how long backups run in your environment. It will take longer to run than your backup domain will remain idle. If I recall, they have a process which does a better job at finding catalog/db corruption/inconsistency. I think that it's called NBCC. The problem with NBCC is similar, though. You send them the output of three commands: vmquery -a, bpmedialist -ls, and bpimmedia Then, they munge the output of the above
Re: [Veritas-bu] Serious master issue...
This is the help I am getting from Symantec... hang tight, next mail is soon to arrive... Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- You haven't really answered anything, just talked about how things should work when everything is OK. That's just it; NetBackup is not doing anything abnormal here (a.k.a. it's operating as designed given the environment it's running in). There's nothing we can do at the software level to fix performance bottlenecks at the filesystem level; it'll operate as quickly as the system calls allow it to. Every problem you brought up can be traced back to this one core issue. Think of it this way: if you fill your gas tank with the wrong type of petrol and as a result the vehicle starts sputtering, when you bring it to the mechanic, they'll make the assessment that the engine is working as well as it can given the circumstances. The problem is the petrol, not the engine. 1. I could have a problem with my db, but if the bpdbm -consistency 2 check wont finish who can I tell? If the bpdbm -consistency 2 check hangs, again how can I tell whats wrong? Like I said previously, bpdbm -consistency is the tool... we don't have alternate tools or anything like that (what's the point in re-inventing the wheel?). You only other option is to manually check each and every image for oddities. And even then there's no guarantee you'll spot the corruption if it exists because over half of your images files are going to be in binary format, which is impossible to examine using your eyeballs. 2. Maybe I haven?t been clear with my problem. The bpdbm processes don?t go away, they are always there and are always working with something... So how can I move on? I didn't find any evidence that bpdbm was caught in an infinite loop. All PID's are making progress with their respective tasks, albiet slow progress. I even checked to make sure the bpdbm's weren't stepping on each other's feet. They're all doing seperate tasks independently of each other, and no process was performing a redundant task that another bpdbm was processing. All evidnce points to file-read operations taking a lot of time to complete, and that's a problem that can be fixed by an application. Let's say for the sake of argument we could change NetBackup's behavior so that it doesn't spawn so many processes at once (which isn't actually possible, but let's just assume for a second). Will that solve the problem? No. It will still have to perform the same number of operations because it still has to go through the same data set as in the present situation. In fact, the process might be made *worse* not better, because the entire operation would in fact take longer. Disabling it entirely is not possible under NetBackup without shutting down bpdbm entirely (and it would be a bad idea anyways as the images cleanup process is vital for the application to function), which means of course then just about nothing would work under NetBackup. You will get no backups, and defintely no restores. So in summary, you have to wait until it finishes on its own. If the process takes more than 12 hours to complete, that means you're really stuck. Absolutely nothing can be done at the software level until something is done with the images database or the filesystem it resides on is fixed. 4. Our db is about 60-65 GB, there are netbackup customers with much bigger nbu databases. And this should by a enterprise solution and therefore be able to handle this payload. Not many customers have as many individual images. Keep in mind here that there's more to this than how much data am I backing up. If the bulk of your backups are Oracle RMAN, then the number of inodes in your environment increases dramaticly. I can almost always tell the difference between RMAN backups and regular backups when looking at the images database just by looking at the number of streams being generated at one go. The difference is not insignificant. Since images databases are unique to each and every customer (no two images databases are the same in a production environment), I can't give you the cookie-cutter solution that I am certain you would like to have. These sorts of things have to be analyzed in a case-by-case basis, and even Enterprise solutions are limited by the environment they are running in. You could own the nicest, most expensive BMW in the world, but if you don't have a road to drive it on, it probably won't work as well as you'd like. 5. I have followed HP´s suggestings: - I have patched the OS Recently? - I have run defrag on that filesystem That's not a bad idea, but that usually has a minimal effect with modern-day UNIX operating systems, including HP, because the filesystem driver does that on the fly during normal operation anyways. - I have increased scsi_queue depth
Re: [Veritas-bu] Serious master issue...
Thanks Greg,
I will check the oracle scripts...
Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]
-Ursprungligt meddelande-
Från: Geyer, Gregory [mailto:[EMAIL PROTECTED]
Skickat: den 14 februari 2007 23:57
Till: Hampus Lind
Ämne: RE: [Veritas-bu] Serious master issue...
Hampus,
We had a serious issue with the RMAN backups which would cause each
individual RMAN stream to traverse the entire NB catalog for that
client. They were using an incorrect format, with a 'T' at the beginnig
rather than the end. See the text below, from an email summary from the
DBA after it was over.
The proper format was in the Oracle NBU Admin guide all along:
run {
allocate channel t1 type 'sbt_tape';
allocate channel t2 type 'sbt_tape';
send 'NB_ORA_POLICY=your_policy, NB_ORA_SERV=your_server';
Chapter 4, Configuration 105
Configuring the Run-Time Environment
backup
(database format 'bk_%U_%t');
}
=
The issue of the NetBackup Oracle Client returning 'AVAILABLE' for tape
media known to have been recycle has been identified. Symantec Support
believes the problem is in RMAN and I believe the problem is in the
NetBackup Oracle Client. Whichever is the case, Symantec helped me
determine the issue is related to the 'T' format in the backup file name
formats.
Some of you may recall the NetBackup slow downs in Q4CY05, when GG
discovered that NetBackup has a requirement to use the RMAN 'T' format
in the backup file name as a trailing format. Prior to learning this
fact, I had been using the 'T format as a leading portion of the file
name. NetBackup uses the 'T' format as a selective date index to the NB
image catalog database. I changed the 'T' format to trailing in the
backup file name and performance returned to normal response times.
The 'T' format came back to haunt me once more when we recently started
purging old data from the RMAN/OBK catalog repository. Either RMAN or
NetBackup never talks to the NB image database when it encounters an
RMAN backup file name that doesn't contain a trailing 'T' format. This
is either a NB server administration setting or a bug in the NB Oracle
Client. Whatever the case is, the workaround is to manually purge out
all OBK data with non-trailing 'T' file name formats. When this is done
and only trailing 'T' formatted RMAN backup file names remain in the OBK
catalog, then RMAN CROSSCHECK with the NetBackup media catalog works
100% reliably.
We also had serious performance problems because we had the images
filesystem on the same relatively slow array where we also had 10TB of
DSSU. Once we separated those onto complete different fibre cards and
arrays things helped a bunch.
One more thing is we were using a bladestore from STK, and they actual
downrev'd the firmware on it, which caused a massive slowdown (the
drives were spinning to fast, which meant more failures).
Probably nothing to help you but there it is. Good luck!
Greg
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Hampus
Lind
Sent: Wednesday, February 14, 2007 3:26 PM
To: Veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Serious master issue...
And this is the last mail I have a problem, and we are not
communicating.. So then he turns over the case to some one else...
Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]
-Ursprungligt meddelande-
Hampus, it's clear we are not communicating. I've spent a lot of time
on
your case and am not getting anywhere. I'll redispatch this case and
someone else will continue to work it.
I am sorry I was not able to help you here. It's never my intention to
mislead people or give them bad information. But if I can't get my
message
across, there's nothing further I can do.
Have a nice day.
___
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] Serious master issue...
Now, its morning here in Sweden...
I havent heard from that guy, or any other support engineer sins the mail
where he told me he couldnt communicate with me... :-(
We cant us a software with this kind of support...
Anyhow, I would like to thank you all. You have been wonderful in all your
suggestions.
I will post the solution here when we find it.
Thanks and regards,
Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]
-Ursprungligt meddelande-
Från: WEAVER, Simon [mailto:[EMAIL PROTECTED]
Skickat: den 15 februari 2007 08:13
Till: 'Hampus Lind'; 'Geyer, Gregory'
Kopia: Veritas-bu@mailman.eng.auburn.edu
Ämne: RE: [Veritas-bu] Serious master issue...
Did you get the problem sorted out, or dealt with by another Symantec
Engineer?
Regards
Simon Weaver
3rd Line Technical Support
Windows Domain Administrator
EADS Astrium Limited, B23AA IM (DCS)
Anchorage Road, Portsmouth, PO3 5PU
Email: [EMAIL PROTECTED]
-Original Message-
From: Hampus Lind [mailto:[EMAIL PROTECTED]
Sent: 14 February 2007 23:01
To: 'Geyer, Gregory'
Cc: Veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Serious master issue...
Thanks Greg,
I will check the oracle scripts...
Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]
-Ursprungligt meddelande-
Från: Geyer, Gregory [mailto:[EMAIL PROTECTED]
Skickat: den 14 februari 2007 23:57
Till: Hampus Lind
Ämne: RE: [Veritas-bu] Serious master issue...
Hampus,
We had a serious issue with the RMAN backups which would cause each
individual RMAN stream to traverse the entire NB catalog for that client.
They were using an incorrect format, with a 'T' at the beginnig rather than
the end. See the text below, from an email summary from the DBA after it
was over.
The proper format was in the Oracle NBU Admin guide all along: run {
allocate channel t1 type 'sbt_tape'; allocate channel t2 type 'sbt_tape';
send 'NB_ORA_POLICY=your_policy, NB_ORA_SERV=your_server'; Chapter 4,
Configuration 105 Configuring the Run-Time Environment backup (database
format 'bk_%U_%t'); }
=
The issue of the NetBackup Oracle Client returning 'AVAILABLE' for tape
media known to have been recycle has been identified. Symantec Support
believes the problem is in RMAN and I believe the problem is in the
NetBackup Oracle Client. Whichever is the case, Symantec helped me
determine the issue is related to the 'T' format in the backup file name
formats.
Some of you may recall the NetBackup slow downs in Q4CY05, when GG
discovered that NetBackup has a requirement to use the RMAN 'T' format in
the backup file name as a trailing format. Prior to learning this fact, I
had been using the 'T format as a leading portion of the file name.
NetBackup uses the 'T' format as a selective date index to the NB image
catalog database. I changed the 'T' format to trailing in the backup file
name and performance returned to normal response times.
The 'T' format came back to haunt me once more when we recently started
purging old data from the RMAN/OBK catalog repository. Either RMAN or
NetBackup never talks to the NB image database when it encounters an RMAN
backup file name that doesn't contain a trailing 'T' format. This is either
a NB server administration setting or a bug in the NB Oracle Client.
Whatever the case is, the workaround is to manually purge out all OBK data
with non-trailing 'T' file name formats. When this is done and only trailing
'T' formatted RMAN backup file names remain in the OBK catalog, then RMAN
CROSSCHECK with the NetBackup media catalog works 100% reliably.
We also had serious performance problems because we had the images
filesystem on the same relatively slow array where we also had 10TB of DSSU.
Once we separated those onto complete different fibre cards and arrays
things helped a bunch.
One more thing is we were using a bladestore from STK, and they actual
downrev'd the firmware on it, which caused a massive slowdown (the drives
were spinning to fast, which meant more failures).
Probably nothing to help you but there it is. Good luck!
Greg
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Hampus Lind
Sent: Wednesday, February 14, 2007 3:26 PM
To: Veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Serious master issue...
And this is the last mail I have a problem, and we are not
communicating.. So then he turns over the case to some one else...
Hampus Lind
Rikspolisstyrelsen
National Police Board
Tel dir: +46 (0)8 - 401 99 43
Tel mob: +46 (0)70 - 217 92 66
E-mail: [EMAIL PROTECTED]
-Ursprungligt meddelande-
Hampus, it's clear we are not communicating. I've spent a lot of time on
your case and am not getting anywhere. I'll redispatch this case and
someone else
[Veritas-bu] Backup of multimedia system...
Hi all, I would like to get in contact with people backing up large multimedia systems, ie digital pictures, audio and video. I am also interested in hearing about how you store these applications ie in a SAN on FC diskarrays, SATA drives or some kind of HSM solution which includes tape. Which way to go for ~100TB multimedia data (video): traditional backup or HSM solution? When will traditional backup not be an option any longer, when do we need to apply a HSM solution? Some of the multimedia systems do include billions of smaller files (pictures and audio). I would like to find a platform which I could apply to every digital system no mater the size of the system. If anyone have experience with storing/backing up video-surveillance I love to hear your success stories.. :-) Thanks and regards, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Linux media server recommendations
You don't recommend SUSE SLES 9 or 10? Have you found any problems with SUES? I appreciate any input because we are on the way of implementing SUSE 9 on master and media server. Thanks and regards, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] För Justin Piszcz Skickat: den 7 februari 2007 15:53 Till: Whelan, Patrick Kopia: veritas-bu@mailman.eng.auburn.edu Ämne: Re: [Veritas-bu] Linux media server recommendations An outline would be: Use RHEL3 or RHEL4 Then determine what you need (hardware wise) based on your requirements. Justin. On Wed, 7 Feb 2007, Justin Piszcz wrote: In what regards? That's an open-ended question. Are you planning on 10GBps? LTO2 or LTO3 drives? How many? On Wed, 7 Feb 2007, Whelan, Patrick wrote: Does anyone have any suggestions for Linux media servers? Regards, Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 Of all the things I've lost, I miss my mind the most! - Unknown There are only 10 kinds of people on earth - those who understand binary and those who don't. ... Als sie mich holten, gab es keinen mehr, der protestieren konnte -- Martin Niemöller * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ 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] How many pepole does it take to administrate your backup environment(s)?
Hi all, I am interested to find out how many persons that are administrating larger backup environments. We have one major site with 1 master and 5 media servers which have about 200 clients (hp-ux, solaris, linux, netware, windows) and over 100 database agents (oracle and Informix). We have about 130 policies and 230 schedules. The media servers are connected to a STK SL8500 with 8 tape drives and to a SAN attached SATA array with 9 TB which we use for B-2-D-2-T. We backup about 2TB data per day. Apart from the site above we also have 3 smaller netbackup sites and 5 even smaller backupexec sites to administrate. Total of another 100 clients and agents. We basically have one guy handling all these backup solutions, and most of the time goes to take care of emergencies and such. I would appreciate to know how many persons that are handling your environments. So I have some referents when I talk to our management. Thanks and regards, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Multiple copies and restores..
Hi all, 1. If i have 3 copies of a backup and want to do a test restore from the 3:rd one, can i choose to do this somehow or do i need to make the 3:rd copy the primary copy? 2. If the primary copy is removed from the library do my restores fail? Thanks and regards, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] SUSE 9 and HP DL 380 G5 as master...
Hi all, We are thinking of moving our master server away from hpux onto intel/amd istead. And in the same time move to SUSE 9 64-bit. Does anyone run SUSE 9 64-bit on intel/amd platform as nbu master in bigger environments? Thanks and regards, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Poll: Who is running ACSLS (SL500/STK8500/etc) with6.0 MP4?
We are planning to go to 6.0 MP4 in a couple of weeks.. Accruing to our Sym guys there will bee no problem with ACSLS as long you are on a fairly new version.. Have you found out otherwise? Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] För Justin Piszcz Skickat: den 20 januari 2007 22:57 Till: Veritas-bu@mailman.eng.auburn.edu Ämne: [Veritas-bu] Poll: Who is running ACSLS (SL500/STK8500/etc) with6.0 MP4? How stable has it been? ___ 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] Backing Up Old Files
Hi guys, Does enterprise vault have integration with netbackup? Do you see any other positive effects by using a backup solution and archive solution from the same vendor? (except for better prices and greater attention) We are evaluating archive solutions for the moment, right now we are testing SAM-FS from SUN. Anyone have experience with SAM-FS? Thanks and regards, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] För WEAVER, Simon Skickat: den 19 januari 2007 09:13 Till: 'Ed Wilts'; Brooks, Jason Kopia: veritas-bu@mailman.eng.auburn.edu Ämne: Re: [Veritas-bu] Backing Up Old Files Completely with ED on this ! Thanks for the link Ed ... Just saved me a job :-) Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: Ed Wilts [mailto:[EMAIL PROTECTED] Sent: 19 January 2007 02:55 To: Brooks, Jason Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Backing Up Old Files On 1/18/2007 2:47 PM, Brooks, Jason wrote: My manager has just posed a question to me to answer. The scenario is that we have a multitude of old files, dating to the 1980s, that are being backed up weekly. Many of the files are of a significant size and have a significant impact on our backup capacity. In an effort to reduce backup sizes and windows and free up resources, he wants to basically date filter a backup and archive that. For instance, create a policy and backup all files dated prior to 2002. Obviously, I can find nothing in the bare NBU that will do that. Does anyone know of a NBU product/hack that could do this? The product is Enterprise Vault. http://www.symantec.com/enterprise/products/agents_options_details.jsp?pcid= 1018pvid=322_1aoid=406 It ain't cheap and isn't a hack. It's a serious archiving solution for serious archiving problems. Don't forget that you actually have 2 problems, not 1. You don't just want to be able to archive the files. You probably want to be able to get them back :-) .../Ed -- Ed Wilts, Mounds View, MN, USA mailto:[EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This email (including any attachments) may contain confidential and/or privileged information or information otherwise protected from disclosure. If you are not the intended recipient, please notify the sender immediately, do not copy this message or any attachments and do not use it for any purpose or disclose its content to any person, but delete this message and any attachments from your system. Astrium disclaims any and all liability if this email transmission was virus corrupted, altered or falsified. - Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England ___ 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] Backing Up Old Files
Hi, I am really interested in what you find out from your EV. Do you have any good comment on how to handle backups together with archiving? Should backup solution be archive aware and dont backup the archived files or there links? What about applying a de-dup backup solution instead? Perhaps one just pushes the problem further into the future with a de-dup solution.. But it`s hourse job for us to ask the business who they want to handle there information.. (some classification need to be done before applying archiving policies). Thanks and regards, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: WEAVER, Simon [mailto:[EMAIL PROTECTED] Skickat: den 19 januari 2007 09:57 Till: 'Hampus Lind'; 'Ed Wilts'; 'Brooks, Jason' Kopia: veritas-bu@mailman.eng.auburn.edu Ämne: RE: [Veritas-bu] Backing Up Old Files Hi Enterprise Vault 6 is meant to be work with NBU 5.1 and above However, I am looking at EV not just for NetBackup, but for other backups systems I use. Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: Hampus Lind [mailto:[EMAIL PROTECTED] Sent: 19 January 2007 08:53 To: WEAVER, Simon; 'Ed Wilts'; 'Brooks, Jason' Cc: veritas-bu@mailman.eng.auburn.edu Subject: SV: [Veritas-bu] Backing Up Old Files Hi guys, Does enterprise vault have integration with netbackup? Do you see any other positive effects by using a backup solution and archive solution from the same vendor? (except for better prices and greater attention) We are evaluating archive solutions for the moment, right now we are testing SAM-FS from SUN. Anyone have experience with SAM-FS? Thanks and regards, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] För WEAVER, Simon Skickat: den 19 januari 2007 09:13 Till: 'Ed Wilts'; Brooks, Jason Kopia: veritas-bu@mailman.eng.auburn.edu Ämne: Re: [Veritas-bu] Backing Up Old Files Completely with ED on this ! Thanks for the link Ed ... Just saved me a job :-) Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: Ed Wilts [mailto:[EMAIL PROTECTED] Sent: 19 January 2007 02:55 To: Brooks, Jason Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Backing Up Old Files On 1/18/2007 2:47 PM, Brooks, Jason wrote: My manager has just posed a question to me to answer. The scenario is that we have a multitude of old files, dating to the 1980s, that are being backed up weekly. Many of the files are of a significant size and have a significant impact on our backup capacity. In an effort to reduce backup sizes and windows and free up resources, he wants to basically date filter a backup and archive that. For instance, create a policy and backup all files dated prior to 2002. Obviously, I can find nothing in the bare NBU that will do that. Does anyone know of a NBU product/hack that could do this? The product is Enterprise Vault. http://www.symantec.com/enterprise/products/agents_options_details.jsp?pcid= 1018pvid=322_1aoid=406 It ain't cheap and isn't a hack. It's a serious archiving solution for serious archiving problems. Don't forget that you actually have 2 problems, not 1. You don't just want to be able to archive the files. You probably want to be able to get them back :-) .../Ed -- Ed Wilts, Mounds View, MN, USA mailto:[EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This email (including any attachments) may contain confidential and/or privileged information or information otherwise protected from disclosure. If you are not the intended recipient, please notify the sender immediately, do not copy this message or any attachments and do not use it for any purpose or disclose its content to any person, but delete this message and any attachments from your system. Astrium disclaims any and all liability if this email transmission was virus corrupted, altered or falsified. - Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This email (including any attachments) may
[Veritas-bu] ACSLS+SL8500 Issues Remain..
Hi, I have to go down to the bunker and check what firmware we are on.. I probably have this for you tomorrow afternoon. You didn't have any errors in acsss_event.log on the ACSLS server? I think it's in the acsss_home/log directory. Also, have you been close to the library when this problem occurs? What is happening with the arms and elevators? Any strange sounds? Have you tried Symantec support? I will get back to you tomorrow with firmware... Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] För Justin Piszcz Skickat: den 11 december 2006 16:25 Till: Veritas-bu@mailman.eng.auburn.edu Ämne: [Veritas-bu] ACSLS+SL8500 Issues Remain.. Hi all, I tried everyone's suggestions thus far, have not had any luck though: 1) tried using TCP communication on all the media servers instead of UDP 2) tried increasing the media unmount delay from 120 seconds to 600 seconds, 10 minutes And the problem remains/persists, I kick off 45 jobs and NetBackup shows 32 active jobs. However 1/2 or 3 (random) jobs will hang saying 'Mounting MediaID' - I can check ACSLS and run query drive *, the tape it is requesting sometimes is and is not in the drive that it is supposed to be in, confusing... For firmware, what is the current/latest firmware and for those who have SL8500s without any issues, what firmware are you running? Justin. ___ 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] Question posed to ACSLS/STK8500 users.
Hi, Do you have umount delay set? It takes some time for tapes to travel within the SL8500, especially if they need to take the elevator. Do you have the latest microcode/firmware on the drives and the library? Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] För Justin Piszcz Skickat: den 8 december 2006 17:09 Till: veritas-bu@mailman.eng.auburn.edu Ämne: [Veritas-bu] Question posed to ACSLS/STK8500 users. All, My group is setting up two Sun/StorageTek SL8500s. Sun did the install of ACSLS, there were no problems on their side. Each SL8500 is in its own environment. On each SL8500, we have 8 media servers, connected to four drives each, giving us a total of 32 drives. For testing, I did the following. Ran a NON-MULTIPLEXED backup to each drive, to ensure each drive worked properly. To do this I kicked off four jobs in succession. When I do this, I utilize all 4 drives. I did this with each media server without a single problem. However, when testing everything together, all 32 drives, I kick off 45 jobs for example. It says there are 32 active jobs in netbackup, which is correct. The problem is, randomly, 2 or 3 jobs will hang at Mounting MediaID.. and then the drive will go down after 30 minutes. Why is this? With an L700, I can send 500-1000 jobs to all of the drives in it and there is never a mounting problem. There is nothing wrong with any of the drives, they are brand new. I can use ACSLS and dismount the media from the drives and then re-run my earlier test backups, one at a time to each of the four drives per-media server without any issues. It is only when the robot receives a 'burst' of jobs that this happens. Has anyone experienced anything like this before? Thanks for any help and responses, Justin. ___ 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] Question posed to ACSLS/STK8500 users.
We have it set to 200.. But sometimes we have issues with netbackup releasing tapes after backups. Sometimes the tape stays in the drive for 30-40 minutes, even if we have jobs in queue. We have logged cases to Symantec about this and also to STK/SUN. But no one can tells us what`s wrong. We had similar problems a year back or so. But then the SL8500 was kind new here and after some firmware upgrades and some new elevators and arms in place the problem disappeared. I would also recommend what Mike recommended... In the beginning it was hard keeping trace of all device names and which drive it was connected to. Also check the acsss_event.log to see if there are any errors mounting/umounting tapes and send them away with the elevator. Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: Justin Piszcz [mailto:[EMAIL PROTECTED] Skickat: den 8 december 2006 18:15 Till: Hampus Lind Kopia: veritas-bu@mailman.eng.auburn.edu Ämne: Re: SV: [Veritas-bu] Question posed to ACSLS/STK8500 users. Yeah, its either 120 or 180 seconds I believe, what is yours set to? Justin. On Fri, 8 Dec 2006, Hampus Lind wrote: Hi, Do you have umount delay set? It takes some time for tapes to travel within the SL8500, especially if they need to take the elevator. Do you have the latest microcode/firmware on the drives and the library? Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] För Justin Piszcz Skickat: den 8 december 2006 17:09 Till: veritas-bu@mailman.eng.auburn.edu Ämne: [Veritas-bu] Question posed to ACSLS/STK8500 users. All, My group is setting up two Sun/StorageTek SL8500s. Sun did the install of ACSLS, there were no problems on their side. Each SL8500 is in its own environment. On each SL8500, we have 8 media servers, connected to four drives each, giving us a total of 32 drives. For testing, I did the following. Ran a NON-MULTIPLEXED backup to each drive, to ensure each drive worked properly. To do this I kicked off four jobs in succession. When I do this, I utilize all 4 drives. I did this with each media server without a single problem. However, when testing everything together, all 32 drives, I kick off 45 jobs for example. It says there are 32 active jobs in netbackup, which is correct. The problem is, randomly, 2 or 3 jobs will hang at Mounting MediaID.. and then the drive will go down after 30 minutes. Why is this? With an L700, I can send 500-1000 jobs to all of the drives in it and there is never a mounting problem. There is nothing wrong with any of the drives, they are brand new. I can use ACSLS and dismount the media from the drives and then re-run my earlier test backups, one at a time to each of the four drives per-media server without any issues. It is only when the robot receives a 'burst' of jobs that this happens. Has anyone experienced anything like this before? Thanks for any help and responses, Justin. ___ 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] Netbackup - Active Directory
Hi all, What about backup/restore of single objects in AD? Is that possible? Thanks, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] För Martin, Jonathan (Contractor) Skickat: den 1 december 2006 19:10 Till: DLew97; veritas-bu@mailman.eng.auburn.edu Ämne: Re: [Veritas-bu] Netbackup - Active Directory Active Directory is actually both in the registry of a domain controller and in several files on the disk, most notably - %SystemRoot%\ntds\NTDS.DIT. Suffice to say, you would probably never restore just the registry to a domain controller, you would restore the entire system in AD Restore Mode in which case yes, the C: and System State would be enough to restore the Active Directory. No special agent or policy is required. Your average ALL_LOCAL_DRIVES will do the job fine. -Jonathan _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of DLew97 Sent: Friday, December 01, 2006 11:43 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Netbackup - Active Directory Hello, Can anyone confirm that it is my understanding that AD is backed up as part of the system state or shadow copy components directive, since it's part of the registry. Or do I need to create a separate policy? agent? -- DLew97 ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Trunking in solaris...
Hi all, I`am new to solaris and wonder if anyone know if it's possible to trunk/team several network cards under solaris? If so, how do you do it? Thanks and regards, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Trunking in solaris...
Thanks all... Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] För Darren Dunham Skickat: den 1 december 2006 17:02 Till: Veritas-bu@mailman.eng.auburn.edu Ämne: Re: [Veritas-bu] Trunking in solaris... I`am new to solaris and wonder if anyone know if it's possible to = trunk/team several network cards under solaris? If so, how do you do it?=20 All versions of Solaris support IPMP in software. This allows for a bit of outbound load sharing, but isn't really appropriate for load balancing incoming data (as you might want on a netbackup server). It does provide you with failover though, and you can balance the incoming traffic manually. If all you need is failover, then it may be sufficient. SunTrunking is an extra application that you can run on Solaris. It only supports certain hardware in certain combinations. It's a cost purchase for versions prior to Solaris 10. Solaris 10 can use SunTrunking as well, but also allows for link aggregation of any networking hardware that uses gld3 drivers. This is built into Solaris and doesn't require extra software. IP Mulitpathing (IPMP) and Link Aggregation configuration details should be in the administrators guide for the version of Solaris you have (if supported). -- 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 maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] LTO-3 and MPX
So what happens on the drive side if I have MPX set to 3 and then start a backup of 2 clients that can push data fast and 1 client that are really slow? Is it the slow client that decide the speed of the drive then and make it stop/rewind/paus etc. and the other clients have to wait for the slower one? Thanks and regards, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] För Justin Piszcz Skickat: den 25 november 2006 14:45 Till: WEAVER, Simon Kopia: veritas-bu@mailman.eng.auburn.edu; 'Paul Keating' Ämne: Re: [Veritas-bu] LTO-3 and MPX Simon, do benchmarking with the same fileset for MPX=1,2,3,4,5,6,.. etc. I found MPX=3 to offer the best speeds for both backup restore (for big files). Justin. On Sat, 25 Nov 2006, WEAVER, Simon wrote: Just for the record, last night setoff a policy which normally streams 5 jobs to 2 drive. This time, configured for 3 streams to 3 drives. Just got into work and found its MUCH SLOWER than the week before !! So I will revert back !! Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] -Original Message- From: Paul Keating [mailto:[EMAIL PROTECTED] Sent: 23 November 2006 13:42 To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] LTO-3 and MPX If you backup server can handle the incoming IP traffic, and you can get it to the drives..it will be great. I found best aggregate performance for LTO2 and LTO3 with my GigE clients @ MPX=2, and my 100Mb/s clients @ MPX=8. Paul -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Hampus Lind Sent: November 23, 2006 2:15 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] LTO-3 and MPX Hi all, How good/bad are LTO-3 drives when it comes to multiplexing? Would we see great performance degradation if we set MPX to 4 on 1 LTO-3 drive and the run 4 simulations backups to that drive? I understand it can depend a lot on our clients as well... La version française suit le texte anglais. This email may contain privileged and/or confidential information, and the Bank of Canada does not waive any related rights. Any distribution, use, or copying of this email or the information it contains by other than the intended recipient is unauthorized. If you received this email in error please delete it immediately from your 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 diffusion, utilisation ou copie de ce courriel ou des renseignements qu'il contient par une personne autre que le ou les destinataires désignés est interdite. Si vous recevez ce courriel par erreur, veuillez le supprimer immédiatement et envoyer sans délai à l'expéditeur un message électronique pour l'aviser que vous avez éliminé de votre ordinateur toute copie du courriel reçu. This email (including any attachments) may contain confidential and/or privileged information or information otherwise protected from disclosure. If you are not the intended recipient, please notify the sender immediately, do not copy this message or any attachments and do not use it for any purpose or disclose its content to any person, but delete this message and any attachments from your system. Astrium disclaims any and all liability if this email transmission was virus corrupted, altered or falsified. - Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Upgrade to NBU 6.0 or wait for 6.5...
Hi all, We run NBU 5.1 and are considering to upgrade to 6.0 in Q1 next year.. But what I have understood Symantec will release NBU 6.5 in summer time 2007. Of course there can be delays in 6.5 delivery and it may or may not bee unstable.. But anyhow, what are your plans if you run 5.1? Thanks and regards, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] LTO-3 and MPX
Hi all, How good/bad are LTO-3 drives when it comes to multiplexing? Would we see great performance degradation if we set MPX to 4 on 1 LTO-3 drive and the run 4 simulations backups to that drive? I understand it can depend a lot on our clients as well. Thanks and regards, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Has anyone on this list interfaced NB 5.1 with ACSLS?
Yes, i have 5.1, ACSLS and a SL8500.. Shoot! Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] För Justin Piszcz Skickat: den 17 november 2006 20:01 Till: veritas-bu@mailman.eng.auburn.edu Ämne: [Veritas-bu] Has anyone on this list interfaced NB 5.1 with ACSLS? With either an SL500 or SL8500? I have a few questions. Justin. ___ 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] NetWare 6.5 Cumulative backups fail with status 41
Sound strange We are a large NetWare shop and do see some strange errors from time to time.. Do you have good speed on the fulls? No Speed/duplex issue? Does the job fail immediate with 41 or does it backup some data first? How about ping from client to server and other way back? Is the traffic going over the network you specified? Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Frn: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]] Fr Cynthia Christensen Skickat: den 13 november 2006 19:38 Till: veritas-bu@mailman.eng.auburn.edu mne: [Veritas-bu] NetWare 6.5 Cumulative backups fail with status 41 Has anyone had any problems backing up a NetWare 6.5 (SP3) fileserver on NetBackup 5.1 MP3 (with Solaris 9 master/media)? I can get a successful Full backup every time, but the Cumulative Incremental fails almost every time. Only time it works successfully is the day after a Full works and that is intermittent. The only error code I get is a status 41 and Veritas has recommended upping the CLIENT_READ_TIMEOUT which I have upped and upped and still no luck. I'm wondering if it's a Novell issue. Thanks, Cindy ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Ingres backup...
Hi again, Question about bpstar_notify script that will run the actual backup What should I point out for backup in the selection area in the policy on the master? /tmp or something else unimportant? Thanks, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Skickat: den 9 november 2006 14:47 Till: Hampus Lind; veritas-bu@mailman.eng.auburn.edu Kopia: [EMAIL PROTECTED] Ämne: Re: [Veritas-bu] Ingres backup... Hi Hampus I would use bpstart_notify to run the script that's backing up ingress Regards Michael On Thu, 9 Nov 2006 14:14:10 +0100, Hampus Lind wrote Hi all, If a want to start a script thats backing up Ingres on a client. How do I best start that script from the master with a policy? I dont want to start it from cron from the client.. Thanks and regards, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -- Cybercity Webhosting (http://www.cybercity.dk) ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Ingres backup...
Hi all, If a want to start a script thats backing up Ingres on a client. How do I best start that script from the master with a policy? I dont want to start it from cron from the client.. Thanks and regards, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Backup of Mysql...
Hi all, How do you all backup your mysql databases? Is there any database agent? Thanks Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] McData vs Brocade
We are a mcdata shop today. We have never had any problems with there directors or there switches (we have the Sphereon 4700 as well). I am very please with mcdata... The problem for us today is that we really need to replace our directors and edge switches and with the upcoming merge of the two companies I cant say that mcdata is our given choice any more.. The thing is, the merge will probably to trough. Mcdata has always been better on the director side, meanwhile brocade have owned the switch sector (more or less). I am currently at the Storage Networking World conference in Orlando, and I have interigated both brocade and mcdata about the merge. They cant really give any details today. But.. The market has acted already. For instance, HP blade systems only comes with brocade switches... But again, although brocade perhaps would be the long term choice they will support mcdata products for many years to come.. I would suggest you to go with the one that feels most comfortably to you and maps well to your other infrastructure. I think both the switches lives up to your demands. Good luck! Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] För [EMAIL PROTECTED] Skickat: den 3 november 2006 00:09 Till: veritas-bu@mailman.eng.auburn.edu Ämne: [Veritas-bu] McData vs Brocade Folks, I would like to hear your experiences or better yet comparison of McData Sphereon 4700 with Brocade Silkworm 4100 4Gb switches. CurrentIy our environment is 2 SUN media servers, STK L700, SL500 at one location, connected via 2 STK StoreNet 4100 ( re-branded 1Gb Brocade SilkWorm 2800 ) to 2 SUN media servers, STK L700 at the remote location, another 2 StoreNet 4100. L700 populated with SDLT220s and SDLT320s drives, which SAN'ed via Crossroads 4x50 SCSI to FC bridges. Netapp R200 NDMP from the remote location via DWDM to SL500 at this location. 2 StoreNet 4100 ( re-branded Brocade SilkWorm 2800 ) at each location ISL'ed and DWDM'ed to other location. We are doing in-line copy of each backup ( except NDMP form Netapp ). 1 stream to a local library, 1 stream to remote one. We vault local tapes and rotate tapes in remote L700. We were having really hard time with SDLT drives going down every day and SCSI-FC bridges being hung in this SSO configuration. Of course the backup window grew with time to 24x7 and initial 1 month on-site retention is shrinking as the ammount of data dumped doubles each year. At thi spoint we decided to replace SDLTs with LTO3, upgrade DWDM to 2Gb ( 2 of them ), upgrade to 4Gb HBAs on media servers and of course upgrade to faster 4Gb switches. We all set and decided on keeping the existing L700 and buying LTO3 HP drives. It is the switch selection, whcih drives us crazy. CISCO came out to be cost prohibitive for this simple mini SAN. Brocade seems to be all right at more than twice less money + Extended Fabric license ( to get enough buffer-to-buffer credits for DWDM ports ) But McData's 4700 is more than twice cheaper that Brocade and seems to be a real deal, plus no additional license for DWDM required. Any input on switch seleection is appreciated. * This message and any attachments (the message) are confidential and intended solely for the addressees. Any unauthorised use or dissemination is prohibited. E-mails are susceptible to alteration. Neither SOCIETE GENERALE nor any of its subsidiaries or affiliates shall be liable for the message if altered, changed or falsified. * ___ 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] Disk trashing and memory leak - HPUX master server...
Hi all, I created a case with HP about disk performance on my master server. I got the answer that my server is trashing and perhaps have memory leak problems. These are some numbers from my disks (sar d). I have tried to increase scsi queue depth, but nothing helps. HP said that it must be an extremely intense oracle database on this disk, but its not, is my netbackup disk. device %busy avque r+w/s blks/s avwait avserv c16t0d1 97.70 312.67 1573 19467 232.55 4.52 c16t0d1 100.00 649.81 834 6651 681.50 9.99 c16t0d1 100.00 854.77 1112 8896 751.81 6.03 HP also pointed out that I have some processes that might have memory leak problems Those processes is bpsched.. I got this back from HP: (from top) CPU TTY PID USERNAME PRI NI SIZE RES STATE TIME %WCPU %CPU COMMAND 0 ? 21867 root 192 20 17280K 5040K run 0:01 17.98 3.98 bpsched 1? 21867 root 213 20 20928K 8692K run 0:06 58.86 23.16 bpsched 1 ? 21867 root 148 20 21312K 9076K sleep 0:07 51.48 27.16 bpsched This process seems to have a memory leak since the size field keeps increasing and the cpu usage is high Does anyone else have these numbers against disk on the master server? My master dont have these values all the time, but from now and then it peaks at these numbers and sometimes higher Do bpsched have a memory leak or is just how it works? Our environment: HPUX 11.11 NBU 5.1 MP5 Thanks and regards, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Netbackup and VmWare..
Hi all, Any one running Vmware against netbackup? We have a new HP blade system which will run Vmware, and I wonder how I can back this up to netbackup? Our blade guys tell me that vmware comes with its own backup solution that is preferred to use. Please advice in what is the best way to handle backups of vmware system. Thanks and regards, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Netbackup and VmWare..
Title: Message Thanks all, Do run open file option for these clients? Can you get system_state_info as well? Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] För Paul Keating Skickat: den 19 september 2006 14:55 Till: veritas-bu@mailman.eng.auburn.edu Ämne: Re: [Veritas-bu] Netbackup and VmWare.. we back them up as if they were hardware clients. boot them up, install NBU client and back it up as if it was a normal server. we have base images with NBU pre installed, so if we lose a hostinstance we can just start a new instance, do a full restore, overwriting all files, reboot and it's back up. Paul -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Hampus Lind Sent: September 19, 2006 8:17 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Netbackup and VmWare.. Hi all, Any one running Vmware against netbackup? We have a new HP blade system which will run Vmware, and I wonder how I can back this up to netbackup? Our blade guys tell me that vmware comes with its own backup solution that is preferred to use. Please advice in what is the best way to handle backups of vmware system. Thanks and regards, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] problems with VTL StorageTek solution ?
Hi, ProtecTier on work over FC protocol but I have never heard that it require FC disk... When I meet with diligent people from Israel, I told them that we already have 7 TB of SATA that we which to re-use, that would be no problem, they said. They only support FC arrays today, but in that array you can have both FC and SATA drives. It feels strange creating a backup-to-disk solution that only support FC disks... The guy selling you ProtecTier, does he work at HDS and want you to buy a solution that includes expensive FC disks?? ;-) I think you need to find another source to Diligent, or perhaps I need to find one that tells me the truth.. :-) Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: Paul Keating [mailto:[EMAIL PROTECTED] Skickat: den 15 september 2006 14:51 Till: Hampus Lind; [EMAIL PROTECTED]; [EMAIL PROTECTED] Kopia: veritas-bu@mailman.eng.auburn.edu Ämne: RE: [Veritas-bu] problems with VTL StorageTek solution ? I like the look of the ProtecTIER product. However, I've come up with some information that I can't get a hard answer on. The info I got from Diligent coonfused me even more. Everything I can find, and am told by either HDS, or Diligent says that Protectier requires FC disk...as in, not SATA.. I find this confusing.sure the data de-duplication technology requires knowing where the data is on disk, quickly, etc, etc. So I said to the Diligent rep I spoke with Ok, so the de-duplication algorithm actually has to search the disk to find patterns? to which I got the response (paraphrasing)Oh no, of course not...all of the data on disk is mapped in RAM, we can map 1PB of disk in 4GB of RAM. The appliance doesn't need to read the disk to find hash matches, etc. All of that is done in RAM and only the unique data that needs to be written to disk is written to disk. So I asked why then would FC disk be necessary??? After pushing it a bit, I got a response that Yes, it would technically work with SATA disk, however there would be a performance hit due to SATA's transfer speed, of approx 40%, so they don't support SATA. Sohere's my confusionsince the de-duplication is being done in stream on the appliance before the data ever gets to the disk array, then with the advertised 25:1 ratio, only 4% of the data hitting the box is getting written to disk. Even if the SATA disk is 80% slower that FC (being fascetious here), shouldn't it still be like 5 times faster than another product that writes everything to SATA disk? Yes all the other VTL vendors are basing their products on SATA (as Diligent is with their VTF Open product) Paul -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Hampus Lind Sent: September 14, 2006 1:54 PM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] problems with VTL StorageTek solution ? However, I have looked at both diligent and falconstor, and for now I think I would go with diligent.. What do you guys think?? ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] problems with VTL StorageTek solution ?
Hi, Here in Sweden Diligent is pretty cheap I think, or at least at the same level as other vendors. But of course management people can twist things the other way... Did you go with another VTL/de-dup solution instead? Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: Martin, Jonathan (Contractor) [mailto:[EMAIL PROTECTED] Skickat: den 15 september 2006 15:33 Till: Hampus Lind; Paul Keating; [EMAIL PROTECTED]; [EMAIL PROTECTED] Kopia: veritas-bu@mailman.eng.auburn.edu Ämne: RE: [Veritas-bu] problems with VTL StorageTek solution ? We were looking at an offsite backup solution w/ Diligent here and everyone we talked to (Local Reseller, Diligent Sales Technical resources) said our HDS AMS500 w/ SATA Shelves would be fine. In the end we balked at the Diligent Protectier software cost and went another way but cost aside this solution was our best choice. -Jonathan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Hampus Lind Sent: Friday, September 15, 2006 9:12 AM To: 'Paul Keating'; [EMAIL PROTECTED]; [EMAIL PROTECTED] Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] problems with VTL StorageTek solution ? Hi, ProtecTier on work over FC protocol but I have never heard that it require FC disk... When I meet with diligent people from Israel, I told them that we already have 7 TB of SATA that we which to re-use, that would be no problem, they said. They only support FC arrays today, but in that array you can have both FC and SATA drives. It feels strange creating a backup-to-disk solution that only support FC disks... The guy selling you ProtecTier, does he work at HDS and want you to buy a solution that includes expensive FC disks?? ;-) I think you need to find another source to Diligent, or perhaps I need to find one that tells me the truth.. :-) Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: Paul Keating [mailto:[EMAIL PROTECTED] Skickat: den 15 september 2006 14:51 Till: Hampus Lind; [EMAIL PROTECTED]; [EMAIL PROTECTED] Kopia: veritas-bu@mailman.eng.auburn.edu Ämne: RE: [Veritas-bu] problems with VTL StorageTek solution ? I like the look of the ProtecTIER product. However, I've come up with some information that I can't get a hard answer on. The info I got from Diligent coonfused me even more. Everything I can find, and am told by either HDS, or Diligent says that Protectier requires FC disk...as in, not SATA.. I find this confusing.sure the data de-duplication technology requires knowing where the data is on disk, quickly, etc, etc. So I said to the Diligent rep I spoke with Ok, so the de-duplication algorithm actually has to search the disk to find patterns? to which I got the response (paraphrasing)Oh no, of course not...all of the data on disk is mapped in RAM, we can map 1PB of disk in 4GB of RAM. The appliance doesn't need to read the disk to find hash matches, etc. All of that is done in RAM and only the unique data that needs to be written to disk is written to disk. So I asked why then would FC disk be necessary??? After pushing it a bit, I got a response that Yes, it would technically work with SATA disk, however there would be a performance hit due to SATA's transfer speed, of approx 40%, so they don't support SATA. Sohere's my confusionsince the de-duplication is being done in stream on the appliance before the data ever gets to the disk array, then with the advertised 25:1 ratio, only 4% of the data hitting the box is getting written to disk. Even if the SATA disk is 80% slower that FC (being fascetious here), shouldn't it still be like 5 times faster than another product that writes everything to SATA disk? Yes all the other VTL vendors are basing their products on SATA (as Diligent is with their VTF Open product) Paul -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Hampus Lind Sent: September 14, 2006 1:54 PM To: [EMAIL PROTECTED]; [EMAIL PROTECTED] Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] problems with VTL StorageTek solution ? However, I have looked at both diligent and falconstor, and for now I think I would go with diligent.. What do you guys think?? ___ 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] problems with VTL StorageTek solution ?
Hi, I am interested in the answers you get. We are looking on stk/falconstor with there SIR function, and comparing them with diligent ProtecTier.. Please let me know what you find out. Thanks and regards, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] För Didier BRUN Skickat: den 14 september 2006 16:36 Till: veritas-bu@mailman.eng.auburn.edu Ämne: [Veritas-bu] problems with VTL StorageTek solution ? Hi all, Did anybody meet problems with the VTL solution of StorageTek ( falcon solution ; ) ? Thanks Didier ___ 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] problems with VTL StorageTek solution ?
Hehe... Cool article.. But I don't know how much of it thats true... I am talking to both SUN and HDS for the moment and none of them has mentioned this. I will ask them about it. I have also heard that VSM open will be killed and that SUN will go with Falconstor instead. But regarding to my sells guy at SUN, they sells people havent got the word that they will kill VSM open, so they speculate in that it will come later on instead. I dont know what to believe for now.. I know Diligent is on the market, while falconstor and VSM open arent. So if you want de-dup function today, you have to look at diligent or perhaps data domain, but thats a different story. However, I have looked at both diligent and falconstor, and for now I think I would go with diligent.. What do you guys think?? Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Skickat: den 14 september 2006 19:18 Till: [EMAIL PROTECTED]; [EMAIL PROTECTED] Kopia: veritas-bu@mailman.eng.auburn.edu Ämne: RE: [Veritas-bu] problems with VTL StorageTek solution ? I saw this article back in July and would be interested in your comments ... Are they still a player? Have they re-defined a direction? http://www.techworld.com/storage/blogs/index.cfm?blogid=3entryid=216 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Hampus Lind Sent: Thursday, September 14, 2006 10:59 AM To: 'Didier BRUN' Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] problems with VTL StorageTek solution ? Hi, I am interested in the answers you get. We are looking on stk/falconstor with there SIR function, and comparing them with diligent ProtecTier.. Please let me know what you find out. Thanks and regards, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] För Didier BRUN Skickat: den 14 september 2006 16:36 Till: veritas-bu@mailman.eng.auburn.edu Ämne: [Veritas-bu] problems with VTL StorageTek solution ? Hi all, Did anybody meet problems with the VTL solution of StorageTek ( falcon solution ; ) ? Thanks Didier ___ 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 e-mail and any attachments may contain confidential information of Northwestern Mutual. If you are not the intended recipient of this message, be aware that any disclosure, copying, distribution or use of this e-mail and any attachments is prohibited. If you have received this e-mail in error, please notify Northwestern Mutual immediately by returning it to the sender and delete all copies from your system. Please be advised that communications received via the Northwestern Mutual Secure Message Center are secure. Communications that are not received via the Northwestern Mutual Secure Message Center may not be secure and could be observed by a third party. Thank you for your cooperation. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Backup up db database
Hi, Our informix logs don`t queue up, they proceed and complete during the netbackup db backup. Is something wrong with our environment? The log backup is not started from the master, they come as user backups from a lot of clients. We have a lot of dbs, so its a jungle to find some free time for the netbackup db backup. How do you all handle your regular database transaction logs during the netbackup database backup? Thanks and regards, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] För Paul Keating Skickat: den 8 september 2006 17:19 Till: veritas-bu@mailman.eng.auburn.edu Ämne: Re: [Veritas-bu] Backup up db database If the netbackup catalog backup is in progress, the informix, Oracle, etc, jobs will queue up untill the catalog backup is complete...once the catalog backup is complete, the db jobs will start. Paul -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Fredrik Sent: September 7, 2006 4:10 AM To: 'WEAVER, Simon'; 'Hindle, Greg'; NB List Mail Subject: Re: [Veritas-bu] Backup up db database Hi there how do you do with clients with database who sends transactionlogs like informix and Oracels archivelogs. You have no control of them. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Several seperated backup networks..
Hi all, We have one separated backup net at our site which is starting to run out on IP addresses. Our communication folks what to create another new backup network, which means we would have two separated backup networks. I am not sure how this will work with our master and media servers. Anyone running several backup networks who can explain how this works on the server side? Thanks and regards, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Several seperated backup networks..
Hi, We dont use dns in our backup network. Will that complicate things? Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: Ed Wilts [mailto:[EMAIL PROTECTED] Skickat: den 4 september 2006 15:16 Till: Hampus Lind Kopia: veritas-bu@mailman.eng.auburn.edu Ämne: Re: [Veritas-bu] Several seperated backup networks.. Hampus Lind wrote: Hi all, We have one separated backup net at our site which is starting to run out on IP addresses. Our communication folks what to create another new backup network, which means we would have two separated backup networks. I am not sure how this will work with our master and media servers. Anyone running several backup networks who can explain how this works on the server side? So long as all of your routes are working properly and your DNS is working properly, this won't cause you any grief. We've got multiple networks in place here and it's working fine. If you're using BMR, then you have to be a bit more concerned but that's the only part of NetBackup that I'm aware that cares about what subnet you're on. .../Ed -- Ed Wilts, Mounds View, MN, USA mailto:[EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Several seperated backup networks..
Good, now i understand.. Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: Whelan, Patrick [mailto:[EMAIL PROTECTED] Skickat: den 4 september 2006 15:26 Till: Hampus Lind; Ed Wilts Kopia: veritas-bu@mailman.eng.auburn.edu Ämne: RE: [Veritas-bu] Several seperated backup networks.. Ok, everybody all at once. YES Patrick Whelan NetBackup Specialist Architect Engineering +44 20 7863 5243 Of all the things I've lost, I miss my mind the most! - Unknown There are only 10 kinds of people on earth - those who understand binary and those who don't. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Hampus Lind Sent: 04 September 2006 14:21 To: 'Ed Wilts' Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Several seperated backup networks.. Hi, We dont use dns in our backup network. Will that complicate things? Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: Ed Wilts [mailto:[EMAIL PROTECTED] Skickat: den 4 september 2006 15:16 Till: Hampus Lind Kopia: veritas-bu@mailman.eng.auburn.edu Ämne: Re: [Veritas-bu] Several seperated backup networks.. Hampus Lind wrote: Hi all, We have one separated backup net at our site which is starting to run out on IP addresses. Our communication folks what to create another new backup network, which means we would have two separated backup networks. I am not sure how this will work with our master and media servers. Anyone running several backup networks who can explain how this works on the server side? So long as all of your routes are working properly and your DNS is working properly, this won't cause you any grief. We've got multiple networks in place here and it's working fine. If you're using BMR, then you have to be a bit more concerned but that's the only part of NetBackup that I'm aware that cares about what subnet you're on. .../Ed -- Ed Wilts, Mounds View, MN, USA mailto:[EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses. No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates (COLT) and any other party by email Communications unless expressly agreed in writing with such other party. Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Kernel parameter - SUSE..
Hi all, Is there any kernel parameters i need to look over on a SUSE SLES 9 server that will improve netbackup performance? Thanks, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Moving from HP-UX till SUSE SLE 9.
Hi, Sounds good. I´ll think I go with nr 2. I also need to get all my policies and other settings over to the SUSE server, but I think if I copy over /usr/openv/netbackup/db, I have the most important stuff thereThen I manually have to move hosts file, scripts and other stuff that is outside of /usr/openv/netbackup/db to the new SUSE server. I am I missing something else?` Thanks, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: Bobby Williams [mailto:[EMAIL PROTECTED] Skickat: den 29 maj 2006 13:26 Till: 'Hampus Lind'; veritas-bu@mailman.eng.auburn.edu Ämne: RE: [Veritas-bu] Moving from HP-UX till SUSE SLE 9. I would offer the following scenario: Leave the HP in place for 30 days after your new SUSE is in place and running. After the 30 days, most of the media/images may be expired and you won't have to worry about migrating the images. After the 30 days is up, you would have 2 options: 1. attach the old library to the SUSE master, inventory the tapes, import the tapes, duplicate the images to the new media type. 2. attach the old library to the SUSE master, inventory the tapes, copy the /usr/openv/netbackup/db/images directory from the HP server to the SUSE and use the old library for restores only. Option 2 is a lot like the DR recovery process that is described in a tech note on Veritas. You can do it across Unix Masters, but not Unix to Windows. (you can do it across Windows masters, but not Win to Unix). Bobby Williams 2205 Peterson Drive Chattanooga, Tennessee 37421 423-296-8200 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Hampus Lind Sent: Monday, May 29, 2006 6:51 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Moving from HP-UX till SUSE SLE 9. Hi, What is the easiest way to move a master (and media) server from HP-UX to SUSE 9? Copy over the db catalog? The SUSE server will have a new different library and media type, the old library will be attached to the SUSE server for migrating backups from old tape to new once. Thanks and regards, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] count of scratch tapes
Hi, vmquery pn scratch b | grep i hcart | wc l will give you the nr hcart tapes in scratch pool. Cheers, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Frn: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Fr Covington, Garrett Skickat: den 23 maj 2006 17:27 Till: 'veritas-bu@mailman.eng.auburn.edu' mne: [Veritas-bu] count of scratch tapes I run Solaris9 - NBU 5.1mp4 Is there a good way to output the number or tapes within a pool or robot, ie: to count the number of SCRATCH tapes within a robot? Thanks, Garrett Covington The TriZetto Group, Inc. [EMAIL PROTECTED] p: [EMAIL PROTECTED] w: 303-323-6886 c: 303-204-6695 ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
SV: [Veritas-bu] Netbackup PureDisk vs datadomain / Diligent..
Title: Message J Do you have any thoughts on how you would use tapes in a diligent or falconstor environment? Or are you looking at only use disk as a backup media? For safety reasons one could mirror the disk and replicate the servers to different sites, but yet I dont know if its enough. Basically with these products you only have one generation of a fullbackup (if you dont make some more of curse, but then you need more disk capacity), which means if you lose that disk all backups are gone. Do you see any risks with this? Of course if you mirror the disk to one or more sites you are much safer. I think the tape vendors have brainwashed me!! J Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Frn: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Fr Paul Keating Skickat: den 18 maj 2006 20:07 Till: veritas-bu@mailman.eng.auburn.edu mne: RE: [Veritas-bu] Netbackup PureDisk vs datadomain / Diligent.. LOL...not far...based on features, those are the two we are going to start looking at soon. Paul -- -Original Message- From: Hampus Lind [mailto:[EMAIL PROTECTED] Sent: May 18, 2006 2:05 PM To: Paul Keating; veritas-bu@mailman.eng.auburn.edu Subject: SV: [Veritas-bu] Netbackup PureDisk vs datadomain / Diligent.. Ok.. How fare have you come in you evaluation with diligent and falconstor? Have you found any big difference between the two? We have looked at diligent for some time now, the down side right now is that there is only one test installation here in Sweden which results little knowledge and no local support/service organisation. Falconstor I think have a couple of installation and some more OEM installations. But I havent looked that much at them yet.
SV: [Veritas-bu] Netbackup PureDisk vs datadomain / Diligent..
Title: Message I have been going through falconstor homepage and cant find anything about de-deuplication or compression which some call it, like the one diligent offers. Do they have these functions? Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Frn: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Fr Paul Keating Skickat: den 18 maj 2006 20:07 Till: veritas-bu@mailman.eng.auburn.edu mne: RE: [Veritas-bu] Netbackup PureDisk vs datadomain / Diligent.. LOL...not far...based on features, those are the two we are going to start looking at soon. Paul -- -Original Message- From: Hampus Lind [mailto:[EMAIL PROTECTED] Sent: May 18, 2006 2:05 PM To: Paul Keating; veritas-bu@mailman.eng.auburn.edu Subject: SV: [Veritas-bu] Netbackup PureDisk vs datadomain / Diligent.. Ok.. How fare have you come in you evaluation with diligent and falconstor? Have you found any big difference between the two? We have looked at diligent for some time now, the down side right now is that there is only one test installation here in Sweden which results little knowledge and no local support/service organisation. Falconstor I think have a couple of installation and some more OEM installations. But I havent looked that much at them yet.
SV: [Veritas-bu] Netbackup PureDisk vs datadomain / Diligent..
Title: Message Yes, I am referring to ProtecTIER. Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Frn: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Fr Paul Keating Skickat: den 18 maj 2006 20:59 Till: veritas-bu@mailman.eng.auburn.edu mne: RE: [Veritas-bu] Netbackup PureDisk vs datadomain / Diligent.. are you referring to Diligent's ProtecTIER, content based screening, that only backs up the changed blocks, minimizing the amount of data on disk?? Falconstor, IIRC, does software based compression before writing to the virtual tape, and that's it. Paul -- -Original Message- From: Hampus Lind [mailto:[EMAIL PROTECTED] Sent: May 18, 2006 2:55 PM To: Paul Keating; veritas-bu@mailman.eng.auburn.edu Subject: SV: [Veritas-bu] Netbackup PureDisk vs datadomain / Diligent.. I have been going through falconstor homepage and cant find anything about de-deuplication or compression which some call it, like the one diligent offers. Do they have these functions?
SV: [Veritas-bu] Command via bpcd
Hi, Yes it is possible. bpgp I think its called. Bpinst also do something like that.. Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] För [EMAIL PROTECTED] Skickat: den 8 maj 2006 21:31 Till: [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu Ämne: RE: [Veritas-bu] Command via bpcd I don't think it will work. If it works, that will be a big security problem for us. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Austin Murphy Sent: Monday, May 08, 2006 12:09 PM To: veritas-bu Subject: [Veritas-bu] Command via bpcd Does anyone know if it is possible to remotely run a command through BPCD ? I am interested in running tpclean -L on a SAN Media Server's SSO tape drive from the master server in a script. Austin ___ 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
[Veritas-bu] CA BrightStor versus Netbackup...
Hi, Anyone worked with CA Brigtstor backup software that can compare these two suits with each other? I`am really feed up dealing with netbackup licence management I like CA solution where you buy ONE licence based on how many TB raw disk you have, in that licence you can use how many agents as you like and so on... For large companies I guess this is heaven. On the other hand I dont know if the software works at all.. J Comments?? Best regards, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED]
[Veritas-bu] Restore faster than backup...
Hi all, I have seen some strange things here during a netware backup and restore We have replaced the hw for a netware server and before we did that I did a full backup which took 8h and 30 minutes. Later when the server was replaced I did a full restore that took 58 minutes I was very happy about this restore time, I thought now we also we have improved the backup time. But when I run a backup it still takes forever.. I always thought that a restore took longer time then a backup.. Anyone have any idea about this scenario? Thanks and regards, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED]
[Veritas-bu] Linux SUSE as master/media server..
Hi all, Anyone running SUSE Linux as combined Master/Media server (no SSO). This is for a smaller installation with 30 clients. MVH / Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED]
[Veritas-bu] Unadvertised utility in Netbackup
Hi all, What are your comments to the bpgp utility, and others, in netbackup? I understand that it sometimes are useful for backup admins, my self included. But isen`t it also a great security risk? Does the use of this utility get logged somewhere? Thanks and regards, MVH / Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED]
SV: [Veritas-bu] Unadvertised utility in Netbackup
Title: Message We have a lot of root people at all our shops.. L Of course I got access to all the data that are controlled under netbackup, and with that can cause great damage. The question was more in terms of is it logged somewhere? I`am I really safe if something happens and people know I got this feature? I cant really proof that I did not use this command? What about bpinst, that are a far more powerful utility that allow you to execute scripts on any client server you which. When it comes to SLA`s our units agree to backups and controlled restores, not to the possibility of undocumented programs that pretty much can do anything anytime without any logging on there servers. MVH / Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Frn: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Fr Paul Keating Skickat: den 6 februari 2006 20:58 Till: veritas-bu@mailman.eng.auburn.edu mne: RE: [Veritas-bu] Unadvertised utility in Netbackup it's executable by root. keep unauthorized root out of your box...sleep well at night. yes, it's a security risk...yes, it can save your buttyes, you can shoot yourself in the foot with it...you can even blow your whole leg off. anything you can do with bpgp, you can do with a creative backup and restore. Paul -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Hampus Lind Sent: February 6, 2006 2:13 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Unadvertised utility in Netbackup Hi all, What are your comments to the bpgp utility, and others, in netbackup? I understand that it sometimes are useful for backup admins, my self included. But isen`t it also a great security risk? Does the use of this utility get logged somewhere? Thanks and regards, MVH / Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED]
SV: [Veritas-bu] Master and Media HW and OS..
Hi all, Thanks for all answers i got. Now I have something to think about MVH / Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]On Behalf Of Hampus Lind Sent: Tuesday, January 24, 2006 12:05 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Master and Media HW and OS.. Hi, We run all our master and media servers on HP PA-RISC server and HP-UX as OS. These servers cost a lot, not only to buy, but also in maintenance... What do you guys think about going from the above to powerful INTEL server with linux as OS instead in a datacenter environment? We have about 200 clients and (all full is about ~15TB, never at one time though) to backup at one of our sites. Anyone using this type of solution in DC env`s? Recommendations?? Thankful for advice, MVH / Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED]
[Veritas-bu] Safe to upgrade to 6.0 MP1..
Hi all, How many has go to 6.0 MP1? Is the upgrade from 5.1 MP3 to 6.0 MP1 safe, anything to be careful with?? Does ACSLS connections work well? We run HP-UX 11.11 on all servers.. Thanks in advance, MVH / Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED]
[Veritas-bu] Master and Media HW and OS..
Hi, We run all our master and media servers on HP PA-RISC server and HP-UX as OS. These servers cost a lot, not only to buy, but also in maintenance What do you guys think about going from the above to powerful INTEL server with linux as OS instead in a datacenter environment? We have about 200 clients and (all full is about ~15TB, never at one time though) to backup at one of our sites. Anyone using this type of solution in DC env`s? Recommendations?? Thankful for advice, MVH / Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED]
SV: [Veritas-bu] Database backup scheduling with different retentions
Hi guys, Can you have several, different application backup scheds in the same policy? Dosen`t netbackup take the first listed and use it for all backups within that policy? If I write the policy and sched into the oracle backup script will it work with all the scheds? Do I need to make some kind of scripting (IF and ELSE and so on) into the script to make it work? Today we have one policy per retention, it`s a mess, but we haven`t got this to work earlier. Many thanks, MVH / Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] -Ursprungligt meddelande- Från: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] För Whelan, Patrick Skickat: den 19 januari 2006 18:24 Till: [EMAIL PROTECTED]; [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu Ämne: RE: [Veritas-bu] Database backup scheduling with different retentions In researching some answers to the original post I was reminded that most Oracle backups use an infinite retention level with RMAN managing the actual retention level. Does this ring any bells for anyone else, or am I getting senile in my old age. Regards, Patrick Whelan NetBackup Specialist Architect Engineering -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: 19 January 2006 17:09 To: [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Database backup scheduling with different retentions I can answer for Oracle - I assume that the MSSQL would be similar. When your RMAN script runs, it sends data to the Netbackup Oracle agent. The agent, in turn, sends the data onto a Netbackup media server, to a particular policy schedule. In the RMAN script, you can specify the NB_ORA_POLICY and NB_ORA_SCHEDULE variables. These variables select which Netbackup (Oracle-type) policy schedule are used to recieve the data. Netbackup's retention of the data, therefore, is the retention period set on these application backup schedules. At the end of the retention period, therefore, NB will discard the images. If you want three different retentions, create three different schedules (it can be in the same policy). Have RMAN set the schedule variable appropriate to the type of retention you wish to select. This has nothing to do with retention periods set by RMAN within the RMAN scripts. RMAN can say keep this for a year and what it really is doing is keeping its info on those data blocks for a year. If it tries to restore an old image, it's going to request specific backup pieces from Netbackup. If NB's scheduled retention is less than RMAN's retention, there's a risk that RMAN will get a failure from NB - the images will no longer be in NB's image set. There's two ways to deal with this: 1. Set NB's retention to be the same (or more) than RMAN's retention periods. 2. Frequently sync RMAN's catalog against NB's catalog so RMAN stays current with NB's actual retained data. This is the most accurate but more complex. Here's a technote to get you started: http://seer.support.veritas.com/docs/251686.htm HTH - M -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Austin Murphy Sent: Thursday, January 19, 2006 8:23 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Database backup scheduling with different retentions Does anyone have any insight on how to do scheduled weekly/monthly/yearly backups (with commensurate retention periods) of an MSSQL or Oracle database with Netbackup? I am running 5.1 MP3 on Solaris 9 and just found out that the database policy schedules don't work the same way as the file policy schedules. It has been pointed out to me that I could setup 3 Policies for weekly/monthly/yearly backups, but this won't stop the weekly when a monthly runs. Nor will the monthly (or weekly) be suspended when the yearly is run. If anyone has any ideas I'd be grateful to hear them. Thanks. Austin Murphy ___ 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 * The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way. The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies. Internet communications are not secure and COLT does not accept responsibility for this message, its
