Re: [Veritas-bu] Celerra backups
Just be sure the hardware can manage the throughput! Kind Regards / Mit freundlichen Grüßen, Clem Krüger Email: clem.kru...@gmail.com Skype: Ingweza http://www.linkedin.com/in/clemkruger Please do not print this email unless it is absolutely necessary. Spread environmental awareness. -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of X_S Sent: 16 February 2011 21:49 To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Subject: [Veritas-bu] Celerra backups we have about 8 data movers with about 100TB of data. we're presently using netbackup and ndmp to back these up over fibre to LTO4 tape drives. i would like to back this up to a data domain box (10Gb nics) but am looking for ideas for the fastest and/or best way to get this data to data domain. i would appreciate any help. thanks. +-- |This was sent by xsp...@yahoo.com via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Auburn vs. NetBackup forums- Was: sniff...bpgp isgone from 6.5
Nah, I do not like Bill too much, BUT he was there at the right time and he will still be included with those great and wonderful men. Denis is one of the most humble men I have ever had the privilege of meeting! Kind Regards, Clem Kruger P Please do not print this email unless it is absolutely necessary. Spread environmental awareness. From: Jeff Lightner [mailto:[EMAIL PROTECTED] Sent: 09 April 2008 15:14 PM To: Clem Kruger; Haskins, Steve; Ed Wilts Cc: [EMAIL PROTECTED]; Jim Horalek; VERITAS-BU@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Auburn vs. Netbackup forums- Was: sniff...bpgp isgone from 6.5 Lumping in a marketer like Bill Gates with TECHNICAL experts like Dennis Ritchie is plain silly. Bill didn't "create" anything - he saw an opportunity when IBM came knocking and bought QDOS to resell to IBM. (We won't talk about the fact that QDOS was pretty much believed to be a knock off of CP/M). After DOS became the main OS for IBM PC compatible systems he was able to force much of the rest of the world into dependence on his other products not by their technical superiority but by practices that got the DOJ in the U.S. to start an anti-trust action against him and the E.U. which has now judged it as monopolistic twice. By the way - I'm pretty sure it was us old farts that were joking about old farts. ________ From: Clem Kruger [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 09, 2008 1:58 AM To: Haskins, Steve; Ed Wilts; Jeff Lightner Cc: [EMAIL PROTECTED]; Jim Horalek; VERITAS-BU@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Auburn vs. Netbackup forums- Was: sniff...bpgp isgone from 6.5 Good day all y'all, Can someone please explain what am "old fart" is? There are only 3 certainties in life, death, taxes and change. The last two we can control but death started the day we were born. Those of you who used the term "Old Fart", just remember one day you will wake up and find yourself much older and then you too will be offended by being called an old fart! The changes we have seen through the 60's, 70's, 80's, 90's and now the 21st century has made us better people and most of all we (old farts) are disciplined. You needed to drop a try of cards once to understand discipline. Will you be remembered when you are gone? The old farts Bill Gates, Dennis Ritchie, Ken Thompson and many others will be. Do you know why? Because they were the pioneers, because all we had was a pair of pliers and some wire. We never had memory leaks because could not waste memory. Go and learn assembler and find out what a thrill it is to do so much with very little. I just hope that you are fit in mind and body when it is your turn to be called an "old fart" so that you can ask yourself "did I leave any foot prints others can follow"? I took offence, but now enjoy remembering the program sheets, the cards and ticker tape. The something we made from nothing. It is great to say we were part of the pioneers and just hope the pioneering spirit will continue. Enjoy your life and have some compassion. Regards, Clem. From: [EMAIL PROTECTED] on behalf of Haskins, Steve Sent: Wed 2008/04/09 05:19 AM To: Ed Wilts; Jeff Lightner Cc: [EMAIL PROTECTED]; Jim Horalek; VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Auburn vs. Netbackup forums- Was: sniff...bpgp isgone from 6.5 And programming on punch cards...Oh, what FUN! From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ed Wilts Sent: Tuesday, April 08, 2008 6:50 PM To: Jeff Lightner Cc: [EMAIL PROTECTED]; Jim Horalek; VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Auburn vs Netbackup forums- Was: sniff...bpgp is gone from 6.5 On Tue, Apr 8, 2008 at 2:17 PM, Jeff Lightner <[EMAIL PROTECTED]> wrote: We now prefer to be called Chronologically Mature Methane Producers or ChMMPs (NOT to be pronounced as Chimps so as not offend the Evolutinarilly Challenged...) An old fart like me can't remember a name *that* long. I can remember paper tape though... .../Ed (hiding out at SNW in the state that defines old) -- Ed Wilts, Mounds View, MN, USA mailto:[EMAIL PROTECTED] This email and any attached files are confidential and intended solely for the intended recipient(s). If you are not the named recipient you should not read, distribute, copy or alter this email. Any views or opinions expressed in this email are those of the author and do not represent those of the company. Warning: Although precautions have been taken to make sure no viruses are present in this email, the company cannot accept responsibility for any loss or damage that arise from the use of this email or attachments. -- CONFIDENTIALITY NOTICE: This e-mail may contai
[Veritas-bu] Cunfused
Good day all, I am confused! Where does the catalog live when you are running NetBackup 6.5? Do we still have some information living on the media servers or is all the data now kept in/on the EMM Server? Kind Regards, Clem Kruger P Please do not print this email unless it is absolutely necessary. Spread environmental awareness. This email and any attached files are confidential and intended solely for the intended recipient(s). If you are not the named recipient you should not read, distribute, copy or alter this email. Any views or opinions expressed in this email are those of the author and do not represent those of the company. Warning: Although precautions have been taken to make sure no viruses are present in this email, the company cannot accept responsibility for any loss or damage that arise from the use of this email or attachments.___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Auburn vs. Netbackup forums- Was: sniff...bpgp isgone from 6.5
Good day all y'all, Can someone please explain what am "old fart" is? There are only 3 certainties in life, death, taxes and change. The last two we can control but death started the day we were born. Those of you who used the term "Old Fart", just remember one day you will wake up and find yourself much older and then you too will be offended by being called an old fart! The changes we have seen through the 60's, 70's, 80's, 90's and now the 21st century has made us better people and most of all we (old farts) are disciplined. You needed to drop a try of cards once to understand discipline. Will you be remembered when you are gone? The old farts Bill Gates, Dennis Ritchie, Ken Thompson and many others will be. Do you know why? Because they were the pioneers, because all we had was a pair of pliers and some wire. We never had memory leaks because could not waste memory. Go and learn assembler and find out what a thrill it is to do so much with very little. I just hope that you are fit in mind and body when it is your turn to be called an "old fart" so that you can ask yourself "did I leave any foot prints others can follow"? I took offence, but now enjoy remembering the program sheets, the cards and ticker tape. The something we made from nothing. It is great to say we were part of the pioneers and just hope the pioneering spirit will continue. Enjoy your life and have some compassion. Regards, Clem. From: [EMAIL PROTECTED] on behalf of Haskins, Steve Sent: Wed 2008/04/09 05:19 AM To: Ed Wilts; Jeff Lightner Cc: [EMAIL PROTECTED]; Jim Horalek; VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Auburn vs. Netbackup forums- Was: sniff...bpgp isgone from 6.5 And programming on punch cards...Oh, what FUN! From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ed Wilts Sent: Tuesday, April 08, 2008 6:50 PM To: Jeff Lightner Cc: [EMAIL PROTECTED]; Jim Horalek; VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Auburn vs Netbackup forums- Was: sniff...bpgp is gone from 6.5 On Tue, Apr 8, 2008 at 2:17 PM, Jeff Lightner <[EMAIL PROTECTED]> wrote: We now prefer to be called Chronologically Mature Methane Producers or ChMMPs (NOT to be pronounced as Chimps so as not offend the Evolutinarilly Challenged...) An old fart like me can't remember a name *that* long. I can remember paper tape though... .../Ed (hiding out at SNW in the state that defines old) -- Ed Wilts, Mounds View, MN, USA mailto:[EMAIL PROTECTED] This email and any attached files are confidential and intended solely for the intended recipient(s). If you are not the named recipient you should not read, distribute, copy or alter this email. Any views or opinions expressed in this email are those of the author and do not represent those of the company. Warning: Although precautions have been taken to make sure no viruses are present in this email, the company cannot accept responsibility for any loss or damage that arise from the use of this email or attachments.___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Backup Strategy
Hi All, If you are backing up a critical database and you have the time to do a full do it. It will save you a great deal of time when you have to recover the data. Always remember it is not how quickly you can backup data, it is how quickly you can recover the data. Kind Regards, Clem Kruger From: Steven L. Sesar Sent: Thu 2008/01/03 10:59 PM To: Jeff Lightner Cc: Bockert, Patrick; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Backup Strategy Might be overkill in some cases, but in others, it facilitates faster restores - sometimes MUCH faster restores. One example that comes to mind is Oracle. Jeff Lightner wrote: Haven't used BackupExec but for most backup solutions nightly FULLs is overkill. Typically what you want to do is a FULL once a week for things that don't change frequently (e.g. operating system components, applications binaries) then do incrementals or cummulativeincrementals the rest of the week to get the few things that might change. Also in this scenario you wouldn't need to do the FULL on every system on the same night - you could stagger the FULL throughout the week. I imagine BackupExec allows for incrementals but not sure if it allows for cummulativeincrementals. The difference is the former only gets what changed since the last backup (be it a full or a prior incremental) whereas the latter gets everything that changed since the last full. I'd suggest something like this for 10 machines: Machines 1 & 2 Full on Sunday Night/Monday Day and Incrementals all other nights Machines 3 & 4 Full on Monday Night/Tuesday Day and Incrementals all other nights Machines 5 & 6 Full on Tuesday Night/Wednesday Day and Incrementals all other nights Machines 7 & 8 Full on Wednesday Night/Thursday Day and Incrementals all other nights Machines 9 & 10 Full on Thursday Night/Friday Day and Incrementals all other nights The reason for above is if something happens to your tape drive you don't miss all your fulls on the same night while waiting for it to be repaired. By doing above you only do incrementals (or cumulativeincrementals) on the weekend so will use less tapes. Also you do not need to use the same tape for every backup - in one of our smaller backup environments we have the operator change out the tape on Friday to insure it is blank at the start of the weekend as there is no one to monitor it. You can put the other tape back in after this one fills if you want in the following week. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bockert, Patrick Sent: Thursday, January 03, 2008 2:22 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Backup Strategy Greetings, I'm looking for assistance in creating a new backup strategy for a number of servers that are currently being backed up nightly with a full backup. Until now the backups were running fine, but the problem is that the backup's are now requiring a second tape to complete and over the weekend there is no one available to swap tapes. Our current retention of the daily tape is 30 days and the monthly are kept for a year. My first inclination is to schedule a weekly full with differentials for the remainder of the week. Instead of 14 tapes per week, I could maybe get by with 3. The full backup would still require 2 tapes but if the differentials could be appended to the same tape I could maybe leave the tape in for the rest of the week. Then start the rotation with another set of 3 tapes with four sets in all. Specifically I'm utilizing Veritas BackupExec to backup HP Proliant servers to super DLT Tape. I'm looking for a simple solution that may result in less time and tapes to implement. Does anyone have a suggestion? Regards, Patrick Bockert -- CONFIDENTIALITY NOTICE: This e-mail may contain privileged or confidential information and is for the sole use of the intended recipient(s). If you are not the intended recipient, any disclosure, copying, distribution, or use of the contents of this information is prohibited and may be unlawful. If you have received this electronic transmission in error, please reply immediately to the sender that you have received the message in error, and delete it. Thank you. -- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -- === Steven L. Sesar Lead Operating Systems Programmer/Analyst UNIX Application Services R101 The MITRE Corporation 202 Burlington Road - MS K101 Bedford, MA 01730 tel: (781) 271-7702 fax: (781) 271-2600 mobile: (617) 519-8933 email: [EMAIL PROTECTED] === ___ Veritas-bu maillist - Veritas-bu@mailman.eng.
Re: [Veritas-bu] (Conclusion) Are my SQL DBA's lying to me?
Amen! Jeff I commend you for those words. Our industry is not about backups but rather about recovery and about how fast we can recover. Ensuring that we can bring up a system or company in the fastest and most accurate way is about saving money. Well said Jeff. Kind Regards, Clem Kruger -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Lightner Sent: 15 October 2007 15:02 PM To: Mike L. Varney; [EMAIL PROTECTED] Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] (Conclusion) Are my SQL DBA's lying to me? "easy" and "fast" are often mutually exclusive. Many people do multiplexing backups because they want "fast" backups and end up turning them off after the first major outage because they find out it doesn't allow for "fast" restores. Of course what is important is "recovery" time rather than "restore" time. It doesn't matter if you can do your database restore in 10 minutes if that requires the DBAs to take 3 weeks to "recover" the database. Conversely if you can save 8 hours of restore time by making the DBAs do 2 hours of extra recovery work you've got a net gain of 6 hours and should plan your recoveries around that method regardless of how the DBAs feel about it. The idea is to figure out the right balance for your needs. Obviously if you want to backup every day and your individual database backups take more than 24 hours you can't do it the way you have been. Options are to buy more hardware or figure out a better way to make your existing equipment do the backup in the window you have. Eventually you'll find the latter is no longer an option but you'll have to have done a lot of homework to convince your management of it. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Mike L. Varney Sent: Monday, October 15, 2007 7:53 AM To: [EMAIL PROTECTED] Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] (Conclusion) Are my SQL DBA's lying to me? As a Sybase DBA who deals with a very similar type of backup setup, I'd let it do the individual backups rather than letting them go to a filesystem and backing them up bulk. I find doing logical restores especially much easier if my databases are talking right to NetBackup (via the agent) rather than adding in the intermediate filesystem step (where the DB server can't access the backup data directly). -- M "Bobby Williams" <[EMAIL PROTECTED] .net> To Sent by: veritas-bu-bounce cc [EMAIL PROTECTED] urn.edu Subject [Veritas-bu] (Conclusion) Are my SQL DBA's lying to me? 10/13/2007 07:24 AM Please respond to [EMAIL PROTECTED] net I will take the Audience answer that each dbf of the instance comes as a separate backup job. I think that the best answer is convert to a disk based backup and not use the SQL agent. Thanks for the input. (It is nice to be able to ask this group for answers and opinions about issues that we don't see a lot of) Bobby Williams 2205 Peterson Drive Chattanooga, Tennessee 37421 423-296-8200 From: rcarlisle [mailto:[EMAIL PROTECTED] Sent: Friday, October 12, 2007 6:08 PM To: 'Johnson, Eric'; [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Are my SQL DBA's lying to me? That's always the way I have seen it as well. If you have a server with tons of small databases, you sometimes get better performance is you just do a data dump to a file and back up the file systems. Reneé Carlisle ServerWare Corporation From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Johnson, Eric Sent: Friday, October 12, 2007 5
Re: [Veritas-bu] Script to label expired tapes in a VTL
Hi Larry This sounds as though it may be an answer. The thing to look out for is that the data on the tape is cleared. This can only be tested in a lab as there is a portencial for backups failing! Kind Regards, Clem Kruger -Original Message- From: Larry Mascarenhas [mailto:[EMAIL PROTECTED] Sent: 09 October 2007 00:58 AM To: [EMAIL PROTECTED] Cc: Curtis Preston; Clem Kruger; VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Script to label expired tapes in a VTL Hi Clem, Spoke to Symantec. There is a notify script called media_deasssign_notify in the goodies directory (netbackup 60, not sure of other versions). It is called whenever a piece of media is de-assigned and sent to the scratch pool. So I have modified the script to do the following. 1. Verify that the media is indeed in the scratch pool and is from the VTL. 2. If it is, then bplabel it. 3. Else, ignore this volume. I think it is simple and elegant. Your thoughts. Larry Mascarenhas wrote: > Hmm.. That's a problem. Oh well, back to the drawing board. > > Curtis Preston wrote: >>> This is because an expired tape gets labelled and put into the Scratch >> pool >automatically. >> No it doesn't. It gets put in the Scratch, but it is not relabeled. >> > -- Larry Mascarenhas [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Password Protection
What is the specification of this large server? How many CPU's and memory? What HBA's and how many of them do you have. How many network cards are you using and how many are there? Kind Regards, Clem Kruger -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dennis Peacock Sent: 30 September 2007 00:48 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Password Protection Backup Encryption within Netbackup is a real performance killer We tested this on a fairly large server. Standard file level backup, using 10 LTO-3 tape drives and average speed was 80MB per second per tape drive. Next, turn on backup encryption for the exact same backup policy, start the backup to the same 10 LTO-3 tape drives and we got an average speed of 8MB (not a typo here folksEight) per second per tape drive. It's best to go with LTO-4 tape drives and do hardware encryption of the backup performance hit will smack you really hard. [Shocked] +-- |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] Script to label expired tapes in a VTL
Hi Stuart, We also decided to use the backend of the VTL attached to 98 and 9940's. The problem that we discovered was the one tape that was faulty and the bar codes became out of sequence. This caused us a problem. Kind Regards, Clem Kruger -Original Message- From: Curtis Preston [mailto:[EMAIL PROTECTED] Sent: 25 September 2007 00:56 AM To: Liddle, Stuart; Paul Keating; Clem Kruger; VERITAS-BU@mailman.eng.auburn.edu Subject: RE: Re: [Veritas-bu] Script to label expired tapes in a VTL I think you nailed it, Stu. I remember your previous posts on this topic, and that you said you went to this method because the NBU Vault method wasn't duping the tapes fast enough for you. As I recall, it was because your backups had millions of files in them, and this was slowing down your dupe process. You went to the tape-out functionality of your VTL because it made the copies faster (significantly so), and were willing to live with any downsides because it made the copies possible. You are correct. Most people do not use their VTLs this way. Part of the reason is a good amount of FUD put out by the backup vendors. Another reason is that it does come with some major downsides. In your case, you had to choose which downsides were worse, and in your case, the downside of not getting the copies done at all was unacceptable, so you decided to deal with the downsides of the other method. --- W. Curtis Preston Backup Blog @ www.backupcentral.com VP Data Protection, GlassHouse Technologies -Original Message- From: Liddle, Stuart [mailto:[EMAIL PROTECTED] Sent: Monday, September 24, 2007 4:55 PM To: Curtis Preston; Paul Keating; Clem Kruger; VERITAS-BU@mailman.eng.auburn.edu Subject: RE: Re: [Veritas-bu] Script to label expired tapes in a VTL I think I'm beginning to understand my confusion to some of the earlier comments and now see from the conversations that are taking place that the way we are using our VTL's is vastly different from the way that most of the respondents to this thread are using theirs. Correct me if I'm wrong, but most of you have been describing the method for using your VTL's as one of what I'll call "self-contained" VTL's and that there is no real connection to the physical tapes. In other words, in order to get data from the virtual tapes you have to use Vault or some other method of duplication to get the data off-site. So, the tapes are always in the VTL and are re-cycled just as physical tapes are in a physical tape library. Hence the need to delete and/or re-label. We abandoned that method in favor of having our VTL's manage a partition of the physical tape library and have a direct link to the physical tapes. In other words, a barcode in the virtual library is the same as a barcode on a physical tape. So, for us, when a tape is full or we want to eject it and send it offsite, it gets cloned to physical tape and it's no longer "visible" to NetBackup in the virtual library. But, we have set up our VTL to use a "shadow" pool where the virtual tape is still available until the VTL needs the space. In some instances, the data can be available for up to 10 days. If we need a tape for a restore, we just import it read-only from the "shadow" pool and inventory the virtual library in NetBackup and off we go. When we are done, we just eject it from the virtual library and since it's already in sync with the physical tape, nothing more is required. Now, this might sound "messy" from the standpoint that you don't know where the physical tape really is according to NetBackupas far as it knows, it's just not in the library and since you didn't use Vault, it's whereabouts are unknown. In our experience this doesn't matter because we have a separate app to track our off-site tapes. So, the whole discussion about re-labeling the virtual tapes is just an interesting discussion to me because we don't do that method. --stuart -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Curtis Preston Sent: Monday, September 24, 2007 12:15 PM To: Paul Keating; Clem Kruger; VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Script to label expired tapes in a VTL The problem is not de-dupe; the problem is thin provisioning and oversubscription. There are a lot of VTLs that allow both (with or w/o de-dupe), and if you define more tapes than you actually have disk, you will have this problem. I'll concede that oversubscription is a natural state in a de-dupe VTL, as you define probably 20 times more tapes than you have "real" storage for. The problem I see you're describing is this: 1. You define more tapes than you really have capacity for (again, this is normal in the de-dupe world) 2. You have a bunch that are partially f
Re: [Veritas-bu] Tapeless backup environments?
I am not quite sure how it is done there. I would contact Symantec in your area and ask how they will manage your license. Kind Regards, Clem Kruger -Original Message- From: Justin Piszcz [mailto:[EMAIL PROTECTED] Sent: 24 September 2007 19:16 PM To: Clem Kruger Cc: [EMAIL PROTECTED]; Jeff Lightner; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Tapeless backup environments? Do you need a special license for 6.5 or can those with 6.0 licenses upgrade? I assume you need to open a case with NetBackup to get the download links? Justin. On Mon, 24 Sep 2007, Clem Kruger wrote: > Hi Dave, > > Yes it is a difficult decision I have looked at DataDomain with > NetBackup. I have found that the backups are faster and there is a vast > amount of disk being saved. > > NetBackup 6.5 includes de-duplication and I have become a great friend > of it. To use the words of a supplier, "Saving me Time, Saving me Space > and Saving me Money" :) > > > Kind Regards, > Clem Kruger > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Dave > Markham > Sent: 24 September 2007 17:35 PM > To: Jeff Lightner > Cc: veritas-bu@mailman.eng.auburn.edu > Subject: Re: [Veritas-bu] Tapeless backup environments? > > Guys i've just read this thread and can say im very interested in it. > The first thing is i learned a new term called deduplication which i > didn't know existed. > > Question : I gather Deduplication is using other software. DataDomain i > think i saw mentioned. Where does this fit in with Netbackup and does > the software reside on every client or just a server somewhere? > > Ok, so im trying to kit refresh a backup environment for a customer > which has 2 sites. Production and DR about 200 miles apart. There is a > link between the sites but the customer will probably frown on increased > bandwidth charges to transfer backup data across for DisasterRecovery > purposes. > > Data is probably only 1 TB for the site with perhaps 70% being required > to be transfered daily to offsite media. > > Currently i use tape and i was just speccing a new tape system as i > thought by using disk based backups, and retentions of weekly/monthly > backups lasting say 6 weeks, im going to need a LOT of disk, plus the > bandwidth transfer costs to DR site > > LTO3 tapes are storing 200gb a tape which is pretty good compared to > disk i thought. > > I guess in my set up its a trade off between :- > > Initial cost of disk array vs initial cost of tape library, drives and > media > > Time take to backup ( network will be bottle neck here. Still on 100Meg > lan with just 2 DB servers using GigaBit lan to backup server. > > Offsite transfer of tapes daily to offsite location vs Cost of increased > bandwith between sites to transfer backup data. > > > Im now confused what to propose :) > > > > ___ > 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
Re: [Veritas-bu] Script to label expired tapes in a VTL
Haha, Yes Paul, when you have made life so easy that DBA's decide they can make backups without letting the storage group know, it is not so easy. Kind Regards, Clem Kruger -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Keating Sent: 24 September 2007 18:44 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Script to label expired tapes in a VTL It's not as complicated as you make it sound. Like tape, you need to keep some overhead in free disk. If you want to maximize the contiguous free disk available, then you would bplable tapes as they expire and go back to scratch. As you write to a scratch tape, the space that cart previously occupied is released, so as you occupy more space with that tape, the data previously on that tape is again available for use...the background defragger will reclaim that space for a subsequent backup. I'd like to know how this problem goes away with a de-duping "disk as disk" target. If you write an image to a "disk-as-disk" target, and later the netbackup image expires, how are you "ahead" of the same position you'd be in with a VTL when a tape expires? Paul -- > -Original Message- > From: Clem Kruger [mailto:[EMAIL PROTECTED] > Sent: September 24, 2007 12:20 PM > To: Kevin Whittaker; Paul Keating; Curtis Preston; > VERITAS-BU@mailman.eng.auburn.edu > Subject: RE: [Veritas-bu] Script to label expired tapes in a VTL > > > Hi All, > > This is exactly right. The space is not available! > > Let us assume that you need to write an urgent backup to a > different set of tapes. Although there are tapes that have > expired, you may not have space on the DISK to write to those > tapes, your backup will fail. Now go back to the directors > and tell them you now need more space because it has become > so easy to create new tape drives as well as new tapes. > > The administration becomes extremely difficult if you are not > using Vaulting. Especially in large environments where you > backup 10's of TB every night. > > It is not that I have anything against VTL's, it is my > contention that if you want disk to disk, rather do that. It > is easier to manage. Why be bothered still managing "TAPE" > albeit virtual? > > Kind Regards, > Clem Kruger 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. ___ 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] Tapeless backup environments?
Hi Dave, Yes it is a difficult decision I have looked at DataDomain with NetBackup. I have found that the backups are faster and there is a vast amount of disk being saved. NetBackup 6.5 includes de-duplication and I have become a great friend of it. To use the words of a supplier, "Saving me Time, Saving me Space and Saving me Money" :) Kind Regards, Clem Kruger -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dave Markham Sent: 24 September 2007 17:35 PM To: Jeff Lightner Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Tapeless backup environments? Guys i've just read this thread and can say im very interested in it. The first thing is i learned a new term called deduplication which i didn't know existed. Question : I gather Deduplication is using other software. DataDomain i think i saw mentioned. Where does this fit in with Netbackup and does the software reside on every client or just a server somewhere? Ok, so im trying to kit refresh a backup environment for a customer which has 2 sites. Production and DR about 200 miles apart. There is a link between the sites but the customer will probably frown on increased bandwidth charges to transfer backup data across for DisasterRecovery purposes. Data is probably only 1 TB for the site with perhaps 70% being required to be transfered daily to offsite media. Currently i use tape and i was just speccing a new tape system as i thought by using disk based backups, and retentions of weekly/monthly backups lasting say 6 weeks, im going to need a LOT of disk, plus the bandwidth transfer costs to DR site LTO3 tapes are storing 200gb a tape which is pretty good compared to disk i thought. I guess in my set up its a trade off between :- Initial cost of disk array vs initial cost of tape library, drives and media Time take to backup ( network will be bottle neck here. Still on 100Meg lan with just 2 DB servers using GigaBit lan to backup server. Offsite transfer of tapes daily to offsite location vs Cost of increased bandwith between sites to transfer backup data. Im now confused what to propose :) ___ 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] Script to label expired tapes in a VTL
Hi All, This is exactly right. The space is not available! Let us assume that you need to write an urgent backup to a different set of tapes. Although there are tapes that have expired, you may not have space on the DISK to write to those tapes, your backup will fail. Now go back to the directors and tell them you now need more space because it has become so easy to create new tape drives as well as new tapes. The administration becomes extremely difficult if you are not using Vaulting. Especially in large environments where you backup 10's of TB every night. It is not that I have anything against VTL's, it is my contention that if you want disk to disk, rather do that. It is easier to manage. Why be bothered still managing "TAPE" albeit virtual? Kind Regards, Clem Kruger -Original Message- From: Kevin Whittaker [mailto:[EMAIL PROTECTED] Sent: 24 September 2007 16:41 PM To: Paul Keating; Curtis Preston; Clem Kruger; VERITAS-BU@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Script to label expired tapes in a VTL I agree with Paul on this issue. The same is true with the VTL that I currently use. Kevin Whittaker -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Keating Sent: Monday, September 24, 2007 9:34 AM To: Curtis Preston; Clem Kruger; VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Script to label expired tapes in a VTL Not entirely true, Curtis. When your virutal tape expires, the VTL has no way of knowing this untill the tape is written to again. Depending on the VTL, this may be too late. I've got about 2TB of "free" space on my VTL, and about 1000 scratch VTs (2800 total). After a couple of weeks of Netbackup using and expiring VTs, The VTs are going back to Scratch, but untill they're re-written, the pointers in the repository still exist, therefore the VTL thinks the space is still in useso if you're using a de-duping VTL (or DSU to a de-duping FS) and you're only doing "real time" freeing of space (ie, re-labelling a VT only when you re-write it, or letting NBU delete images from the DSU only as the DSU approaches a high disk utilization threshold), then your target will need to do some high-perf defragging in order to provide you with sufficient "free" space to write more images. Non-de-dup TLs such as Quantums, which "hard" allocate a fixed chunk of disk for each cart will not have this problem, nor will a DSU on a standard FS, but with my current VTL, it's definitely a requirement to occasionally kick off a script to "bplabel" recently expired tapes, so that the defrag process can run at a higher priority (when IO to the TL is lower.) Paul -- > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Curtis > Preston > Sent: September 22, 2007 5:15 AM > To: Clem Kruger; VERITAS-BU@mailman.eng.auburn.edu > Subject: Re: [Veritas-bu] Script to label expired tapes in a VTL > > Oversubscription aside, once his tapes are expired, the space taken up > by those tapes is immediately available for reuse. The next time the > tape gets written to, it will delete all pointers to the space taken > up by that tape. > > As to the VTL vs disk debate, I still think you should bring in all > disk devices and let them duke it out before excluding an entire > category of them. You're going to exclude a lot of really good > products if you just "no VTLs." > > Remember that saying "I don't want a VTL but I do want de-dupe" means > that you're going to use NAS. While that will meet a whole lot of > needs for a whole lot of people, there's also some really big backups > that need a lot more than you can push over IP. For those backups, > you're going to want a block transfer protocol (i.e. SCSI), and for > that, you're currently going to be buying a VTL. (Unless you're just > going to buy a non-deduped disk in which case I'd say you're REALLY > wasting your > money.) > > --- > W. Curtis Preston > Backup Blog @ www.backupcentral.com > VP Data Protection, GlassHouse Technologies -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Clem > Kruger > Sent: Saturday, September 22, 2007 4:24 AM > To: VERITAS-BU@mailman.eng.auburn.edu > Subject: Re: [Veritas-bu] Script to label expired tapes in a VTL > > Hi Steve, > > This is the downer on VTL's. You do not get your "tape" space back > automatically. It is for these reasons I recommend that one never go > VTL's. NetBackup 6.0 and 6.5 allow disk to disk backups; the images > are easily replicated to an offsite facility. > > The time
Re: [Veritas-bu] Script to label expired tapes in a VTL
Hi Stuart, In my experience we had to as the "DISK SPACE" was still in use! Kind Regards, Clem Kruger From: Liddle, Stuart [mailto:[EMAIL PROTECTED] Sent: 22 September 2007 21:35 PM To: Clem Kruger; Curtis Preston; VERITAS-BU@mailman.eng.auburn.edu Subject: RE: Re: [Veritas-bu] Script to label expired tapes in a VTL Clem, You have made a rather curious comment. You don't have to delete the tape to get the space returned. (My experience is with the NetApp VTL.) There are settings on the VTL that you can set to allow for how long you keep a virtual tape in the "shadow" pool once it has been "cloned" to physical tape. If you are not cloning to physical tape and are just keeping images on virtual tape, then you would not be "deleting" the tapes, you would be expiring images...just like Curtis said about the DSU. That's one of the nice features of the NetApp VTL. If you have the disk space, as long as you have cloned to physical tape it will keep the virtual tapes around until the VTL needs to free up space for newer backups. It does this for you automatically! --stuart From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Clem Kruger Sent: Saturday, September 22, 2007 2:33 AM To: Curtis Preston; VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Script to label expired tapes in a VTL Hi Curtis, You have to delete the tape to get your space returned. This is the real pain and cost Clem. -Original Message- From: Curtis Preston [mailto:[EMAIL PROTECTED] <mailto:%5bmailto:[EMAIL PROTECTED]> Sent: 22 September 2007 11:15 AM To: Clem Kruger; VERITAS-BU@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Script to label expired tapes in a VTL And you don't get the space back on a DSU until you expire the image. So what? I also argue that what Steve is asking for isn't necessary. (I think he's MAKING it necessary by oversubscribing, but that's not the VTL's fault.) Oversubscription aside, once his tapes are expired, the space taken up by those tapes is immediately available for reuse. The next time the tape gets written to, it will delete all pointers to the space taken up by that tape. As to the VTL vs disk debate, I still think you should bring in all disk devices and let them duke it out before excluding an entire category of them. You're going to exclude a lot of really good products if you just "no VTLs." Remember that saying "I don't want a VTL but I do want de-dupe" means that you're going to use NAS. While that will meet a whole lot of needs for a whole lot of people, there's also some really big backups that need a lot more than you can push over IP. For those backups, you're going to want a block transfer protocol (i.e. SCSI), and for that, you're currently going to be buying a VTL. (Unless you're just going to buy a non-deduped disk in which case I'd say you're REALLY wasting your money.) --- W. Curtis Preston Backup Blog @ www.backupcentral.com VP Data Protection, GlassHouse Technologies -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Clem Kruger Sent: Saturday, September 22, 2007 4:24 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Script to label expired tapes in a VTL Hi Steve, This is the downer on VTL's. You do not get your "tape" space back automatically. It is for these reasons I recommend that one never go VTL's. NetBackup 6.0 and 6.5 allow disk to disk backups; the images are easily replicated to an offsite facility. The time for all "tape" has come and gone. The de-duplication facility in 6.5 makes life even easier. Why VTL's (which does SCSI emulation) when you and use disk which is faster and has more protection? Clem. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of swaltner Sent: 21 September 2007 17:32 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Script to label expired tapes in a VTL We deployed a VTL last month, which has been working very nicely. This is in a NetBackup 5.1 environment with the VTL attached to our Solaris based master server as well as to our NAS server for local NDMP backups. One thing I'd like to do is over-subscribe on the back-end storage, but before I do that I'd like to automate the process of freeing up the disk space used in the VTL when a NetBackup tape is expired. Just curious if anyone has already written such a beast and would like to share with me as a starting point. If not, I suspect I'll use the following logic: - Every day (at noon??), query the robots defined in the VTL an
Re: [Veritas-bu] Script to label expired tapes in a VTL
Hi Curtis, You have to delete the tape to get your space returned. This is the real pain and cost Clem. -Original Message- From: Curtis Preston [mailto:[EMAIL PROTECTED] <mailto:%5bmailto:[EMAIL PROTECTED]> Sent: 22 September 2007 11:15 AM To: Clem Kruger; VERITAS-BU@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Script to label expired tapes in a VTL And you don't get the space back on a DSU until you expire the image. So what? I also argue that what Steve is asking for isn't necessary. (I think he's MAKING it necessary by oversubscribing, but that's not the VTL's fault.) Oversubscription aside, once his tapes are expired, the space taken up by those tapes is immediately available for reuse. The next time the tape gets written to, it will delete all pointers to the space taken up by that tape. As to the VTL vs disk debate, I still think you should bring in all disk devices and let them duke it out before excluding an entire category of them. You're going to exclude a lot of really good products if you just "no VTLs." Remember that saying "I don't want a VTL but I do want de-dupe" means that you're going to use NAS. While that will meet a whole lot of needs for a whole lot of people, there's also some really big backups that need a lot more than you can push over IP. For those backups, you're going to want a block transfer protocol (i.e. SCSI), and for that, you're currently going to be buying a VTL. (Unless you're just going to buy a non-deduped disk in which case I'd say you're REALLY wasting your money.) --- W. Curtis Preston Backup Blog @ www.backupcentral.com VP Data Protection, GlassHouse Technologies -----Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Clem Kruger Sent: Saturday, September 22, 2007 4:24 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Script to label expired tapes in a VTL Hi Steve, This is the downer on VTL's. You do not get your "tape" space back automatically. It is for these reasons I recommend that one never go VTL's. NetBackup 6.0 and 6.5 allow disk to disk backups; the images are easily replicated to an offsite facility. The time for all "tape" has come and gone. The de-duplication facility in 6.5 makes life even easier. Why VTL's (which does SCSI emulation) when you and use disk which is faster and has more protection? Clem. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of swaltner Sent: 21 September 2007 17:32 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Script to label expired tapes in a VTL We deployed a VTL last month, which has been working very nicely. This is in a NetBackup 5.1 environment with the VTL attached to our Solaris based master server as well as to our NAS server for local NDMP backups. One thing I'd like to do is over-subscribe on the back-end storage, but before I do that I'd like to automate the process of freeing up the disk space used in the VTL when a NetBackup tape is expired. Just curious if anyone has already written such a beast and would like to share with me as a starting point. If not, I suspect I'll use the following logic: - Every day (at noon??), query the robots defined in the VTL and keep a record of tapes that are allocated. - When a tape goes from allocated to non-allocated from one day to the next, use a command like the following to erase the tape's contents: bplabel -erase -o -d dlt -m VTL123 This would write a small label at the beginning of the virtual tape, causing the VTL to drop all the other data that had been stored on the tape. Any reason this wouldn't work? Any gotchas with writing this script that I should look out for? Steve +-- |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 ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Tapeless backup environments?
I agree, disk may not be cheaper BUT one can choose what disk one should use for backups (Tier1 to Tier 4). As we have seen in earlier posts there is a fair amount of work to be done in maintaining VTL tapes which have expired (a salary cost). If your master and media servers have been setup correctly you will find that writing to tape is faster as you can send multiple data streams to the tape AND the tape drive does the compression. Compression on a VTL is done by the operating system (normally LINUX) which we all know is a slow process and therefore not recommended. Your VTL supplier will also recommend that you do not multistream as this also slows down the process. If you want to use disk to disk backups, then do just that! It is available in version 6.0 and 6.5. 6.5 also has a de-duplication facility which will save you space on the disk (you can choice from 1 Tier to 4 Tier) and the raid group you would like to use AND 6.5 has a replication facility to replicate the disk image off site. If your management insist on VTL, my advice is to get the supplier to do a face off between tape and VTL. Don't be intimidated by them! All VTL vendors use SCSI emulation which has an overhead cost to it (they may deny this but it is fact). They will promise you that offsite storage is simple. Let them demonstrate life. Don't be fooled by their added media server. It all a pain and a lot more work, as well as being costly. Tape will remain cheaper and the tape drive manufacturers are fighting hard to keep tape that why, with larger capacity and faster drives, this despite the fact that they know that tape has beginning to reach the end of its life cycle. If you abandon tape rather go for disk to disk as it is easier faster and safer. If you are not cash critical rather go for Veritas Storage Foundation as the snap shot technology will allow to create a snap shot an any available disk on any array, which is attached to the SAN. It has all the tools included in the product that you will have to purchase from disk array suppliers at an enormous cost. The replication will also guarantee your data arrives at the offsite facility and is recoverable. Oracle backups can be at block level saving an incredible amount of time and backup space. Clem. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Lightner Sent: 21 September 2007 16:34 PM To: Justin Piszcz Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Tapeless backup environments? Disk is not cheaper? You've done a cost analysis? Not saying you're wrong and I haven't done an analysis but I'd be surprised if disks didn't actually work out to be cheaper over time: 1) Tapes age/break - We buy on average several hundred tapes a year - support on a disk array for failing disks may or may not be more expensive. 2) Transport/storage - We have to pay for offsite storage and transfer - it seems just putting an array in offsite facility would eliminate the need for transportation (in trucks) cost. Of course there would be cost in the data transfer disk to disk but since everyone seems to have connectivity over the internet it might be possible to do this using a B2B link rather than via dedicated circuits. 3) Labor cost in dealing with mechanical failures of robots. This one is hidden in salary but every time I have to work on a robot it means I can't be working on something else. While disk drives fail it doesn't seem to happen nearly as often as having to fish a tape out of a drive or the tape drive itself having failed. -Original Message- From: Justin Piszcz [mailto:[EMAIL PROTECTED] Sent: Friday, September 21, 2007 10:08 AM To: Jeff Lightner Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Tapeless backup environments? On Fri, 21 Sep 2007, Jeff Lightner wrote: > Yesterday our director said that he doesn't intend to ever upgrade > existing STK L700 because eventually we'll go tapeless as that is what > the industry is doing. The idea being we'd have our disk backup > devices here (e.g. Data Domain) and transfer to offsite storage to > another disk device so as to eliminate the need for ever transporting > tapes. > > It made me wonder if anyone was actually doing the above already or was > planning to do so? > That seems to be the way people are 'thinking' but the bottom line is disk still is not cheaper than LTO-3 tape and there are a lot of advantages to tape; however, convicing management of this is an uphill battle. Justin. -- CONFIDENTIALITY NOTICE: This e-mail may contain privileged or confidential information and is for the sole use of the intended recipient(s). If you are not the intended recipient, any disclosure, copying, distribution, or use of the contents of this information is prohibited and may be unlawful. If you have received this electronic transmission in error, please reply immediately to the sender that you have re
Re: [Veritas-bu] Script to label expired tapes in a VTL
Hi Steve, This is the downer on VTL's. You do not get your "tape" space back automatically. It is for these reasons I recommend that one never go VTL's. NetBackup 6.0 and 6.5 allow disk to disk backups; the images are easily replicated to an offsite facility. The time for all "tape" has come and gone. The de-duplication facility in 6.5 makes life even easier. Why VTL's (which does SCSI emulation) when you and use disk which is faster and has more protection? Clem. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of swaltner Sent: 21 September 2007 17:32 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Script to label expired tapes in a VTL We deployed a VTL last month, which has been working very nicely. This is in a NetBackup 5.1 environment with the VTL attached to our Solaris based master server as well as to our NAS server for local NDMP backups. One thing I'd like to do is over-subscribe on the back-end storage, but before I do that I'd like to automate the process of freeing up the disk space used in the VTL when a NetBackup tape is expired. Just curious if anyone has already written such a beast and would like to share with me as a starting point. If not, I suspect I'll use the following logic: - Every day (at noon??), query the robots defined in the VTL and keep a record of tapes that are allocated. - When a tape goes from allocated to non-allocated from one day to the next, use a command like the following to erase the tape's contents: bplabel -erase -o -d dlt -m VTL123 This would write a small label at the beginning of the virtual tape, causing the VTL to drop all the other data that had been stored on the tape. Any reason this wouldn't work? Any gotchas with writing this script that I should look out for? Steve +-- |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] )([EMAIL PROTECTED])*(&@# Symantec Support
I agree, we have only had the very best of service from both Microsoft and Symantec. During a recent problem, I was updated hourly on the progress of the problem from both parties until the problem was solved. Kind Regards, Clem Kruger -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steven L. Sesar Sent: 06 September 2007 18:55 PM To: Ian Clements Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] )([EMAIL PROTECTED])*(&@# Symantec Support Not to digress, but Microsoft has given us what is arguably the best support out of any of our vendors. Ian Clements wrote: > > Be thankful you are not calling Microsoft. Who will pawn you between > different > groups whilst they try and solve your problem...and of course, each time > you get > shuffled off, it's to the end of the line :) > > I would politely point out that the problem is the same. You are still > not able > to get a reliable backup. I might ask for his boss but not before asking > to > escalate the original case. > > Ian > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Jeff > Lightner > Sent: Thursday, September 06, 2007 8:32 AM > To: Martin, Jonathan; veritas-bu@mailman.eng.auburn.edu > Subject: Re: [Veritas-bu] )([EMAIL PROTECTED])*(&@# Symantec Support > > It might be a good time to ask for his supervisor. There is no magic > preventing tickets from being reopened - he's just trying to palm you > off which wouldn't be bad for you since he sounds like a putz but you > ought to make sure his boss knows it. > > > > > > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Martin, > Jonathan > Sent: Thursday, September 06, 2007 11:02 AM > To: veritas-bu@mailman.eng.auburn.edu > Subject: [Veritas-bu] )([EMAIL PROTECTED])*(&@# Symantec Support > > > > /rant on > > > > So I'm working a Netbackup / Oracle support issue whereby we're having > trouble restoring an Oracle database from a full backup (RMAN keeps > asking for incremental tapes we don't have.) The Support guy suggests > we backup the control file, database and archive logs in a different > order to solve the problem. My DBA Runs this by Oracle and they agree > so we make the configuration change, run the backup, and then that > restore hangs after restoring the control files. The Symantec tech > tells me now I've got a new issue and that I need to open a new ticket > because he's closed the original one! I can't believe I pay for this as > "support!" _(*&[EMAIL PROTECTED]&%_#@&%)@% <mailto:*&[EMAIL > PROTECTED]&%_#@&%)@%> # > > > > /rant off > > > > -Jonathan > > > -- === Steven L. Sesar Lead Operating Systems Programmer/Analyst UNIX Application Services R101 The MITRE Corporation 202 Burlington Road - MS K101 Bedford, MA 01730 tel: (781) 271-7702 fax: (781) 271-2600 mobile: (617) 519-8933 email: [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] NetBackup 6.5 VTL direct to tape
Hi Paul, If there are only 2 real tape drives, only 2 virtual tapes will be used. When you are getting between 60 & 80 mbps, it is fast. Kind Regards, Clem Kruger -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Keating Sent: 31 August 2007 14:43 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] NetBackup 6.5 VTL direct to tape Right. So what do you with the rest of your virtual drives? For example, you have 2 physical drives, and 5 virtual. Do your "in-line" jobs use two virtual drives and two physical drives simulataneously, and the other virtual drives are available for non-in-line backups? ie. backups that are not required to be duped to tape, or at least not immediately? I guess another question is, when you say "in-line", are you referring to Netbackup's "Inline Tape Copy", which writes to two or more devices simultaneously, or are you talking about VTL function where there's a physical tape behind every virtual tape? Paul -- > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf > Of Clem Kruger > Sent: August 30, 2007 5:11 PM > To: Paul Keating; VERITAS-BU@mailman.eng.auburn.edu > Subject: Re: [Veritas-bu] NetBackup 6.5 VTL direct to tape > > > NO, you can have as many virtual drives as you like. > > The in-line copy will use as many physical tapes as you have > setup for the media server. > > > > > > Kind Regards, > Clem Kruger > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf > Of Paul Keating > Sent: 30 August 2007 17:10 PM > To: VERITAS-BU@mailman.eng.auburn.edu > Subject: Re: [Veritas-bu] NetBackup 6.5 VTL direct to tape > > OUCH > > So you mean to tell me that you only have as many virtual > drives as you > have physical drives? > > That wouldn't have even made it onto my "for consideration" > list, when I > was evaluating VTLs. > > Paul > > -- > > > > -Original Message- > > From: Clem Kruger [mailto:[EMAIL PROTECTED] > > Sent: August 30, 2007 11:02 AM > > To: Paul Keating; VERITAS-BU@mailman.eng.auburn.edu > > Subject: RE: [Veritas-bu] NetBackup 6.5 VTL direct to tape > > > > > > We have used VTL's and tape drives together. Using real 9940 > > tape drive and the VTL, we have set up in-line backups and > > have found that the process is totally automated. All daily > > backups are written to VTL and the weekly and monthly backups > > are in-line backups. Every Monday there is a vaulting policy > > which writes the catalogue to tape. The catalogue tape and > > the weekly tapes are then ejected and sent off site. > > > > The in-line solution is as slow as your slowest tape drive. > > We have seen that our weekly backups run at some 10% slower > > than the backups written directly to the VTL. > > > == > == > > 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. > > ___ > 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/mai
Re: [Veritas-bu] NetBackup 6.5 VTL direct to tape
Hi all y'all, Yes Curtis, there some really cool tools. One will not need to use VTL's as you will be able to write to any DASD on any array. The one thing that I do not like is the fact that SCSI tapes and libraries are emulated on the VTL's. This I found out the hard way when we had a glitch on the SAN and had a 6 minute delay connecting to the VTL. The OS reported a SCSI error. I personally would rather get away from real tapes and only use DISK. I would use the replication that I believe will be included in the software to copy the backup to the offsite facility along with the catalog. Kind Regards, Clem Kruger -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Curtis Preston Sent: 30 August 2007 20:29 PM To: Tim Hoke; VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] NetBackup 6.5 VTL direct to tape Confusion, confusion... I just got off the phone with the Symantec product managers and here's the scoop. There are two different options in 6.5 that are in this area. First, neither of these options should be confused with the current way that integrated VTLs copy virtual tapes to physical tapes, which is the barcoding-matching method that was discussed in other posts. These options are COMPLETELY DIFFERENT. Option 1: OpenStorage API Symantec working with "Intelligent Disk Targets" (their term for disk targets that have a file system interface and do cool stuff like de-dupe). The idea is for the IDTs to code to this API. Once they've done that, Symantec will do a whole bunch of cool stuff via this API that they can't do via a VTL interface. This will include the things that are available via the Advanced Disk Storage Unit in 6.5, and will also include other things like optimized de-duplication, direct to tape copy, etc. (I don't think the direct to tape copy is currently in the code. That's a future.) AS OF TODAY, the API is in 6.5, but no Symantec partners have released products that use it. Some have coded and are testing, but none have made it available via GA. (My guess would be that the early adopters here are likely to be vendors like Data Domain whose primary interface to NBU has been a NAS interface.) Here's the page on this (although right now the link to the data sheet is broken). http://www.symantec.com/enterprise/products/agents_options_details.jsp?p cid=2244&pvid=2_1&aoid=2_open_storage&tid=options Option 2: NDMP Direct Copy I've been asking for this for a while, and I'm really excited it's out, well, almost... Symantec didn't/doesn't the current Integrated VTL model of copying virtual to physical tape. (They like the idea of having the VTL do its own copying, but not the execution.) It's a copy process that they can't control and/or report on. This option, that they've been working on for 1.5 years or so, is going to give us our cake and let us eat it too. This will allow VTLs that can talk to tape to do so and let NetBackup control and report on the process. NetBackup will use NDMP as a control protocol (the original coders of NDMP would be so proud to know of this use of their protocol that was never envisioned) to tell the VTL to copy image A to another tape. Via this protocol a tape will be loaded into a drive, NetBackup will label it and get it ready to send the image, and then NetBackup will tell the VTL to send the image, much in the way that it tells a filer today to send an NDMP dump directly to tape. As far as NBU is concerned, they're not involved once that's done. The VTL will tell it, "done," and NBU will record which tape it got copied to. The VTL could also, of course, say things like "failed," or "tape is full, I need another tape," etc. (It supports spanning tapes.) (The fact that this is using NDMP has nothing to do with the format of the backup. It will be able to copy regular backups and NDMP backups.) What I'm looking forward to is a VTL that uses this interface NOT to copy to real tape, but to copy to another VTL, using de-dupe & replication in the background to copy the image instantly and magicly, while still allowing NetBackup to control the process. Just think. If you were use de-dupe and replicating VTL a to VTL b, VTL a could "copy" an image to VTL B without actually making the copy, just by moving bits around. This would rock, but it's definitely just a dream at this point. AS OF TODAY, the API is in 6.5, but none of the partners have gone GA with their product that supports this feature. They are in testing and it should be out soon (my guess is sooner than the Open Storage API). (Again, my guess here would be that the early adopters of this are likely to be Integrated VTL vendors like Falconstor, Quantum/ADIC, & NetApp. There's no reason that all VTL vendors shouldn'
Re: [Veritas-bu] NetBackup 6.5 VTL direct to tape
NO, you can have as many virtual drives as you like. The in-line copy will use as many physical tapes as you have setup for the media server. Kind Regards, Clem Kruger -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Keating Sent: 30 August 2007 17:10 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] NetBackup 6.5 VTL direct to tape OUCH So you mean to tell me that you only have as many virtual drives as you have physical drives? That wouldn't have even made it onto my "for consideration" list, when I was evaluating VTLs. Paul -- > -Original Message- > From: Clem Kruger [mailto:[EMAIL PROTECTED] > Sent: August 30, 2007 11:02 AM > To: Paul Keating; VERITAS-BU@mailman.eng.auburn.edu > Subject: RE: [Veritas-bu] NetBackup 6.5 VTL direct to tape > > > We have used VTL's and tape drives together. Using real 9940 > tape drive and the VTL, we have set up in-line backups and > have found that the process is totally automated. All daily > backups are written to VTL and the weekly and monthly backups > are in-line backups. Every Monday there is a vaulting policy > which writes the catalogue to tape. The catalogue tape and > the weekly tapes are then ejected and sent off site. > > The in-line solution is as slow as your slowest tape drive. > We have seen that our weekly backups run at some 10% slower > than the backups written directly to the VTL. > 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. ___ 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.5 VTL direct to tape
We have used VTL's and tape drives together. Using real 9940 tape drive and the VTL, we have set up in-line backups and have found that the process is totally automated. All daily backups are written to VTL and the weekly and monthly backups are in-line backups. Every Monday there is a vaulting policy which writes the catalogue to tape. The catalogue tape and the weekly tapes are then ejected and sent off site. The in-line solution is as slow as your slowest tape drive. We have seen that our weekly backups run at some 10% slower than the backups written directly to the VTL. Kind Regards, Clem Kruger -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Keating Sent: 30 August 2007 15:54 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] NetBackup 6.5 VTL direct to tape VTLs that copy data direct to tape without using a Netbackup media server usually mirror the barcode IDs. Basically, if you have a physical library with barcodes 000AAA to 999ZZZ, the VTL will inventory the library and create its own "virtual cartridges" with the same barcodes. Biggest problem is that you're stuck with a 1:1 relationship between virtual and physical tape, in order to guarantee the data on the virutal cart fits on a physical cart you have to assume really crappy compression, which means, in most cases, your physical carts will never be filled to capacity. The idea then is that if the barcodes are identical, could can pull the VTL out of the middle and go back to physical tape, and the catalog is fine. Though in reality, depending on where you are in your destaging, Netbackup might thing it has a lot of data on tape, that only made it to virtul tape a didn't get down to the physical carts. This type of VTL (Falconstor, for sure) should still allow you to disable the destaging feature, and create unique bacodes on the VTL and let your media servers vault from VTL to tape. That is Symantec's recommended "best practice". -- > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf > Of drpaine10 > Sent: August 29, 2007 4:27 PM > To: VERITAS-BU@mailman.eng.auburn.edu > Subject: [Veritas-bu] NetBackup 6.5 VTL direct to tape > > > > I'm looking for information on how netbackup allows a VTL to > write directly to tape and still maintain the catalog > information of the second copy. Is it a requirement to line > up the physical and virtual tape id's ? 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. ___ 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] Very slow client
Hi All, This debate will continue to go on forever. I have found that hard coding works extremely well when set. In many cases setting to auto and auto still gave issues. As far as 1GB copper is concerned, the IEEE standard should be followed to the nth degree. Use a minimum of CAT 5E or definitely CAT6 cable and don't go beyond 90 metres. Going outside of these specifications will cause you issue, a very expensive experience as on of my clients found? They had to switch all NICS and switch ports to 100 full duplex for DataProtector and NetBackup as their network was designed to CAT5. Rather change to 1GB fibre which will always work. Kind Regards, Clem Kruger From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Keating Sent: 17 August 2007 15:30 PM To: Kennedy, Cameron; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Very slow client any client set to auto detect is only very slow if there is a misconfiguration in the chain. auto neg has worked flawlessly for years assuming both sides are configured to auto. The documented (IEEE 802.3??) behaviour if one side is auto and the other side hardcoded is for the auto neg configured side to go to 100Mb/s Half Duplex. (lowest common denominator.) Since the "hardcoded" side is usually set to FULL, you end up with a duplex mismatch which kills performance. If you've still got old Sun HME cards ardoun, there is some auto-meg issues with those, in combination with some older Cisco versions, but for the most part, Auto is where it's at. Auto is actually a requirement for proper flow control in GigE. Paul -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kennedy, Cameron Sent: August 15, 2007 7:49 PM To: Deiter, Scott; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Very slow client did you check network settings on the NIC? Is it set to 100/Full (or whatever your network standard is)? I find any Windows clients set to auto detect run very slow. 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. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Netbackup 6.0 Backup Speed on HP Windows Blade
Good day, My first in your situation is "Do I have enough resources to run this configuration?" Check if you have enough HBA's to keep the 12 LTO3's. A single 4GB HBA will probably not keep a single LTO3 engaged fully as that HBA can only push a maximum of 444 MBs per second. >From what I can tell you do not have enough CPU, memory or HBA's to keep those 12 tape drives busy. The fact that your system is telling that it is waiting for resources tells me exactly that. Most planners I have dealt with have always made this error. They always seem to add enough tapes drives to theoretically move that data within the backup window, but never contact the Tape drive manufacturers as to the requirements of the drives. I would suggest adding more HBA's, Memory and Processors. This will allow the data to flow more freely. Remember you can open the tap as much as you like but you will only get out as much water as the thickness of the pipe will allow. Netbackup have a very basic requirements document, giving you the minimum CPU, Memory and HPA requirements. Obey these rules and you will have no speed problems. There after it will be tuning the backups and you will be able to utilise your resources fully and actually finish your backups within your prescribed window. This is not an easy sell, backups and recovery does not come cheep. I have had changes made in a large company and have been able to prove this. Good Luck. Kind Regards, Clem Kruger -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of tzurita Sent: 09 August 2007 02:01 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Netbackup 6.0 Backup Speed on HP Windows Blade All, have a question about speed. We are running the master server on a Windows C class HP blade with a dual core 2.4 GHz Atholon CPU and 8 GBs memory. Has two FC ports connected to: 2 Two HP StorageWorks Enterprise Class ESL712 Tape Libraries 712 - Tape slots each library 12 - LTO3 Tape drives total Backups are not that fast and I am questioning why. This is just a fast POC test but I would like to tune and give the customer more valid numbers. Any ideas would be great. My thoughts are that we don't have enough CPU's to push the tape libraries but why such a vast difference betwen windows and solaris backups? I am just puzzled. Help please. Here are the values in the following files: C:\Program Files\Veritas\Netbackup\db\config\NUMBER_DATA_BUFFERS 132 C:\Program Files\Veritas\Netbackup\db\config\NUMBER_DATA_BUFFERS_DISK 32 C:\Program Files\Veritas\Netbackup\db\config\NUMBER_DATA_BUFFERS_RESTORE 64 C:\Program Files\Veritas\Netbackup\db\config\SIZE_DATA_BUFFER 262144 C:\Program Files\Veritas\Netbackup\NET_BUFFER_SZ 1049600 C:\Program Files\Veritas\Netbackup\NET_BUFFER_SZ_REST 525312 For Network Windows servers clients, we average just under 7 MB/sec Same server configuration for Solaris 33 MB/sec >From bptm log: 15:08:25.456 [3492.6020] <2> io_set_sendbuf: setting send network buffer to 525312 bytes 15:08:25.456 [3492.6020] <2> io_init: using 128 data buffers 15:08:25.456 [3492.6020] <2> io_init: buffer size for read is 262144 15:08:25.456 [3492.6020] <2> io_init: child delay = 20, parent delay = 30 (milliseconds) 15:08:25.456 [3492.6020] <2> create_shared_memory: shm_size = 33557564, buffer address = 0x117, buf control = 0x317, ready ptr = 0x3170c00, res_cntl = 0x3170c04 15:08:25.456 [3492.6020] <2> setup_bpbkar_info: Global\NetBackup Media Manager SHM Info Path app429d_1186419216 file successfully created 15:08:25.456 [3492.6020] <2> nbjm_media_request: Passing job control to NBJM, type READ ... 15:17:12.749 [3664.1404] <2> bptm: EXITING with status 0 <-- 15:18:25.355 [2720.5456] <2> write_data: writing block shorter than BUFF_SIZE, 218112 bytes 15:18:25.355 [2720.5456] <2> write_data: writing short block, 218112 bytes, remainder 0 15:18:25.355 [2720.5456] <2> write_data: waited for full buffer 63961 times, delayed 80764 times 15:18:25.355 [2720.5456] <2> write_backup: write_data() returned, exit_status = 0, CINDEX = 0, TWIN_INDEX = 0, backup_status = 0 15:18:25.355 [2720.5456] <2> io_terminate_tape: writing empty backup header, drive index 0, copy 1 15:18:25.355 [2720.5456] <2> io_ioctl: command (0)MTWEOF 1 from (bptm.c.8229) on drive index 0 15:18:31.933 [2720.5456] <2> io_terminate_tape: absolute block position prior to writing empty header is 241703, copy 1 15:18:31.933 [2720.5456] <2> io_write_back_header: drive index 0, empty_file, file num = 2, mpx_headers = 0, copy 1 15:18:31.933 [2720.5456] <2> io_close: closing C:\Program Files\VERITAS\NetBackup\db\media\tpreq\drive_HP.ULTRIUM3-SCSI.000, from bptm.c.8369 15:18:31.933 [2720.5456] <2> io_terminate_tape: block position check: actual 241703, expected 241703 15:18:31.933 [27
[Veritas-bu] Corrupt file system on Solaris 9. NetBackup 6.0 MP4
Hi Gang, I am hoping one of the NetBackup/SUN UNIX Guru's might be able to help here. We have a strange issue here at the moment. We have created a separate file system for NetBackup on /opt/openv. The /opt/openv filesystem filled with logs in the /opt/openv/logs directory. When doing a fsck on the file system, there seemed to be some of the files which were hurt. When starting NetBackup, we are told that the NB_dbsrv must be running for NetBackup to start. [EMAIL PROTECTED] # netbackup start NetBackup will not run without /usr/openv/db/bin/NB_dbsrv running NetBackup Notification Service started. NetBackup Enterprise Media Manager started. NetBackup Resource Broker started. NetBackup request daemon started. NetBackup compatibility daemon started. NetBackup Job Manager started. NetBackup Policy Execution Manager started. NetBackup Service Layer started. NetBackup Bare Metal Restore daemon started. NetBackup Vault daemon started. NetBackup is not configured for clustering. NetBackup Service Monitor started. [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]> # [EMAIL PROTECTED] # /usr/openv/db/bin/NB_dbsrv ld.so.1: dbsrv9: fatal: libdbserv9_r.so: open failed: No such file or directory Killed [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]> # [EMAIL PROTECTED] # cd ../db/lib [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]> # ls -la total 73444 drwxr-xr-x 2 root bin 1024 Jul 24 16:02 . drwxr-xr-x 12 root bin 512 Jul 25 09:06 .. -rw-r--r-- 1 root other18701824 Jul 24 15:53 ck lrwxrwxrwx 1 root bin 15 Jul 24 16:02 libdbaes_r.so -> libdbaes_r.so.1 -r-xr-xr-x 1 root bin25672 Apr 15 2004 libdbaes_r.so.1 lrwxrwxrwx 1 root bin 14 Jul 24 16:02 libdbcis9.so -> libdbcis9.so.1 -r-xr-xr-x 1 root bin 566320 Dec 21 2004 libdbcis9.so.1 lrwxrwxrwx 1 root bin 14 Jul 24 16:02 libdbextf.so -> libdbextf.so.1 -r-xr-xr-x 1 root bin28268 Dec 21 2004 libdbextf.so.1 lrwxrwxrwx 1 root bin 16 Jul 24 16:02 libdbjodbc9.so -> libdbjodbc9.so.1 -r-xr-xr-x 1 root bin 519336 Dec 21 2004 libdbjodbc9.so.1 lrwxrwxrwx 1 root bin 14 Jul 24 16:02 libdblib9.so -> libdblib9.so.1 -r-xr-xr-x 1 root bin 856852 Dec 21 2004 libdblib9.so.1 lrwxrwxrwx 1 root bin 16 Jul 24 16:02 libdblib9_r.so -> libdblib9_r.so.1 -r-xr-xr-x 1 root bin 877284 Dec 21 2004 libdblib9_r.so.1 lrwxrwxrwx 1 root bin 15 Jul 24 16:02 libdbodbc9.so -> libdbodbc9.so.1 -r-xr-xr-x 1 root bin 166488 Dec 21 2004 libdbodbc9.so.1 lrwxrwxrwx 1 root bin 17 Jul 24 16:02 libdbodbc9_n.so -> libdbodbc9_n.so.1 -r-xr-xr-x 1 root bin 1030508 Dec 21 2004 libdbodbc9_n.so.1 lrwxrwxrwx 1 root bin 17 Jul 24 16:02 libdbodbc9_r.so -> libdbodbc9_r.so.1 -r-xr-xr-x 1 root bin 1052184 Dec 21 2004 libdbodbc9_r.so.1 lrwxrwxrwx 1 root bin 16 Jul 24 16:02 libdbodm9_r.so -> libdbodm9_r.so.1 -r-xr-xr-x 1 root bin 256524 Dec 21 2004 libdbodm9_r.so.1 lrwxrwxrwx 1 root bin 17 Jul 24 16:02 libdbserv9_r.so -> libdbserv9_r.so.1 -r-xr-xr-x 1 root bin 8857592 Dec 21 2004 libdbserv9_r.so.1 lrwxrwxrwx 1 root bin 16 Jul 24 16:02 libdbtasks9.so -> libdbtasks9.so.1 -r-xr-xr-x 1 root bin20992 Dec 21 2004 libdbtasks9.so.1 lrwxrwxrwx 1 root bin 18 Jul 24 16:02 libdbtasks9_r.so -> libdbtasks9_r.so.1 -r-xr-xr-x 1 root bin29784 Dec 21 2004 libdbtasks9_r.so.1 lrwxrwxrwx 1 root bin 15 Jul 24 16:02 libdbtool9.so -> libdbtool9.so.1 -r-xr-xr-x 1 root bin 1559544 Dec 21 2004 libdbtool9.so.1 lrwxrwxrwx 1 root bin 17 Jul 24 16:02 libdbtool9_r.so -> libdbtool9_r.so.1 -r-xr-xr-x 1 root bin 1565980 Dec 21 2004 libdbtool9_r.so.1 lrwxrwxrwx 1 root bin 17 Jul 24 16:02 libdbunic9_r.so -> libdbunic9_r.so.1 -r-xr-xr-x 1 root bin 567568 Dec 21 2004 libdbunic9_r.so.1 lrwxrwxrwx 1 root bin 17 Jul 24 16:02 libdbxwin9_r.so -> libdbxwin9_r.so.1 -r-xr-xr-x 1 root bin63776 Dec 21 2004 libdbxwin9_r.so.1 lrwxrwxrwx 1 root bin 16 Jul 24 16:02 libmljodbc9.so -> libmljodbc9.so.1 -r-xr-xr-x 1 root bin 519336 Dec 21 2004 libmljodbc9.so.1 -r-xr-xr-x 1 root bin58300 Nov 3 2006 libsybackubr.so lrwxrwxrwx 1 root bin 13 Jul 24 16:02 libsybbr.so -> libsybbr.so.1 -r-xr-xr-x 1 root bin52888 Dec 21 2004 libsybbr.so.1 [EMAIL PROTECTED] mailto:[EMAIL PROTECTED]> # Regards, Clem Kruger Telkom SA Ltd ITS Infrastructure Storage Management You're not obligated to win. You're obligated to keep trying to do the best you can every day.
Re: [Veritas-bu] Maximum number of policies
We have 8 Clariion VTL's and have a retention period of a week for everything. We use In Line Tape copy for weekly and monthly backups for offside storage. We are looking to use SRDF to replicate these VTL's, but this may just take too long. Brian, what replication software are you using to send your data via dark fibre? Ethernet? Regards, Clem Kruger 'Plan, Plan, Plan - Train hard, expect the worst and you'll be surprised at how you grow and what one's team can achieve.' Telkom SA Ltd ITS Infrastructure Storage Management -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: 24 July 2007 12:26 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; Veritas-bu@mailman.eng.auburn.edu; [EMAIL PROTECTED] Subject: Re: [Veritas-bu] Maximum number of policies We get around 6-8 restore requests/day. And yes, I take advantage of Inline Tape Copy and have a copy available across dark fiber at a separate campus and the other copy vaulted 90 miles away. If we have time, I rerun (or dupe) any status 84's we get. I'm using IBM for tape - 3590's and 3592's in a 3494 ATL, but just brought in a TS3500 which is supported behind a VTL. The 3592's are reliable beyond any tape drive I have seen in my life - however the 3590's are about on par with any other technology. -Original Message- From: Justin Piszcz [mailto:[EMAIL PROTECTED] Sent: Tuesday, July 24, 2007 3:56 AM To: DIVEN, BRIAN Cc: [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; [EMAIL PROTECTED]; Veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Maximum number of policies On Tue, 24 Jul 2007, [EMAIL PROTECTED] wrote: > For those of you that are seriously interested, here is the actual format taking advantage of policy and schedule names that made our life easier. I should also state that we stood up extremely well to 5 audits over the past 4 years (BCP/vaulting audit, internal audit regarding records retention, backup audit, internal SOX, and external SOX audit). > > Policy name example: > > Sybase-alderaan-PDS_SY24-model-DB ... Which tells me this is a sybase DB on physical host alderaan on database server PDS_SY24 for the model database instance and that this policy is a DB backup (vs. a log). > > Our audit requirements are for 30 and 90 day retentions and we send all databases less than 25 GB to a D2D pool. To accomplish this, we use the schedule name. > > Schedule name example (There are 2 automatic backup schedules and 4 application backup schedules per policy): > > Automatic Backup Name: PDS_SY24+model+30day+DB+tape+1 and PDS_SY24+model+90day+DB+tape+1 ... Which tells me database/instance, the retention, that it's a DB backup, destined for tape with 1 stripe. > > The key here is that we have a single script to maintain for the whole environment, because it has all of the information to parse. The DB team is required to keep a table of all databases and whether they are active or not and how big they are. We activate/deactive/create policies based on their table and the script determines whether they should go to disk or tape based on the size. > > Application Backup Name: There are 4 of them, 30day-tape, 30day-disk, 90day-tape, and 90day-disk. > > I would also add that rerunning failed backups is one thing, but what about a backup that never runs? It doesn't show up on a failed rerun script. Part of the summary reports show databases that haven't had a backup in "X" number of days so we catch those too. Now the onus of the audit is on the database teams to keep their table current and it is a very well documented, specific, and verifiable process. I wrote my own SLA's at a 95% backup success rate and 100% restore success rate and haven't missed them for 2 years now. How often do you perform restores? What types of tape medium do you use? What robots are in use? I find 100% restoration rate very nice; however, how do you achieve that, I assume you have two copies of most pieces of data as mentioned above 30/90 days? Justin. 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. _
Re: [Veritas-bu] URGENT HELP - Advice
Hi Simon, This is unfortunately the trade off of using multiple streams, the backup are fast but recovery is ssllooww. Regards, Clem Kruger -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of WEAVER, Simon (external) Sent: 19 July 2007 11:11 AM To: 'veritas-bu@mailman.eng.auburn.edu' Subject: [Veritas-bu] URGENT HELP - Advice Importance: High Hi All Got a major outage - 1 Media Server lost 400GB Disk. New disk in place, trying to restore, but throughput is BAD BAD BAD! Backups were done using multiple streams (4 streams per tape drive). I kicked off one RESTORE job to restore ALL Data to this one drive. Is there a benefit to kicking off multiple restores for Data on this volume? Thanks Regards Simon Weaver 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 e-mail and its contents are subject to the Telkom SA Limited e-mail legal notice available at http://www.telkom.co.za/TelkomEMailLegalNotice.PDF ~~ ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Resource overheads.
Morning all, Does anyone have the overhead cost of the recourses we use everyday? e.g. 1. LTO tape drive requires a processor and 750KB memory to drive the tape drive 2. 2 X 2GB HBA's requires a processor and 500KB memory etc. I want to create a rule of thumb that we can give to planner to ensure that the hardware they specify will do the job they say it will!. ~~ This e-mail and its contents are subject to the Telkom SA Limited e-mail legal notice available at http://www.telkom.co.za/TelkomEMailLegalNotice.PDF ~~___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Veritas 6 upgrade
Ed/Simon, Would be nice if I could get the document:( Regards, Clem Kruger Telkom SA Ltd ITS Infrastructure Storage Management You're not obligated to win. You're obligated to keep trying to do the best you can every day. : +27 (12) 680 3302 : +27 (12) 680 3299 : +27 (83) 326 2260 : [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> From: WEAVER, Simon (external) [mailto:[EMAIL PROTECTED] Sent: 11 July 2007 08:08 AM To: 'Ed Wilts'; Clem Kruger (C); veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Veritas 6 upgrade Ed That upgrade card is brilliant! Do you know if there will be a 6.5 chart made - I know there has been alot of talk about 5.1 upgrade to 6.5 but if I am right (and its very rare I am!) I understand you can go to 5.1 MP5 to 6.5 without the need for 6.0! Our firewall is blocking the 6 portal, so will need to get this allowed :-( Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ed Wilts Sent: Tuesday, July 10, 2007 12:37 PM To: 'Clem Kruger (C)'; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Veritas 6 upgrade The 6.0 upgrade portal is at http://seer.entsupport.symantec.com/docs/285223.htm. There are lots of documents there that Veritas specifically wrote to share. They contain very valuable information and should be considered a "must read". The upgrade quick reference chart is at http://ftp.support.veritas.com/pub/support/products/NetBackup_Enterpri se_Server/287674.pdf -- Ed Wilts, Mounds View, MN, USA mailto:[EMAIL PROTECTED] I GoodSearch for Bundles Of Love: http://www.goodsearch.com/?charityid=821118 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Clem Kruger (C) Sent: Tuesday, July 10, 2007 2:29 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Veritas 6 upgrade Hi Group, Has anyone created an upgrade document they may want to share? 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 ~~ This e-mail and its contents are subject to the Telkom SA Limited e-mail legal notice available at http://www.telkom.co.za/TelkomEMailLegalNotice.PDF ~~<><><><>___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Veritas 6 upgrade
Hi Group, Has anyone created an upgrade document they may want to share? Regards, Clem Kruger ~~ This e-mail and its contents are subject to the Telkom SA Limited e-mail legal notice available at http://www.telkom.co.za/TelkomEMailLegalNotice.PDF ~~___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Status Code 136
Hi Group, I am hoping someone can help me. I have a Solaris cluster of which both nodes are media servers. When I try to add the one cluster as a media server, I get a code 136. Weird! Anyone got an idea? Kind Regards, Clem Kruger Senior Consultant Technology Cabangisisa IT Solutions NOTICES: 1. This message and any attachments are confidential and intended solely for the addressee. If you have received this message in error, please notify the sender at CITS immediately. Any unauthorised use, alteration or dissemination is prohibited. 2. CITS accepts no liability whatsoever for any loss whether it be direct, indirect or consequential, arising from information made available and actions resulting there from. 3. Please note that CITS only binds itself by way of signed agreements. 'Signed' refers to a hand-written signature, excluding any signature appended by 'electronic communication' as defined in the Electronic Communications and Transactions Act, no. 25 of 2002. ~~ This e-mail and its contents are subject to the Telkom SA Limited e-mail legal notice available at http://www.telkom.co.za/TelkomEMailLegalNotice.PDF ~~___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] oracle hot backup
MS="ENV=(NB_ORA_CLIENT=your-virtual-client-if-a-cluster)";
allocate channel t2 type 'SBT_TAPE'
PARMS="ENV=(NB_ORA_CLIENT=your-virtual-client-if-a-cluster)";
sql 'alter system archive log current';
backup full
filesperset 8
tag full_hot_incl_ctl
## skip inaccessible
(database
include current controlfile
format 'dbh%d_t%t_s%s_p%p'
);
sql 'alter system archive log current';
# backup all archive logs
backup
filesperset 8
format 'al_%s_%p_%t'
(archivelog all delete input);
release channel t1;
release channel t2;
}
exit;
Regards,
Clem Kruger
'Listen to what is said, not he who speaks.' Arab Proverb.
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: 05 June 2007 14:22 PM
To: [EMAIL PROTECTED]
Cc: VERITAS-BU@mailman.eng.auburn.edu;
[EMAIL PROTECTED]
Subject: Re: [Veritas-bu] oracle hot backup
Gurus,
I have configured the Oracle backup script , but it is failing
with the error :-
aloe:root-$PS2 cat oracle_backup.out
oracle
Script /opt/app/oracle/hot_database_backup.sh
started on Mon Jun 4 17:08:31 PDT 2007
RMAN: /opt/app/oracle/product/9.2.0.4_32bit/bin/rman
ORACLE_SID: EVRS
ORACLE_USER: 60075
ORACLE_HOME: /opt/app/oracle/product/9.2.0.4_32bit
NB_ORA_FULL:
NB_ORA_INCR:
NB_ORA_CINC:
NB_ORA_SERV:
NB_ORA_POLICY:
Default - Full backup requested
RMAN> 2> 3> 4> 5> 6> 7> 8> 9> 10> 11> 12> 13> 14> 15> 16> 17> 18> 19>
20> 21> 22> 23> 24> 25> 26> 27> 28> 29> 30> 31> 32> 33> 34> 35> 36>
37> 38> RMAN> RS (DBID=554365534)
using target database controlfile instead of recovery catalog
RMAN> 2> 3> 4> 5> 6> 7> 8> 9> 10> 11> 12> 13> 14> 15> 16> 17> 18> 19>
20> 21> 22> 23> 24> 25> 26> 27> 28> 29> 30> 31> 32> 33> 34> 35> 36>
37> 38>
RMAN-00571:
===
RMAN-00569: === ERROR MESSAGE STACK FOLLOWS
===
RMAN-00571:
===
RMAN-03009: failure of allocate command on ch00 channel at 06/04/2007
17:08:34
ORA-19554: error allocating device, device type: SBT_TYPE, device
name:
ORA-27001: unsupported device type
Additional information: 1
RMAN>
Recovery Manager complete.
Script /opt/app/oracle/hot_database_backup.sh
ended in error on Mon Jun 4 17:08:34 PDT 2007
Any suggestions what could be the issue.
--Abhishek
[EMAIL PROTECTED]
Sent by: [EMAIL PROTECTED]
06/05/2007 05:20 PM
To
VERITAS-BU@mailman.eng.auburn.edu
cc
Subject
Re: [Veritas-bu] oracle hot backup
Recovery Catalog DB. Best to put it on a different machine to avoid
the "all eggs in one basket" issue.
RMAN is fully functional and is designed to work best with the DB.
=
Carl Stehman
IT Distributed Services Team
Pepco Holdings, Inc.
202-331-6619
Pager 301-765-2703
[EMAIL PROTECTED]
dy018 <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
06/05/2007 01:25 AM
Please respond to
VERITAS-BU@mailman.eng.auburn.edu
To
VERITAS-BU@mailman.eng.auburn.edu
cc
Subject
[Veritas-bu] Re: oracle hot backup
Can anyone explain the advantage and disadvantage of using control
file as compare to using Recovery Catalog DB?
I heard from one DBA is that using Recovery Catalog DB will enable
more RMAN features as compare to using control file? izit true?
+-
-
|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
This Email message and any attachment may contain information that is
proprietary, legally privileged, confidential and/or subject to
copyright belonging to Pepco Holdings, Inc. or its affiliates ("PHI").
This Email is intended solely for the use of the person(s) to which it
is addressed. If you are not an intended recipient, or the employee or
agent responsible for delivery of this Email to the intended
recipient(s), you are hereby notified that any dissemination,
distribution or copying of this Email is strictly prohibited. If you
have received this message in error, please immediately notify the
sender and permanently delete this Email and any copies. PHI policies
expressly prohibit employees from making defamatory or offensive
statements and infringing any copyright or any other legal right by
Email communication. PHI will not accept any liability in respect of
such communications. ___
Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
~~
This e-mail and its contents are subject to the Telkom SA Limited
e-mail legal notice available at
http://www.telkom.co.za/TelkomEMailLegalNotice.PDF
~~___
Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] for sale nokia n95.............$300usd
Do we have to get these adds? Clem Kruger -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Martin, Jonathan Sent: 17 May 2007 14:59 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] for sale nokia n95.$300usd /sigh -Jonathan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of tunapa Sent: Thursday, May 17, 2007 5:31 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] for sale nokia n95.$300usd EMail [EMAIL PROTECTED] [EMAIL PROTECTED] We have alot of mobile phones and Ipods in stock,they are all brand new,the phones are unlocked/with complete accessories. We are on a Bonanza,If you order for 2 mobile phone,you will get 1 mobile phone for free & if you order for 5units of mobile phone you will have 2 free mobile phone and free shipping. many more Nokia 8800 $170 Nokia N80 $225 Nokia N70 $160 Nokia N71 $175 Nokia N72 $180 Nokia N73 $220 Nokia N90 $185 Nokia N91 $210 Nokia N92 $220 Nokia N93 $240 Nokia E70 $220 Nokia E60 $200 Nokia E61 $210 Nokia N95 $400 Motorola Razor v3x $145 Motorola V3i $140 Motorola A1010 $110 Motorola A1000 $100 Motorola Rock1 $120 Motorola W220 $160 Motorola Q for Verizon……$200 Motorola Mpx 220 $122 Motorola Mpx 300 $130 Nextel i930 $120 Nextel i870 $110 Nextel i860 $100 Nextel i850 $90 Palm Treo 650 $140 Palm Treo 700p $170 Samsung D500 $150 Samsung D600 $160 Samsung E800 $155 Samsung I730 $120 Qtek 8100 $125 QTEK 8300 $145 Qtek 8310 $155 Qtek 8500 $165 Qtek 8600 $225 Qtek 9600 $270 Sony Ericsson P910i $150 Sony Ericsson P900 $140 Sony Ericsson P1000 $154 Sony Ericsson W600i $160 Sony Ericsson W800i $170 -Mate JAM 128MB $210 I-Mate JAM $190 I-Mate JAMin $220 I-Mate JASJAR Quadband $350 I-Mate K-Jam QuadBand $240 I-Mate Smartflip QB. $250 I-Mate SP5 $140 TomTom Mobile 5 $290 TomTom GO GPS Car Navigation System $280 TomTom Navigator 5 Bluetooth GPS $270 TomTom Mobile GPS for Smartphones $260 Apple Ipod 60Gb $140 Apple Ipod 30Gb $120 Apple Ipod nano 4Gb $70 SIDEKICK 2 $120 SIDEKICK 3 $150 Contact Details Name : JOHN SMITH EMail :[EMAIL PROTECTED] phone number+447024081842 We sell in Bulk order, and in GOOD Discount prices,We make shipment through fedEx courier services and UPS, and they deliver within 2-3days home delivery, THANKS MANAGERMANET. |This was sent by [EMAIL PROTECTED] via a forum at BackupCentral.com. |Any SPAM should be forwarded 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] Newbie to Netbackup using VTL
Clem Kruger said: >Good day to you all, Curtis said >>Good day to you! Hi Curtis, >Those of you who are thinking of using VTL's I would urge to re think >that technology. >>Can't say I agree with you there. I hate responding in the negative, but your message was so strongly worded against VTLs, I felt I just had to respond. I have nothing against VTL's or their manufacturers. >There are so many issues, >the main being you are still bound by SCSI rules. >>You're bound by SCSI rules as long as you're using SCSI. Not sure what you mean here. The VTL follows the SCSI rules as far as their usage is concerned .Any failures will be reported to the OS as SCSI errors. What I am saying is we all would and should move away from tape. Should you loose communication between your master and media servers, you can be left with a tape stuck in the tape drive (VTL or NO) and cause issues with your backups. >Another fact is that you need to delete tapes that have >been expired to claim back the "Disk" space. >>...or you expire the tapes just like you do in a real tape library. But, again, this makes perfect sense. Look at this again, an expired tape (say 200GB) will still use 200GB of unused space until you delete and recreate the tape again. When you have databases in excess of 5TB, the wasted space can become rather expensive. >Have you heard of poor media on VTL? Yes you get it and it is serious. >>Then you had a BAD VTL! I have heard of some bugs from some early implementations, but I haven't heard of anything recent. If you're getting a "bad >>tape" in a VTL, then something is seriously wrong. And I would get a VTL manufacturer to have something in writing to deal with this thing that should >>never happen. Poor media could be caused by communication loss, the same as in real tapes (you are emulating tape). >As far as backing up to VTL and then to tape, >it is best to do an in-line backup, >where you backup to both VTL and real tape at the same time. >>To use your terminology, this method causes you to be bound by the rules of tape. Your backup will now be forced to go the speed of the lowest common >>denominator, the tape drive. Yes, it is about 35% slower, but you use this for your weekly and monthly schedules. The VTL's rule for a week or two the real tapes carry the real retention period of the policy. If you use Vaulting in conjunction with this method, the real tapes can be ejected along with a catalogue for those tapes making an offsite recovery simple. You can imagine what you VTL costs would be if you are backing up many databases in excess of 5TB's. >NetBackup has released their Disk to Disk API to the public Domain >and we will soon be out of this interim phase of VTL's. >>The companies that will program to that API are the very companies you're recommending not using. With Data Domain as the only exception, all of the >>companies that are programming to that API are VTLs. Here I disagree with you. The released API is for Disk to Disk not VTL. Symantec have said they would continue to support VTL. VERITAS 6 and 6.5 both support disk to disk backups, which is a world apart from disk to VTL. You can backup to ANY disk on your SAN. My personal choice is using Storage Foundation to create SNAPSHOTS on the SAN (free of any hardware constraints) and then backup or replicate the snapshot to your offsite storage site or DR site or backup the snapshot to tear 4 storage. Remember we all should be moving toward a faster method of RECOVERY either at your DR site or production site. Storage Foundation Snapshot technology means instant recovery. >I am current investigating DataDomain which works extremely >well with NetBackup. I find the amount of space being saved >is quite phenomenal. The speed of backups is exceptional. >>And almost all VTLs now offer this functionality as well. DD's been in the industry longer than everyone else in this space and their number of de-dupe >>customers is miles ahead of anybody else. I'm not saying anything's wrong with them, but it sounds like you're saying "VTLs are dead, long live Data >>Domain." Don't think I'd go that far. No Curtis, I am not saying VTL's are dead not by a long shot, what I am saying is look at what comes with your backup application. D2D is already included in the package (from most backup vendors), rather use that. If you have huge amounts of data, look at Storage Foundation. If you want to avoid backing up the 80% of the same files on all you similar operating systems don't purchase an EMC Centera or similar DISK Hardware technology, (where you will be locked into th
Re: [Veritas-bu] Newbie to Netbackup using VTL
Good day to you all, Those of you who are thinking of using VTL's I would urge to re think that technology. There are so many issues, the main being you are still bound by SCSI rules. Another fact is that you need to delete tapes that have been expired to claim back the "Disk" space. Have you heard of poor media on VTL? Yes you get it and it is serious. As far as backing up to VTL and then to tape, it is best to do an in-line backup, where you backup to both VTL and real tape at the same time. NetBackup has released their Disk to Disk API to the public Domain and we will soon be out of this interim phase of VTL's. I am current investigating DataDomain which works extremely well with NetBackup. I find the amount of space being saved is quite phenomenal. The speed of backups is exceptional. There is also a wonderful replication facility which guarantees your data to you off sire storage in no time at all. I have attached a PDF document for all y'all to look at, for more go to http://www.datadomain.com/ where you will find more detail. Good luck and may the force be with you :) Kind Regards, Clem Kruger -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Robin Small Sent: 12 May 2007 00:28 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Newbie to Netbackup using VTL Not sure if you've picked your VTL unit yet.. We're using the ADIC (now Quantum) Pathlight VX for our VTL. Mostly, it's sharing out virtual LTO3s to our four NetWare cluster servers (with some nifty linux master scripting to track the mounted volumes) and two Oracle 9i RAC servers. The Pathlight handles the virtual-to-physical connection automatically and the barcodes are consistent between the virtual and physical, so I can plug it into a physical autoloader and it'd be the same). We're not doing multiplexing on ours as it's primarily there to handle data off of our SAN. I do have just a bunch of locally attached disk (and a fc-attached jbod with linux software raid) set up as a dssu for our slower 100meg lan-bound boxes. I think the way you've described your clients-to-drives setup, I'd go with fewer virtual drives unless you need all of these clients to act as their own media server (and back themselves up), or if you *have to have* them all writing at the same time. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Robin Small Sent: 12 May 2007 00:28 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Newbie to Netbackup using VTL Not sure if you've picked your VTL unit yet.. We're using the ADIC (now Quantum) Pathlight VX for our VTL. Mostly, it's sharing out virtual LTO3s to our four NetWare cluster servers (with some nifty linux master scripting to track the mounted volumes) and two Oracle 9i RAC servers. The Pathlight handles the virtual-to-physical connection automatically and the barcodes are consistent between the virtual and physical, so I can plug it into a physical autoloader and it'd be the same). We're not doing multiplexing on ours as it's primarily there to handle data off of our SAN. I do have just a bunch of locally attached disk (and a fc-attached jbod with linux software raid) set up as a dssu for our slower 100meg lan-bound boxes. I think the way you've described your clients-to-drives setup, I'd go with fewer virtual drives unless you need all of these clients to act as their own media server (and back themselves up), or if you *have to have* them all writing at the same time. -Original Message- > > Hi everyone, > > I'm new using VTL with netbackup. > > I was hoping anyone here already implemented such a setup in their current > environment and hope share your general setup plan? I'm now planing for such > a setup and only have experience using normal tape libraries. > > I understand that VTL able to create multiple tape libraries and tape drives. > If i'm cloning data that already backup in VTL to the actual tape library, > what is the common practice? script? netbackup? > > Let's say if i have 100 clients and i do not use multiplexing and instead > creating 100 virtual tape drives, does it mean that i need 100 LTO3 tape when > i do cloning? Will the activity monitor display backup failure from VTL to > the normal tape library? > > Any help is much appreciated. Thank you in advance ___ 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] Newbie to Netbackup using VTL
Contact me on my private e-mail and we can discuss the issues. Kind Regards, Clem Kruger Senior Consultant Technology Cabangisisa IT Solutions Office: +27 (0)11 795 1581 Mobile: +27 (0)83 326 2260 Fax: +27 (0) 86 670 8394 Email: [EMAIL PROTECTED] Web Site: Http://www.re-thinking-it.com NOTICES: 1. This message and any attachments are confidential and intended solely for the addressee. If you have received this message in error, please notify the sender at CITS immediately. Any unauthorised use, alteration or dissemination is prohibited. 2. CITS accepts no liability whatsoever for any loss whether it be direct, indirect or consequential, arising from information made available and actions resulting there from. 3. Please note that CITS only binds itself by way of signed agreements. 'Signed' refers to a hand-written signature, excluding any signature appended by 'electronic communication' as defined in the Electronic Communications and Transactions Act, no. 25 of 2002. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of dy018 Sent: 11 May 2007 08:22 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Newbie to Netbackup using VTL Hi everyone, I'm new using VTL with netbackup. I was hoping anyone here already implemented such a setup in their current environment and hope share your general setup plan? I'm now planing for such a setup and only have experience using normal tape libraries. I understand that VTL able to create multiple tape libraries and tape drives. If i'm cloning data that already backup in VTL to the actual tape library, what is the common practice? script? netbackup? Let's say if i have 100 clients and i do not use multiplexing and instead creating 100 virtual tape drives, does it mean that i need 100 LTO3 tape when i do cloning? Will the activity monitor display backup failure from VTL to the normal tape library? Any help is much appreciated. Thank you in advance ___ 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] clients in hosts files and forcing NICs to FULL
Hi All, Just to add my bit. A common issue today is that there constantly seems to be issues with 1GB networks. A NetBackup standard is that all cards do need to be set to full duplex; hence the switch port also needs to be set to the same. As Glen has suggested there is an issue sometimes on the switch side. There is also an issue on copper wire. Cat 6 is recommended for 1GB, there is then an issue of the bandwidth being overloaded. It is better to combine a number of 100MB cards using CISCO trunking, increasing the pipe size in that way. I have also found that when using 1GB one should use fibre. There are no issues as far as the network is concerned, just ensure you do not overflow your bandwidth. Regards, Clem Kruger 'Plan, Plan, Plan - Train hard, expect the worst and you'll be surprised at how you grow and what one's team can achieve.' -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Collins, Glen (HQP) Sent: 12 April 2007 19:41 PM To: [EMAIL PROTECTED] Subject: Re: [Veritas-bu] clients in hosts files and forcing NICs to FULL As a former Sun SA, it was ALWAYS mandatory to lock speeds. Especially when Cisco was involved. Sun and Cisco hardware has always had issues with auto negotiation. And when both vendors say it's the other's fault, you just do what's best for your environment. As for Windows, I'm not too clear on that. But if you never want to run into any issues, it's way best to lock speeds and duplex on BOTH sides. That way you can never go wrong. Glen Collins Storage Engineering Services Robert Half International, Inc. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Keating Sent: Thursday, April 12, 2007 10:17 AM To: Ian Clements; Adams, Dwayne; [EMAIL PROTECTED] Subject: Re: [Veritas-bu] clients in hosts files and forcing NICs to FULL We've had more problems in the old days with people "forgetting" to hardcode, than we've had in recent years leaving everything auto. However, on the recommendation to only hardcode the client..absolutely NOT. The standard behaviour (for one side hardcoded, and the other Auto) as outlined by the IEEE is to go to HALF-duplex. NOT what you want. Paul -- > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf > Of Ian Clements > Sent: April 12, 2007 1:14 PM > To: Adams, Dwayne; [EMAIL PROTECTED] > Subject: Re: [Veritas-bu] clients in hosts files and forcing > NICs to FULL > > > By locking the speeds, you prevent the cards from negotiating. This is > both good and bad. Despite the > "standard" of autoneg, it doesn't always work. If you can use it, you > should. If you can't because clients > do not correctly negotiate a connection speed, try locking > the client to > 100-full (or whatever) and leaving > the switch port at auto first. == == 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. ___ Veritas-bu maillist - [EMAIL PROTECTED] http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - [EMAIL PROTECTED] http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ~~ This e-mail and its contents are subject to the Telkom SA Limited e-mail legal notice available at http://www.telkom.co.za/TelkomEMailLegalNotice.PDF ~~ ___ Veritas-bu maillist - [EMAIL PROTECTED] http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Virtual Tape library or backup to disk
Good day Dan, My personal recommendation would be to stay away from any VTL and rather use the DISK to DISK to tape feature which is part of version 6 of NetBackup and even stronger in 6.1. The Veritas (Symantec API) has been released and is currently being included in most of the hardware vendors. See the attached link. The one thing that really has me worried is that VTL's emulate a library and tapes and are subject to those rules. There is also an issue as far as compressing is concerned as this is generally done by the VTL's operating system and slows down your backups dramatically. Many other rules change as VTL's generally require a single stream per tape. You are also liable to pay for tape drive licenses etc. http://searchstorage.techtarget.com/originalContent/0,289142,sid5_gci1 229879,00.html Regards, Clem Kruger From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sixbury, Dan Sent: 11 April 2007 16:04 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Virtual Tape library or backup to disk Does anyone have any recommendations in regards to VTLs or disk pools, etc. for backup? I have seen a lot of stuff on the market, but I have also heard where some people have found out later that some of the technologies don't always work as smoothly as their slated. i.e. one solution I have seen takes all of your data and compresses it into block level format on a separate device, but if you want to restore the data or back it up to tape, you have to first uncompress it to a readable format and then copy to tape. Thanks. ~~ This e-mail and its contents are subject to the Telkom SA Limited e-mail legal notice available at http://www.telkom.co.za/TelkomEMailLegalNotice.PDF ~~___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Clariion Dynamic Library
Good day all, Anyone out there using Clariion Dynamic Libraries? Kind Regards, Clem Kruger Senior Consultant Technology Cabangisisa IT Solutions ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Hardware required tool
Good day all, Does anyone have a tool that can be used to determine the CPU and Memory requirements, given the number of tapes, I/O cards etc. Regards, Clem Kruger 'Plan, Plan, Plan - Train hard, expect the worst and you'll be surprised at how you grow and what one's team can achieve.' Telkom SA Ltd ITS Infrastructure Storage Management : [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> ~~ This e-mail and its contents are subject to the Telkom SA Limited e-mail legal notice available at http://www.telkom.co.za/TelkomEMailLegalNotice.PDF ~~<> ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] NetBackup Consolidation
Good day all, I am hoping to get some help from everyone. We are embarking on a consolidation of all our master servers into a powerful SUN master server. Has anyone done this? What are the steps we will need to take? Thanks in advance for your help. Regards, Clem Kruger ~~ This e-mail and its contents are subject to the Telkom SA Limited e-mail legal notice available at http://www.telkom.co.za/TelkomEMailLegalNotice.PDF ~~___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] 6.0 Java Console to manage 5.1?
Good day all, Those of us who are green with envy, will have to be satisfied with using Microsoft along with great products like Cygwin, Windows services for UNIX, VMWare (using Solaris or Linux). Cygwin offers a great X as well. http://www.cygwin.com/mirrors.html Regards, Clem Kruger 'Plan, Plan, Plan - Train hard, expect the worst and you'll be surprised at how you grow and what one's team can achieve.' Telkom SA Ltd ITS Infrastructure Storage Management : +27 (12) 680 3102 : +27 (12) 680 3299 : +27 (83) 326 2260 : [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: 28 February 2007 19:50 PM To: Bob Stump; Paul Keating; veritas-bu@mailman.eng.auburn.edu; Jeff Lightner Subject: Re: [Veritas-bu] 6.0 Java Console to manage 5.1? When I was in the selling/configuration business, I would always specify a configuration management workstation or cluster management workstation in a client's proposal. Some bean counter would sign off on it. The admins loved that. They deployed the workstations as they wanted (like to their desktop). Next time you have a project, have a management workstation specified. Bobby. -- Original message -- From: "Bob Stump" <[EMAIL PROTECTED]> Yeah.I see your from a financial institute. No wonder you have the proper tools to do your job :-) >>> "Paul Keating" <[EMAIL PROTECTED]> 2/28/2007 11:29 AM >>> LOL. Amazing to see a bunch of people so excited about a Unix desktop. ;o) -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Lightner Sent: February 28, 2007 9:31 AM To: Bob Stump; Bobby Williams; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] 6.0 Java Console to manage 5.1? They have UNIX jobs in Chattanooga? My family keeps wanting me to move there but I've never seen any UNIX jobs advertised. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bob Stump Sent: Wednesday, February 28, 2007 9:11 AM To: Bobby Williams; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] 6.0 Java Console to manage 5.1? Bobby, You have a Solaris workstation? Cool! Are you hiring :-) == == 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 e-mail and its contents are subject to the Telkom SA Limited e-mail legal notice available at http://www.telkom.co.za/TelkomEMailLegalNotice.PDF ~~<> <> <> <> ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] How to resolve error 41 & error 24 ??
Good day, Are both the switch and the server set to full duplex? Make sure that reverse lookup on the domain is working correctly. Regards, Clem Kruger 'Plan, Plan, Plan - Train hard, expect the worst and you'll be surprised at how you grow and what one's team can achieve.' Telkom SA Ltd ITS Infrastructure Storage Management : +27 (12) 680 3102 : +27 (12) 680 3299 : +27 (83) 326 2260 : [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Murtuja Khokhar Sent: 20 February 2007 14:13 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] How to resolve error 41 & error 24 ?? Hi we have Netbackup v 6.0 on Windows 2003 as Master server. Client is on Solaris 10. we found client's Backup status error 41 on active monitor. we attach client's log (bpbkar) and master server's error log. 01:35:53.185 [24934] <2> bpbkar SelectFile: INF - path = Xusage.txt 01:35:53.188 [24934] <4> bpbkar compress_file: INF - Compression: 42% /usr/j2se/jre/lib/sparc/server/Xusage.txt 01:35:53.188 [24934] <4> bpbkar PrintFile: /usr/j2se/jre/lib/sparc/server/Xusage.txt 01:35:53.188 [24934] <2> bpbkar SelectFile: INF - cwd = /usr/j2se/jre/lib/sparc/server 01:35:53.188 [24934] <2> bpbkar SelectFile: INF - path = libjvm.so 01:36:18.712 [24934] <16> flush_archive(): ERR - Cannot write to STDOUT. Errno = 32: Broken pipe 01:36:18.721 [24934] <16> bpbkar Exit: ERR - bpbkar FATAL exit status = 24: socket write failed 01:36:18.721 [24934] <4> bpbkar Exit: INF - EXIT STATUS 24: socket write failed 01:36:18.722 [24934] <2> bpbkar Exit: INF - Close of stdout complete 01:36:18.722 [24934] <4> bpbkar Exit: INF - setenv FINISHED=0 For troubleshooting this error I have checked bp.config file on client and It's OK I have checked link speed on both (client and server). It's 100 MBPS/Full Duplex. How to resolve this error Never miss an email again! Yahoo! Toolbar <http://us.rd.yahoo.com/evt=49938/*http:/tools.search.yahoo.com/toolba r/features/mail/> alerts you the instant new Mail arrives. Check it out. ~~ This e-mail and its contents are subject to the Telkom SA Limited e-mail legal notice available at http://www.telkom.co.za/TelkomEMailLegalNotice.PDF ~~<> <> <> <> ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Windows 2003 R2
Hi Ken, I did not see this post. The issue is probably the DNS. The reverse lookup may not be working correctly. Regards, Clem Kruger "Listen to what is said, not he who speaks" Arabian Proverb Telkom SA Ltd ITS Infrastructure Storage Management : +27 (12) 680 3102 : +27 (12) 680 3299 : +27 (83) 326 2260 : [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve Fogarty Sent: 19 January 2007 20:26 PM To: Lee, Kenneth (SBS US) Cc: Veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Windows 2003 R2 I have a case open with my Veritas support for 3 weeks, same problem. Are you using DNS for name service resolution? My back network is private, and I am only using hosts files. I was able to get around the problem by using the Client's IP, instead of clinet name for the Client Name in my policy. No reason why this should work, but it works for me. Steve On 1/19/07, Lee, Kenneth (SBS US) <[EMAIL PROTECTED]> wrote: Hi, I am running NetBackup 5.1 MP6 on Solaris 9. Our Windows administrator just installed Windows 2003 server with R2. When I tried to start a backup from the Windows client, I am getting a status code of 23. I have looked at network and everything looks good. There is a case opened with Veritas and they have looked at it for the last 3 days but no solution at this time. I know that in order for NetBackup to support R2, I need to be on NetBackup 5.1 MP4 or higher. I have uninstalled and reinstalled NetBackup client, rebooted the server and the problem is still there. Has anyone seen this problem? Is anyone backing up Windows 2003 R2 with NetBackup 5.1 using a Solaris 9 Master Server? Thanks! Ken ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ~~ This e-mail and its contents are subject to the Telkom SA Limited e-mail legal notice available at http://www.telkom.co.za/TelkomEMailLegalNotice.PDF ~~<> <> <> <> ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Backup speeds Windows servers
Hi There,
There are a number of issues that may cause the Windows backup to slow
down.
1. Make sure you do not have tracker.exe running
2. Ensure that all networks a set to full duplex. Some NIC's
cannot be set to 1000 full duplex. Rather set these to 100 full in
that case (Nic's and Switch)
3. Make sure that all servers are set not to scan for virus when
a file is opened on the server. ( no sense in this if the incoming
file was scanned)> Big cause of data backing up slowly.
4. Make sure that you have the correct firmware on both the tapes
and library.
5. Use iperf to test your network speed.
6. Lower your logging
These are but a few items that may cause a backup to be slow. You can
find iperf @ http://dast.nlanr.net/Projects/Iperf/
Good luck.
Regards,
Clem Kruger
"Listen to what is said, not he who speaks" Arabian Proverb
Telkom SA Ltd
ITS Infrastructure Storage Management
: +27 (12) 680 3102
: +27 (12) 680 3299
: +27 (83) 326 2260
: [EMAIL PROTECTED] <mailto:[EMAIL PROTECTED]>
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of
[EMAIL PROTECTED]
Sent: 05 January 2007 15:57 PM
To: Bobby R Windle
Cc: veritas-bu@mailman.eng.auburn.edu;
[EMAIL PROTECTED]
Subject: Re: [Veritas-bu] Backup speeds Windows servers
I have noticed that we usually get 10-15MB on our Solairs servers and
about 6-7MB on windows. Our connections are
1G in all cases. Like you I don't know why. (Windows is windows...?)
=
Carl Stehman
IT Distributed Services Team
Pepco Holdings, Inc.
202-331-6619
Pager 301-765-2703
[EMAIL PROTECTED]
Bobby R Windle <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
01/05/2007 08:27 AM
To
veritas-bu@mailman.eng.auburn.edu
cc
Subject
Re: [Veritas-bu] Backup speeds Windows servers
I'm curious to hear what kind of speeds (mbs/sec) others are getting
backing up windows servers.
Running Netbackup Enterprise 5.1 mp6 under Solaris10 on master/media
servers.
a.Using brocade 2g ports 48000 director.
b.IBM Ultrium LTO Gen2 drives
c.Sun branded Qlogic 2gb cards. single port feeding
each tape drive.
d.The storage on the windows servers is FC attached
Hitachi Tagmastore 9990. (Very fast drive configuration.)
e. Servers are HP G5's also 64 bit. Some are 32 bit.
Seems 32 bit servers are actually faster.
note: Some of my other backups such as Solaris, Linix and
Netware can get as much as 20 mb/sec with this configuration.
So why are the windows servers so slow? Any one have some kind
of idea what may be a cause? Or it is what it is! Windows!
Bobby Windle ( Data backup & Recovery )
W.L. Gore & associates, Inc.
[EMAIL PROTECTED]
cell : (302) 588-7374 (preferred)
office: (302) 292-4026___
Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
This Email message and any attachment may contain information that is
proprietary, legally privileged, confidential and/or subject to
copyright belonging to Pepco Holdings, Inc. or its affiliates ("PHI").
This Email is intended solely for the use of the person(s) to which it
is addressed. If you are not an intended recipient, or the employee or
agent responsible for delivery of this Email to the intended
recipient(s), you are hereby notified that any dissemination,
distribution or copying of this Email is strictly prohibited. If you
have received this message in error, please immediately notify the
sender and permanently delete this Email and any copies. PHI policies
expressly prohibit employees from making defamatory or offensive
statements and infringing any copyright or any other legal right by
Email communication. PHI will not accept any liability in respect of
such communications.
~~
This e-mail and its contents are subject to the Telkom SA Limited
e-mail legal notice available at
http://www.telkom.co.za/TelkomEMailLegalNotice.PDF
~~<>
<>
<>
<>
___
Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Migrating media: Undocumented Gotcha's??
Hi Phil, I would install the new drives and then clone the old tapes using the cloning facility within vaulting. I have found this works well and keeps the catalog updated correctly. Regards, Clem Kruger Telkom SA Ltd ITS Infrastructure Storage Management : +27 (12) 680 3102 : +27 (12) 680 3299 : +27 (83) 326 2260 : [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Koster, Phil Sent: 05 January 2007 15:16 PM To: NetBackup List Subject: [Veritas-bu] Migrating media: Undocumented Gotcha's?? We are getting a brand new Tape Library with LTO-3 drives. Old system is an STK silo with 9840's. We have some media with 7 year retention requirements that we want to migrate to the new media so we don't have to maintain both systems. Has anyone else done similar? Did it go as well as the documentation indicates? Anything we should pay special attention too? NBU 6 MP2 on Win 2K. Thanks. Phil Koster Network Administrator City of Grand Rapids, MI Direct: 456-3136 Helpdesk: 456-3999 ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ~~ This e-mail and its contents are subject to the Telkom SA Limited e-mail legal notice available at http://www.telkom.co.za/TelkomEMailLegalNotice.PDF ~~ ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Backup of Large Windows Volume
Good day, You should look at the HBA on the client and also on the data switch. The other area to look at is how the fabric has been set up. All of these will affect the through-put. One last thing to look at is to ensure that the outgoing anti-virus is turned off during the backup as the application will try to open each file before backing it up. Kind Regards, Clem Kruger Senior Consultant Technology Cabangisisa IT Solutions From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Weber, Philip Sent: 21 December 2006 17:27 PM To: Steve Fogarty; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Backup of Large Windows Volume It's a SAN-based volume so I'm not too worried about this, we do it elsewhere. Will have to keep an eye on it but current performance stats indicate I should be able to get the data off the disks faster with multiple streams. -Original Message- From: Steve Fogarty [mailto:[EMAIL PROTECTED] Sent: 21 December 2006 15:16 To: Weber, Philip; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Backup of Large Windows Volume I don't think you want to have seperate streams from the same physical disk. This is from the Admin Doc. "For best performance, use only one data stream to back up each physical device on the client. Multiple concurrent streams from a single physical device can adversely affect backup times because the heads must move back and forth between tracks containing files for the respective streams." Your selections would probably "thrash" the disk pretty hard. Steve From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Weber, Philip Sent: Thursday, December 21, 2006 10:45 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Backup of Large Windows Volume NetBackup 5.1 MP5, Solaris 9 master/media servers. I have a Windows 2000 client with approx 900 Gb D: drive which I want to split into multiple streams, e.g. Stream 1 : D:\Shares\shareddata\All Departments\folder1 (100 Gb) Stream 2 : D:\Shares\shareddata\All Departments (the rest - 130 Gb) Stream 3 : D:\Shares\shareddata\folder1 (160 Gb) Stream 4 : D:\Shares\shareddata\folder2 (52 Gb) D:\Shares\shareddata\folder3 (52 Gb) Stream 5 : D:\Shares\shareddata (the rest - 270 Gb) Stream 6 : D:\Shares (the rest - 130 Gb) As far as I can see I'll have to create separate policies for all of these, in order to be able to use exclude lists to prevent duplication of backups. Is there some way that I have missed where I can add these all to one policy using NEW_STREAM, and not get duplication of data? thanks, Phil Phil Weber Business Technology (Egg) Storage Technical Services - Senior UNIX Technologist Egg is a trading name of the Egg group of companies which includes: Egg plc (reg no 2448340), Egg Financial Intermediation Ltd (reg no 3828289), and Egg Banking plc (reg no 2999842). Egg Banking plc and Egg Financial Intermediation Ltd are authorised and regulated by the Financial Services Authority (FSA) and are entered in the FSA register under numbers 205621 and 309551 respectively. These members of the Egg group are registered in England and Wales. Registered office: Laurence Pountney Hill, London EC4R 0HH. This e-mail is confidential and for use by the addressee only. If you are not the intended recipient of this e-mail and have received it in error, please return the message to the sender by replying to it and then delete it from your mailbox. Internet e-mails are not necessarily secure. The Egg group of companies do not accept responsibility for changes made to this message after it was sent. Whilst all reasonable care has been taken to avoid the transmission of viruses, it is the responsibility of the recipient to ensure that the onward transmission, opening or use of this message and any attachments will not adversely affect its systems or data. No responsibility is accepted by the Egg group of companies in this regard and the recipient should carry out such virus and other checks as it considers appropriate. This communication does not create or modify any contract. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.
Re: [Veritas-bu] Backing up Oracle RAC
Hi All, I am very keen to hear what the take is on BCV's and the requirement of SOX. I prefer to use snapshots from the advanced client, as it is quicker, easier and faster to restore. Regards, Clem Kruger Telkom SA Ltd ITS Infrastructure Storage Management : +27 (12) 680 3102 : +27 (12) 680 3299 : +27 (83) 326 2260 : [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Lightner Sent: 11 October 2006 14:40 PM To: [EMAIL PROTECTED]; [EMAIL PROTECTED]; Nardello, John; veritas-bu@mailman.eng.auburn.edu Cc: [EMAIL PROTECTED] Subject: Re: [Veritas-bu] Backing up Oracle RAC We use RMAN for a backup of a smaller (<300 GB) DB. It doesn't require stopping the database. For a large (>2 TB) Oracle DB we do the BCV thing outlined below. You don't have to run Oracle on the media server because you do a standard rather than an oracle backup. (E.G. do not use RMAN - just backup the filesystems or raw devices as if they were any other.) We also use this backup to do refreshes of our TEST/DEV/TRAINING environments. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of smpt Sent: Wednesday, October 11, 2006 4:00 AM To: [EMAIL PROTECTED]; 'Nardello, John'; veritas-bu@mailman.eng.auburn.edu Cc: [EMAIL PROTECTED] Subject: Re: [Veritas-bu] Backing up Oracle RAC You can use more RMAN streams and buffers (10 streams with 256k buffers) -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Wednesday, October 11, 2006 10:10 AM To: Nardello, John; veritas-bu@mailman.eng.auburn.edu Cc: [EMAIL PROTECTED] Subject: Re: [Veritas-bu] Backing up Oracle RAC You could do something like this Put the database in backup mode split a BCV of Take the database out of backup mode Mount the BCV on media server Run a file backup of the mounted BCV dismount BCV Of cause every backup will be a full backup I assume you have looked into incremental with RMAN Regards Michael On Tue, 10 Oct 2006 14:38:38 -0700, Nardello, John wrote > Does anyone have some suggestions for backing up larger Oracle RAC > instances, where across-the-wire backups will not be fast enough to > complete a backup within the window ? > We are _really_ trying to avoid deploying a Media Server with Oracle > running on it just to mount up BCVs of these databases, but we're not > sure what other options we actually have. > > Any thoughts ? > - John Nardello > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -- 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 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 its contents are subject to the Telkom SA Limited e-mail legal notice available at http://www.telkom.co.za/TelkomEMailLegalNotice.PDF ~~ ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Trying to implement synthetic backups
Good day Larry, Synthetic backups will not save you space as you will still be creating a full using the last full and the incrementals. You will however save time as you can have the synthetic backup run in the off peak backup time, thereby decreasing you backup window. This can save time if your master and/or media server/s are not shared with applications/databases. Your deception of differential/cumulative incremental backups will however have an effect on the number of tapes you will use. I personally prefer cumulative incremental backups as the restore window is greatly reduced in the event of a restore being required! Regards, Clem Kruger Telkom SA Ltd ITS Infrastructure Storage Management : +27 (12) 680 3102 : +27 (12) 680 3299 : +27 (83) 326 2260 : [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Anderson, Larry S. Sent: 10 October 2006 18:29 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Trying to implement synthetic backups Hi all, We have NetBackup 5.1 running in a Windows 2000/2003 environment. I would like to implement synthetic backups, but have some conflicting info regarding them. Will doing synthetic backups actually save tapes, or will it use the same amount of tape as a standard Full backup? I have two different opinions being offered to me, and need to sort this out quickly. As I understood it, a Synthetic would use 1 true FULL backup, and virtually create new ones based on pointers in the catalog based on the original full, and subsequent differentials. Now I am being told that the "Synthetic" Full will use the same number of tapes as a traditional full, just coalesced from the original full and the differentials. Can someone who has actually implemented synthetic point me in the right direction?? Larry Anderson Senior Systems Administrator Research Computing Facility Mayo Foundation (507)538-0393 [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of [EMAIL PROTECTED] Sent: Monday, October 09, 2006 11:00 AM To: veritas-bu@mailman.eng.auburn.edu Subject: Veritas-bu Digest, Vol 6, Issue 12 Send Veritas-bu mailing list submissions to veritas-bu@mailman.eng.auburn.edu To subscribe or unsubscribe via the World Wide Web, visit http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu or, via email, send a message with subject or body 'help' to [EMAIL PROTECTED] You can reach the person managing the list at [EMAIL PROTECTED] When replying, please edit your Subject line so it is more specific than "Re: Contents of Veritas-bu digest..." Today's Topics: 1. Re: NetBackup 6.0 List File? (Henry Kemp) 2. Logging problem. (David McWilliams) 3. Re: Logging problem. (H?rlimann) 4. Re: Logging problem. (David McWilliams) 5. Re: Logging problem. (Justin Piszcz) 6. Re: Logging problem. (Justin Piszcz) 7. BMR HPUX boot client failed (chodhetz) 8. Re: Logging problem. (David McWilliams) 9. Re: BMR HPUX boot client failed (Ray Schafer) -- Message: 1 Date: Mon, 9 Oct 2006 09:39:57 +0100 From: Henry Kemp <[EMAIL PROTECTED]> Subject: Re: [Veritas-bu] NetBackup 6.0 List File? To: veritas-bu@mailman.eng.auburn.edu Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="us-ascii" These are the list files I used last time. # Veritas NetBackup v4.5FP6 ftp://ftp.veritas.com/pub/products/NB45FP6.list # Veritas NetBackup v5.1 ftp://ftp.veritas.com/pub/products/NB51.list # Veritas NetBackup v6.0 ftp://ftp.veritas.com/pub/products/NB_60.list Then you can just append the filename to the base URL above to download with wget or your favorite download tool. [EMAIL PROTECTED] wget ftp://ftp.veritas.com/pub/products/NB_60_Docs.tar.gz Henry On 7 Oct 2006, at 19:51, Jason Ellis wrote: > Does anybody happen to have a copy of the NetBackup 6.0 list file > for the Symantec blind FTP site? Thanks! > > -- > Cheers, > Jason Ellis > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu Henry Kemp, NetBackup Consultant lastminute.com, 39 Victoria Street, London, SW1H 0EE, United Kingdom e: [EMAIL PROTECTED], m:07779 130 784, w: http://www.lastminute.com ** This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This footnote also confirms that this email message has been swept by MIMEsweeper for the presence of computer viruses. www.mimesweeper.com
Re: [Veritas-bu] Have to get rid of STK L180
Title: Have to get rid of STK L180 Hi Cheryl, You and others on this list could donate all your old equipment to us here in South Africa. I would make sure that the equipment would find a good home in our underprivileged schools. I myself assist and mentor underprivileged youngsters in becoming better IT specialists. Therefore, your old/unused equipment could make a great difference to other here. All donations will be accepted. Regards, Clem Kruger Telkom SA Ltd ITS Infrastructure Storage Management : +27 (12) 680 3102 : +27 (12) 680 3299 : +27 (83) 326 2260 : [EMAIL PROTECTED] From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of King, Cheryl Sent: 10 October 2006 19:41 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Have to get rid of STK L180 I’m wondering what people do with their old hardware. We have an L180 (in Denver with 8 SDLT drives) and L80 (in Miami with 2 SDLT drives). We need to keep one of them to process old tapes but need to get rid of one due to space constraints. My first question - Is anyone interested in buying one of these? Second question – How do other companies get rid of their old backup equipment? I have someone that will take the L80 but then I found out it still has value on the books. Just thought I’d check to see if there was any interest in purchasing one of these. FYI - SUN/StorageTek has quoted us $4K+ to pack/ship/certify the L80, to get it to Denver. Cheryl King System Administrator II AIS - OpenView System and Servers Certified Intrado Inc. 1601 Dry Creek Drive Longmont, CO 80503 direct: 720.864.5162 mobile: 720.840.4786 fax: 720.494.6600 email: [EMAIL PROTECTED] Intrado Inc. www.intrado.com ATTENTION: The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain confidential or privileged information. If you are not the intended recipient, please notify Intrado Inc. immediately at 720.494.5800 and destroy all copies of this message and any attachments. ~~ This e-mail and its contents are subject to the Telkom SA Limited e-mail legal notice available at http://www.telkom.co.za/TelkomEMailLegalNotice.PDF ~~ ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NetBackup Schedules - 3 Schedules in 1Policyad vice
Hi David, What I do is to have one policy per server. Within that policy, I setup the daily, weekly, monthly, yearly and ad-hoc backups. I use the calendar function to ensure that I do not have any clashes. I sometimes set an earlier start time for the weekly, monthly etc. where the backups my run longer. Regards, Clem Kruger Telkom SA Ltd ITS Infrastructure Storage Management : +27 (12) 680 3102 : +27 (12) 680 3299 : +27 (83) 326 2260 : [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of WEAVER, Simon Sent: 06 October 2006 13:17 PM To: 'David Rock'; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] NetBackup Schedules - 3 Schedules in 1Policyad vice David My thoughts exactly - more so, was making sure the WINDOW for both Monthly and full are SET the same - otherwise I kinda thought this in itself could cause an issue and start off a schedule I did not want to start :-) Thank you for your help on this matter 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: David Rock [mailto:[EMAIL PROTECTED] Sent: 06 October 2006 07:01 To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] NetBackup Schedules - 3 Schedules in 1 Policyadvice * WEAVER, Simon <[EMAIL PROTECTED]> [2006-10-06 06:35]: > > All, > > NBU 5.1 MP2 Win2k Master + 2 SAN MS > Morning! I am trying to work out a solution to trimming down all the > policies I have. Presently, I have the following:- > > 1 x Policy for Month backups, which contains 1 Schedule. Schedule > starts 7pm Fri and ends 7am Sat > > 1 x Policy for Weekly Backups, which contains 2 Schedules. 1 x > Schedule is the Full Backup, starting 7pm Fri and ends 7am Sat. The > next schedule is for Incr which take place 7pm - 10pm Mon, Tues, Wed > and Thursday only. > > If I was to place the MONTHLY SCHEDULE (Copy / Paste) into the Weekly > Backup Policy, would I get the Monthly and Weekly full backups trying > to run at the same time? > > I am trying to work out the best way (and effecient) to ensure monthly > runs on a set day only, but does not interfere with the regular weekly > full backup. Adding the Monthly schedule to the existing policy containing the Weekly and Daily schedules will not result in both running at the same time. Frequency based scheduling does just that, it give priority to the schedule that runs on the _least_ frequent schedule. So, if there is a conflict between the Monthly and the Weekly, the Monthly will win. Having them in separate policies _guarantees_ they will _always_ try to run at the same time. Having them in the _same_ policy is specifically intended to manage it for you so they don't. Of course, you will need to play with it to make sure it does what you think it's supposed to do :-) -- David Rock [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of Astrium Limited. Nothing in this email shall bind Astrium Limited in any contract or obligation. 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 e-mail and its contents are subject to the Telkom SA Limited e-mail legal notice available at http://www.telkom.co.za/TelkomEMailLegalNotice.PDF ~~ ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] % Complete not showing for Solaris
Title: Message Hi Thomas, I agree with Simon. The Java GUI does not seem to show the %age competed. Kind Regards, Clem Kruger Senior Consultant Technology Cabangisisa IT Solutions Office: +27 (0)11 795 1581 Mobile: +27 (0)83 326 2260 Fax: +27 (0) 86 670 8394 Email: [EMAIL PROTECTED] Web Site: Http://www.re-thinking-it.com/index.htm NOTICES: This message and any attachments are confidential and intended solely for the addressee. If you have received this message in error, please notify the sender at CITS immediately. Any unauthorised use, alteration or dissemination is prohibited. CITS accepts no liability whatsoever for any loss whether it be direct, indirect or consequential, arising from information made available and actions resulting there from. Please note that CITS only binds itself by way of signed agreements. 'Signed' refers to a hand-written signature, excluding any signature appended by 'electronic communication' as defined in the Electronic Communications and Transactions Act, no. 25 of 2002. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of WEAVER, Simon Sent: Monday, September 25, 2006 3:58 PM To: 'Gravizi, Thomas'; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] % Complete not showing for Solaris Thomas Not sure if this helps, but I do run clients with NBU 3.4 agents. Even though our NBU is 5.1 the backups run, but do NOT show the % or any indication the job is running - although I can tell via Activity Monitor in the colum "kilobytes" Are the clients running up to date software clients for NBU ? 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: Gravizi, Thomas [mailto:[EMAIL PROTECTED] Sent: 25 September 2006 14:47 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] % Complete not showing for Solaris Greetings, In the activity monitor, the percentage completed shows up for our Windows backups just fine. The Solaris backups do not show anything at all. Is there some setting that has to be done for the percentage completed to be visible for Solaris backups? We are running in a mixed environment with Solaris 10 as our master, and Solaris 8 and Solaris 10 as our media servers. Any help is appreciated. Thanks, Thomas Gravizi UNIX Systems Administrator Enterprise Operations STERIS Corporation - Mentor, OH [EMAIL PROTECTED] 440.392.7630 - phone 440.350.7078 - fax This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of Astrium Limited. Nothing in this email shall bind Astrium Limited in any contract or obligation. 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] NetBackup 6
Good day all, I would like to hear every ones thoughts on NetBackup 6? Regards, Clem. ~~ This e-mail and its contents are subject to the Telkom SA Limited e-mail legal notice available at http://www.telkom.co.za/TelkomEMailLegalNotice.PDF ~~ ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
