[Veritas-bu] Is the veritas-bu list still alive?
I know I've been gone for a while, but I was surprised to see the archives stopped in 2016. Did something happen I don't know about? ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Synthetic Backups
Nope. You verified what I believed to be the case. Although the documentation suggests otherwise, and something that the original poster is experiencing does as well, it's nice to see that it works as I thought it should -- at least somewhere. ;) Thanks. -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Crowey Sent: Tuesday, July 07, 2009 10:52 PM To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Subject: [Veritas-bu] Synthetic Backups cpreston wrote: And you're verifying that the original full does not need to be kept around? OK ... I missed two important points I guess. With a 1 month retention period, I always have 4 (weekly) synthetic backups in my library, and so yes I've never had any problem about recovering files very quickly that were/are less than one month old. However, we do also have another separate policy that duplicates the most recent synthetic copy to another set of tapes for our EOM set. And, again, I've restored from our EOM tapes (from various months/years) more than enough times to know that the process works just fine. And I do know for sure that we do not keep an initial full backup - it expires (after one month) like any other backup. Its the seed for the initial synthetic, but then its no longer required - moreover, its no longer useful (in the synthetic backup process) if you don't have differentials that date back to the creation of that 'seed' full backup. Is that clearer? Anything else that I missed? +-- |This was sent by jcr...@marketforce.com.au 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] Synthetic Backups
And you're verifying that the original full does not need to be kept around? -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Crowey Sent: Tuesday, July 07, 2009 5:55 PM To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Subject: [Veritas-bu] Synthetic Backups Gidday, I've been running synthetics for nearly two years now to backup about 3/3.5 TBs and have to say has generally run extremely well. Within the same policy I have 3 schedules. The first is an ad-hoc full - I used this to create the first full backup, and on the very few occasions when the synthetic has stuffed up and I needed to start again. It has a 1 month retention. Second is a daily differential that runs every three hours and goes to disc. They have a two week retention period. Lastly, I have the synthetic full backup. Runs every saturday and also has a 1 month retention. Like I said, it occasionaly stuffs up, but works 99% of the time, and appears to run 3 to 4 times faster than a traditional full. I HIGHLY recommend it. +-- |This was sent by jcr...@marketforce.com.au 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] Policy types
To each his own, of course, but I believe the one client per policy setup is actually just as easy, if not easier to manage than the multiple clients per policy type. I laid out my reasoning for this a while back: http://www.backupcentral.com/content/view/51/47/ -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Donaldson, Mark Sent: Friday, May 15, 2009 8:58 AM To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Subject: Re: [Veritas-bu] Policy types Some people swear by the one-client, one-policy method. I'm not one of them. The only reason I can see to do this is the ease of turning off backups for a client. In 9+ years of doing Netbackup, I think I've done this less than a half-dozen times. Even with multiple clients per policy, you can do this with a bpclient command by setting jobs per client to zero. I like grouping. I have 5 unix policies 5 windows policies that contain the great majority of my clients. Each policy has a different full backup night so I distribute my full backups across the week. I try to add clients to each policy based on the volume each policy does, adding a new client to the policy with the current, least volume of weekly backups. (I've got a little shell script that prints out one week's totals that I use.) My filelists for backup are / with Cross mountpoints checked and I manage what shouldn't be backed up via exclude lists. If somebody alters a server, changes the mountpoints, etc. the policies just catch the change auto-magically. Now, all that said, about 20% of my servers need special treatment. Firewalled servers can't back up to anything but my central master server (firewall rules) so they need different storage units. I have a pair of policies for firewalled servers as a result. I have a group of NT servers that only need the C D drives backed up so their in their own policy with a fixed include list.' There's a couple more one-off policies for special-purpose or special-needs servers. But, in general, I like the use of multiple clients per policy and think it great reduces administration time. HTH - M -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of bmcelroy Sent: Thursday, May 14, 2009 12:44 PM To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Subject: [Veritas-bu] Policy types We're discussing creating two policies to backup all of our clients...one for all Windows servers and one for all Unix servers. I think this would make administration much easier. Can any of you give me the pros and cons of using only one policy? Thanks, B +-- |This was sent by bmcel...@southernco.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 ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Clean up disk space on Data Domain
If you're using the VTL, all you really have to do is re-label the tapes in NBU after they're expired. That tells DD that it can erase the rest of what's on the tape. That's the case with any VTL. If you're using the file interface, it deletes the files for you when they expire. _ From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Randy Doering Sent: Wednesday, March 18, 2009 10:55 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Clean up disk space on Data Domain What we do when space gets tight on our DataDomain is to identify Images that are soon to expire within NBU. Go ahead and pre-expire them, then afterwards kick off a clean. In our case, we use VTL and pre-expire the volumes that are soon to expire (we have 3 month retention), go out to the DD and vtl export/vtl tape del; followed by a vtl tape add/vtl import. Randy _ From: dmehta netbackup-fo...@backupcentral.com To: VERITAS-BU@mailman.eng.auburn.edu Sent: Wednesday, March 18, 2009 12:54:43 PM Subject: [Veritas-bu] Clean up disk space on Data Domain Hi, We are using NBU 6.5.3 and all our backups are going to Data Domain. One of our backend disk is at 100% and we want to get some space back. However we do not know how can we get it faster other than running the clean process of DD, even after which we will be getting 265 GB space. Any help would be appreciated. Thanks, Dushyant Mehta +-- |This was sent by dushyant_me...@symantec.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] dedup/replication
Actually, TOP said he had backed up to an EDL/3DL (EMC Quantum box). Jeff (Kaplan), Is it possible to use tape shadowing on the replicated system, so that the backup to one virtual tape, replicate to another virtual tape, then eject that virtual tape to create a physical tape? _ From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Jeff Lightner Sent: Tuesday, March 17, 2009 7:34 AM To: Wilcox, Donald A (GE, Research); jeff kaplan; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] dedup/replication Of course. Deduplicated information is only that information that is not already duplicated somewhere else on the storage device. Once you copy the image using bpduplicate to a tape there is no other copy of the information (so far as the tape is concerned) so obviously it would create a whole backup using duplicated and non-duplicated information from the Data Domain to create it. However, I didn't see anything by OP that suggested he was looking to save deduped information to a tape. I read his post as meaning: There is a backup that went to Data Domain - we would now like to have a tape copy of the backup. The only real trick in what he wrote is how to get the information from the remote Data Domain to the local one. Since we don't do the remote setup here (we use vaulting to duplicate the local one to tape) I don't know exactly how that mechanism works. It may be automatic simply by requesting a bpduplicate of the image or it may require some step on the Data Domain itself. I feel confident however that there is a way to get the data from remote to onsite. Otherwise having a remote unit would be worse than useless. _ From: Wilcox, Donald A (GE, Research) [mailto:wil...@ge.com] Sent: Tuesday, March 17, 2009 10:19 AM To: Jeff Lightner; jeff kaplan; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] dedup/replication It is my understanding that Data Domain deduplicated images get blown back up before going to tape, thereby losing the deduplication. Donald Wilcox 1 Research Circle (KWC124B) Niskayuna, New York 12309 Email: wil...@ge.com Office: 518 387-6856 _ From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Jeff Lightner Sent: Tuesday, March 17, 2009 10:02 AM To: jeff kaplan; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] dedup/replication If NBU can see it then you can use the bpduplicate command to copy the image from Data Domain to tape. _ From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of jeff kaplan Sent: Monday, March 16, 2009 11:07 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] dedup/replication Hello- Without using OST, is there a way to get a physical tape copy from a deduped/replicated image? We have a local EDL/3DL replicating (de-duped data) to a remote EDL/3DL. We need to get a physical tape from the remote copy, but it has to NBU-aware. Thanks in advance! _ Windows LiveT Groups: Create an online spot for your favorite groups to meet. Check it out. http://windowslive.com/online/groups?ocid=TXT_TAGLM_WL_groups_032009 Please consider our environment before printing this e-mail or attachments. -- 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
Re: [Veritas-bu] How to properly calculate the Catalog
You make some good points, Bob. -Original Message- From: bob944 [mailto:bob...@attglobal.net] Sent: Sunday, March 15, 2009 6:47 PM To: veritas-bu@mailman.eng.auburn.edu Cc: wcplis...@gmail.com Subject: RE: [Veritas-bu] How to properly calculate the Catalog That formula in the manual is completely worthless. I can't believe they still publish it. The SIZE of the data you're backing up has NOTHING to do with the size of the index. What matters is the number of files or objects. [...] I could backup a 200 TB database with a smaller NBU catalog than [snipping the obvious (though perhaps not to NetBackup beginners): since 99% of the catalog is a list of paths and attributes of files backed up, a list of a million tiny files and a list of a million giant files are going to occupy about the same catalog size.] To get the real size of the index: 1.Calculate number of files/objects [...] (I say 200 bytes or so. The actual number is based on the average length of your files' path names. 200 is actually large and should over-estimate.) Um, to quote some guy... That formula [...] is completely worthless. Just kidding. Files-in-the-catalog times 200 is very old-school. And right out of the older manuals which used 150, IIRC. There are a couple of things to take into account here.which made me move away from files*150--aside from the drudgery of figuring out file-count stats per client per policy per schedule per retention. 1. smaller sizes using the binary catalog introduced in 4.5. No idea what the file formats are, but in perusing various backups, there appears to be a lot of deduplication of directory and file names happening. 2. catalog compression, which may or not be important to the calculations. Using compression, IME, reduces catalog size by two-thirds on average, thus tripling catalog capacity for users with longer retentions. 3. Full backups versus incrementals. The *imgRecord0 file is usually the largest binary-catalog file for a backup; in an incremental it is not appreciably smaller than in a full. So, in the event that an incremental finds only, say, 10 changed files in a 100,000-file selection, the size of the catalog entry for that incremental is nowhere near what one would expect from a small backup--it's much closer to a full. Though this is little predictive help to a new NetBackup installation, getting a handle on catalog sizing for existing systems is too easy: the number of files backed up and the size of the files file are each lines in the metadata file. Dividing size by files doesn't _really_ give you the number of bytes per file entry, but it yields a great planning metric. This script: #!/bin/sh cd /usr/openv/netbackup/db/images find . -name \*[LR] | \ while read metaname do if [ -f ${metaname}.f.Z ] thenCOMPRESSED=C elseCOMPRESSED= fi awk ' /^NUM_FILES/ { num_files = $2 } /^FILES_FILE_SIZE/ { files_file_size = $2 } END { if ( num_files 2 files_file_size 2 ) { printf %4d (%s %11d / %11d ) %s\n, \ files_file_size / num_files, \ compressed, \ files_file_size, num_files, FILENAME } } ' compressed=$COMPRESSED $metaname done can be used to get a handle on catalog sizing. Sample output: (first column is files_file_size divided by files in the backup; C is for a compressed catalog entry, followed by the files-file size, number of files and the pseudo-backupID) 33 (C 331651 /9884 ) ./u2/123500/prod-std_1235118647_FULL 36 (C 1654789 / 45203 ) ./u2/123500/prod-std_1235119960_FULL 33 (C 331497 /9884 ) ./u2/123500/prod-std_1235202798_FULL 36 (C 1655827 / 45223 ) ./u2/123500/prod-std_1235203103_FULL 33 (C 74293 /2236 ) ./u2/123500/prod-std_1235286142_INCR 35 (C 79497 /2212 ) ./u2/123500/prod-std_1235286246_INCR 33 (C 332661 /9884 ) ./u2/123500/prod-std_1235808812_FULL 36 (C 1657187 / 45245 ) ./u2/123500/prod-std_1235810235_FULL 32 (C 73757 /2236 ) ./u2/123500/prod-std_1235890933_INCR 35 (C 79389 /2212 ) ./u2/123500/prod-std_1235891054_INCR 101 ( 1001512 /9884 ) ./u2/123600/prod-std_1236498790_FULL 102 ( 4644469 / 45185 ) ./u2/123600/prod-std_1236498992_FULL 446 ( 1001548 /2243 ) ./u2/123600/prod-std_1236664989_INCR 2092 ( 4646723 /2221 ) ./u2/123600/prod-std_1236665069_INCR Notice the last and third-last lines. They are a full and a diff of the same filesystem. imgRecord0 makes up 3.25MB of the 4.64 files_file_size whether it's a full (45,185 files) or an incremental (2221 files). To loop back to the middle of this, I find that 100 bytes/file uncompressed (35 compressed) is a good planning value for fulls on most systems; the exceptions tend to
Re: [Veritas-bu] How to properly calculate the Catalog
Todd, That formula in the manual is completely worthless. I can't believe they still publish it. The SIZE of the data you're backing up has NOTHING to do with the size of the index. What matters is the number of files or objects. I could backup a 200 TB database with a smaller NBU catalog than you'll have with your files. To get the real size of the index: 1. Calculate number of files/objects in your entire dataset (N) 2. Calculate number of files/objects that changes on a daily basis (I) 3. Calculate how many cycles you'll store (sets of fulls and incrementals) (C) Assuming weekly fulls and daily incrementals and keeping 12 weeks: (N + (I x 6)) x 12) = Number of objects tracked in the index Multiply that times 200 bytes or so and you have your index size. (I say 200 bytes or so. The actual number is based on the average length of your files' path names. 200 is actually large and should over-estimate.) _ From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Todd Jackxon Sent: Friday, March 13, 2009 8:41 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] How to properly calculate the Catalog Hello All, I am trying to use the formula for calculating the catalog and not sure about the results. Has anyone Calculated the catalog using the formula in the Performance Tuning guide? Can you please explain how to properly do this? 1 - When the formula states total backups ... is this for one Full backup of all data for one day? Schedule Incremental - daily - retention 5 weeks Weekend Full - retention 6 weeks (only first 3 weekends) Month-End - retention 1 year (last Saturday of the month) Below is my attempt to calculate this. Any clarification would be appreciated. - 614GB data back up * 3 Full Backups (1842GB) * 2 months retention (3684GB) = 3.5 TB Full 447GB data back up * 1 Full Monthly Backup (447GB) * 12 months retention (5364GB) = 5.2 TB Month End Full 122GB incremental * 30 incr backups monthly (3660GB) * 5 week retention (1.25 months) 4605GB = 3.5 TB -- 3.5 TB incr 3.5 TB Weekly Full 5.2 TB Month-End Full = 12.2 TB = Netbackup catalog size (2%) = 240GB Catalog space This does not seem right??? Thanks Jack ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] how to copy backups from data domaintotapew/netbackup 6.5
If you ask me, you should be considering the OST interface, not the VTL interface. It will give you a bigger boost in performance than the VTL interface will, from what they've been publishing lately. In addition, in a few months, OST will support copying to tape via OST. You'll get better performance to start, then get more functionality once that's available. _ From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Hickman, Tony Sent: Monday, March 09, 2009 12:16 PM To: Jeff Lightner; Donaldson, Mark; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] how to copy backups from data domaintotapew/netbackup 6.5 Thanks for the many replies, and my apologies for taking awhile to respond. I just got off of a very long support call with Data Domain and I mentioned the tape backups to the tech I was working with. The Data Domain device is setup as a disk storage unit. It has VTL capabilities but the VTL has not been setup yet. The tech recommended that we setup VTL but wanted me to check with our assigned systems engineer before proceeding. We have one Win 2003 server as our master server, and we have a Quantum Scalar i500 that holds our tapes. Before the Data Domain everything was going to tape. I am not certain just yet if the VTL setup is required to copy to the tapes or not, or if I can just script something out and go? It is becoming increasingly critical for me to find a way to get the backups off of the Data Domain and get them to tape. Currently our retention periods are set at 3 months for all backups. Our corporate policy states we must take the quarterly fulls to tape and archive them offsite. The problem is that we have yet to grab our 4th quarter tape backups for 2008 and we are getting closer to running out of time. Also the Data Domain is nearing it's maximum capacity. So the plan is to get the 08 4th quarter fulls off to tape and then drop our retention periods down to 1 month from 3 month to help free up space. I will do some research here shortly about the bpduplicate command and see what I can come up with. I'm not that great at scripting but I can normally find my way around. I hope the extra information helps. If anyone else has more advise please chime in. I appreciate all the quick responses. Thanks, Tony H. _ From: Jeff Lightner [mailto:jlight...@water.com] Sent: Monday, March 09, 2009 1:39 PM To: Donaldson, Mark; Hickman, Tony; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] how to copy backups from data domain totapew/netbackup 6.5 It would have to be a DSU since it is a disk based de-duplication device. Here we use GigE connections to it but Fibre is available (for a price). In our environment we DO have Vaulting so we regularly vault from the DSU to tape for those items that require offsite storage. One alternative to that (which we don't use) is to get a second Data Domain and put it at an offsite location then use Data Domain's ability to copy images directly to the offsite unit from the onsite unit. _ From: Donaldson, Mark [mailto:mark.donald...@staples.com] Sent: Monday, March 09, 2009 2:31 PM To: Jeff Lightner; Hickman, Tony; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] how to copy backups from data domain totapew/netbackup 6.5 Is the data domain a DSU for netbackup? When you say you're backing up to it, can you give more details? -M _ From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Jeff Lightner Sent: Monday, March 09, 2009 10:51 AM To: Hickman, Tony; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] how to copy backups from data domain totapew/netbackup 6.5 You can use the bpduplicate command to copy one backup image to another. The source image can be Data Domain and the target can be tape. If you know scripting it should be fairly easy to create a script that calls this command. Type man bpduplicate for more details on the command. Look at the storage unit options for setting source and destination. _ From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Hickman, Tony Sent: Monday, March 09, 2009 10:27 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] how to copy backups from data domain to tapew/netbackup 6.5 Hi, This is the first time for me using this mailing list. This list was recommended to me by someone and here I am. Here is my current dilemma: We went to using a Data Domain device along with NetBackup 6.5 in late December. We do not have the Vault add-on for NetBackup. Currently all of our backups are going to the Data Domain. Our corporate policy requires us to make quarterly full backups to tape. I am trying to figure out how I can copy backups off of the Data Domain to a tape library.
Re: [Veritas-bu] Special Tapes to policies
I guess my question is to question the requirement to do this. I've never been a fan of special backups going to special tapes. I'm relatively OK with segregating backups (e.g. Oracle on its own tapes, etc), but who cares what backups go to what tapes? Just let NBU put it on whatever tape it wants to be on and then let it track them. Why force certain backups to certain barcodes? Historically, when I find people doing this, they look and they find that they're doing it cause the guy before did it, and the guy before him did it, and the guy before him did it cause he liked the color blue. So why do you have this requirement? -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of shred625 Sent: Wednesday, February 25, 2009 7:32 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Special Tapes to policies I had a vision and it didnt turn out exactly how I intended it. (NBU 5.1 MP5upgrading soon Windows centric environment) I have the need to write certain data to only specific tapes. Those tapes are designated by a two digit code at the front of the tape. I have policies that I need to write to these tapes but I would like them to be able to drop in different pools based on retention (daily, weekly ect). Currently I have the tapes going to pool X and using barcode rules the tapes are assigned to that pool. Those polices are set to write only to pool X. What I would rather have to I can still see daily, weekly and so on pools is those tapes drop into the scratch pool but can only be used by those specific policies. I tried this and wasnt able to get it to work as the policies would grab any scratch tapes and for business reasons this cant happen. Any ideas here? +-- |This was sent by jsmithh...@kpmg.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
Re: [Veritas-bu] Multiple Master for Single Client
Good point. -Original Message- From: Donaldson, Mark [mailto:mark.donald...@staples.com] Sent: Monday, February 09, 2009 9:28 AM To: W. Curtis Preston; Justin Piszcz; VERITAS-BU@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Multiple Master for Single Client Note: Anything initiated on the client side, though, ie: user-backups user-archives, is going to use the first server in the bp.conf file. -M -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of W. Curtis Preston Sent: Saturday, February 07, 2009 10:58 AM To: 'Justin Piszcz'; VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Multiple Master for Single Client What Justin says plus: If it's a Windows client, make sure you're not using archive bit for incremental backups. Each server will clear the archive bit and cause files to be skipped by the next server. -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Justin Piszcz Sent: Saturday, February 07, 2009 3:46 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Multiple Master for Single Client On Sat, 7 Feb 2009, NBU wrote: Dear Forum, 1) Can a single client have 2 master servers. Is it possible to backup a single client through different master servers. If yes then pls inform the procedure. Yup, just put both master server (and media server) names in the client's bp.conf file. Then setup a policy on each master to backup the client, keep in mind though you'd be backing up the same host twice. You could also do a user-initiated backup and specify the master option to bpbackup and send the data to one master, another, or rotate, but then you would have to keep track of what was backed up and when. 2) How multiple master can have a single EMM server. I have not tested this. Justin. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Expired Netbackup Tapes Unreadable
And IMHO, anyone with a retention policy should also have a relabeling policy. When a tape goes into scratch, you should have a script relabel it. If you do this on a regular basis, you're protected. If all you do is expire it without relabeling it, a savvy plaintiff could ask you to re-import all the tapes in your scratch pool. -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of David McMullin Sent: Friday, January 16, 2009 10:46 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Expired Netbackup Tapes Unreadable AFAIK - Here is the key - You need to insure whatever action you take is in line with EXISTING retention policy and is NOT being done in light of some legal action that is pending. You MUST have a retention policy. If your retention policy says you keep it for X days, then scratch the tapes, you are safe as long as you are within your policy. Every tape we write is encrypted. ___ 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] Making Expired Netbackup Tapes Unreadable
Agreed. Simply relabeling the tape puts a EOD (END OF DATA) mark after the label. Every expert I've ever talking to says that getting past that is impossible. Therefore, my TECHNICAL opinion is that relabeling a tape falls under the 'reasonable man' standard for making sure a tape is unreadable by bad guys. -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Marianne Van Den Berg Sent: Friday, January 16, 2009 9:08 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Making Expired Netbackup Tapes Unreadable Try label or quick erase. -Original Message- From: rvadde netbackup-fo...@backupcentral.com Sent: 16 January 2009 18:50 To: VERITAS-BU@mailman.eng.auburn.edu VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Making Expired Netbackup Tapes Unreadable Greetings, I am pretty sure that a lot of you who are working for big enterprises are aware of the legal holds and holding even the scratch tapes for the legal purposes. I have a question related to this. There is a possibility that legal might come back and ask to hold all tapes including the scratch tapes because Netbackup has a mechanism to read those tapes and import them. Is there a way we can make Netbackup tapes as unimportable easily with out rewriting the whole tape? Thanks +-- |This was sent by rajesh_va...@fanniemae.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 ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Searching Forum Archives
I prefer the format of the search at http://www.backupcentral.com/phpBB2 , but I may biased. :) Sent from my Verizon Wireless BlackBerry -Original Message- From: Nardello, John john.narde...@wamu.net Date: Tue, 30 Dec 2008 11:46:10 To: Randy Samorarandy.sam...@stewart.com; Veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Searching Forum Archives ___ 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] NetApp vs. SAN Media Server
Ed Wilts said: Snapshots appear to be full copies of the file system, whether anything has changed or not. It doesn't matter if you're modifying files, deleting files, or completely overwriting them. It's a good thing you're a backup expert and not claiming to be a NetApp expert :-) I know quite a bit about NetApp and have even been accused a time or too of being a NetApp bigot. Want me to give you a lecture on how WAFL works? ;) What I'm concerned about is how much space each snapshot will take up. Let's cover one extreme. 1. Put 1 1KB files on the filer 2. Take a snapshot. 3. Delete those 1 files from the filer 4. Add 1 more 1 KB files on the filer 5. Take a snapshot 6. Repeat Each snapshot will take up 10 MB (10,000 KB) of space Here's another extreme. 1. Put 1 files on the filer 2. Take a snapshot. 3. Modify each of the 1 files, with a 1 byte modification each time 4. Take a snapshot 5. Repeat Each snapshot in this scenario will take up 10 KB (1 bytes), regardless of the size of the original filer. If each day he backs up the SQL dump, he deletes yesterday's file then makes a new one, he's behaving like the first extreme and each snapshot will take up the size of the SQL dump. If he overwrites the same file every day, he has a better chance of being closer to the second extreme. But, what I've SEEN is that in the scenario where you are completely overwriting the file each time (as you would in a SQL dump), it can cause the first extreme and not behave like the second extreme. It depends on the application and how they lay down the data. If how they lay down the data makes it look like they've just modified the file, then the filer will act closer to the second extreme. If the overwriting of the file scrambles it in such a way that it moves all the blocks around, each day's snapshot will take up the same space as a full SQL dump. (BTW, the quickest way to guarantee the latter, in my experience, is to run that SQL dump through compression. Just like compression messes up dedupe, it also messes up the way NetApp looks at the file to find differences.) 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] How to plan out policy(schedules), [...]
Bob, This is a really well-thought-out answer to his question. Although I don't agree with ALL of your recommendations (I don't like frequency-based schedules for fulls), this is actually a pretty good summary of what someone should do to setup a new backup environment. You've inspired me to blog about the same. (Of course, I may use my own opinions...) ;) Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: +1 760 710 2009 cpres...@glasshouse.com | www.glasshouse.com Infrastructure :: Optimized -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of bob944 Sent: Saturday, December 06, 2008 6:37 PM To: veritas-bu@mailman.eng.auburn.edu Cc: boloba...@gmail.com Subject: Re: [Veritas-bu] How to plan out policy(schedules), [...] All other advice you receive will be more complicated and that's fine if it makes more sense to you. My philosophy here is to make your NetBackup as simple and self-maintaing as possible; every exception (and there will be some) is a cost. I am very new to NBU. Our enviornment has 300 intell and 100 unix system.We have 1 master ( sun t5120) for entire enviornment and 2 media ( sun x4500 disk storage) for lan based backup. one media server ( sun t5220 ) for SAN client for exchange and RMAN. One more media server ( sun t5220 ) for NDMP backup. We also have stk 8500 tape library. So you need a (emphasis: a) windows policy, a standard, an Exchange, an Oracle and an NDMP. If you'll have long-running backups, set as long a checkpoint interval as you can stand. Give every policy some default priority, say, 1000 (sooner or later, you'll have something that should run as low-priority but if all the policies are 0, there's no lower setting). Set allow multiple data streams. Our plan is to have 45 days retention for all data Personally, I wouldn't save incremenal data for more than two fulls, but since a single retention period is simpler and meets your needs, let's use it. But rather than create a custom retention period let's use one that's already in NetBackup, say 2 months. (Though I love to fiddle with and customize things personally, I prefer to leave everything as stock as possible and still meet the business requirements--every customization adds to the list of things that have to be replicated in the future. If you have a Real Business Need for 45 days, or if the extra retention will cause you to buy more storage, then go ahead and customize a retention level.) and do increamental daiy and full on weekend. Don't do that. Figure out your backup window, say 2000-0600, and set full and incremental frequency-based schedules the same, every day. (Remember that the end time of a window is the last time a policy can automatically _start_, so if a queued backup starting at 0550 and running for a couple of hours is too late, use an earlier time than 0600.) Your weekly fulls will run every seven days (and that day's incremental will not). (There are half a dozen ways to avoid doing a disproportionate number of fulls on a weeknight; the simplest is to just add, say, 10% of your clients to policies every weekday and the rest on Friday; a client/policy's first backup will be a full.) For windows and standard policies selection lists: ALL_LOCAL_DRIVES. Set up (you and/or your clients) excludes for database files, for netbackup/db/images and your disk STUs (yes, include your NetBackup servers in the standard policy for simplicity) and for any other data the client doesn't want/need backed up and make the client responsible for managing it--that's why exclude/include lists are on the client in the first place. For database policies, have all clients use the same name and location for the script. As of now we not planning for cloning ( VAULT ( offsite)). There is alos plan to migrate data if LAN media server ( x4500) fills to 80% to Tape library. NDMP and SAN client backup will go directly to 8500. That sounds as if you're going to have one copy of some backups on disk (only) and one copy of others on tape (only). If the loss of backups due to failed disk or failed tape is acceptable, fine. If that's not acceptable, use Storage Lifecycle Policies to do the duplications; SLPs can easily do duplications integrated into the backup period rather than the big vault batches usually done in off-hours. Two SLPs (one disk-to-tape, the other tape-to-tape) will cover both duplications in your setup. Use the storage unit groups for destinations. stgunit, stggroup, Storage units are almost self-defining. Device discovery for the tape drives and supply a disk path to create basic disk storage units. Reduce the fragment size only if you will be doing significant smounts of individual file restores. Multiplex the tape STUs to something like 8 or even 32 (and control the actual multiplexing used
Re: [Veritas-bu] How to plan out policy(schedules), [...]
I am a proponent of the one-client-per-policy design. I've blogged about it: http://www.backupcentral.com/content/blogsection/4/47/ Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: +1 760 710 2009 cpres...@glasshouse.com | www.glasshouse.com Infrastructure :: Optimized -Original Message- From: bob944 [mailto:bob...@attglobal.net] Sent: Friday, December 12, 2008 9:47 AM To: veritas-bu@mailman.eng.auburn.edu Cc: Curtis Preston Subject: RE: [Veritas-bu] How to plan out policy(schedules), [...] This is a really well-thought-out answer to his question. Although I don't agree with ALL of your recommendations (I don't like frequency-based schedules for fulls), this is actually a pretty good summary of what someone should do to setup a new backup environment. You've inspired me to blog about the same. (Of course, I may use my own opinions...) ;) Thank you, Curtis. I'm just a simple guy; complex setups make my hair hurt and I've have had enough Oops, forgot about moments that I use simplicity to minimize them. The other approach that I love (though I'd never implement it unless I had beaucoup time to get the coding right end-to-end) is the exact opposite: one person on this list (sorry, I don't rember who you are) who has a bajillion clients with a policy for each one with an automated setup, like a scratch-built backup provisioning system. Took a week for the concept to grow on me, and I can see it for a very experienced shop with a fluid mix of clients. 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Best exclude list for Windows, solaris, linux ?
You can also use bpgetconfig and bpsetconfig. Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: +1 760 710 2009 cpres...@glasshouse.com | www.glasshouse.com Infrastructure :: Optimized -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Servet Ince Sent: Friday, December 05, 2008 6:12 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Best exclude list for Windows, solaris, linux ? Hi, I've been trying to exclude something (.jpeg, .avi) on the windows client, but It doesn't work, I don't know why! If I give Full path including the file name, at that time it works. Otherwise, like if I write '*.jpg'; it doesn't work:( By the way; You should add more paths. There are 3 ways to do it; 1.) On the Client Properties from Master GUI. There is 'Exclude List' under the Windows Client option. 2.) There is 'Client Properties' on Backup, Archive and Restore GUI at Client site. There should be 'Exclude List'. You can add the path to there. 3.) You can create a file under '\InstallPath\ProgramFiles\Veritas\Netbackup' and name it as 'exclude_list' then put the path in it. FYI. Servet -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of toaster Sent: Friday, December 05, 2008 4:00 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Best exclude list for Windows, solaris, linux ? Hi guys, I was wondering what was your exlude list on Windows client? I found only 1 mention of this on symantec site: http://seer.entsupport.symantec.com/docs/182189.htm witch is : C:\VERITAS\NetBackup\bin\bpdbm.lock C:\VERITAS\NetBackup\bin\bprd.d\*.lock C:\VERITAS\NetBackup\bin\bprd.lock C:\VERITAS\NetBackup\bin\bpsched.d\*.lock C:\VERITAS\Volmgr\misc\* But i think that i can include more like: c:\temp c:\windows\temp What else can be exlude for backup?Same question for Solaris, Linux client :) +-- |This was sent by hero...@gmail.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 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] How to plan out policy(schedules), [...]
Suit!?!?! Them’s fightin’ words! I need to do a blog on this, as I answer this question a lot. If you want to do weekly backups using frequency based schedules, here are your choices. 1. Leave the window open only on the night you want the backup to run. Schedules that succeed that night will be fine. BUT if it fails that night, it won’t retry until next week. Yuck. 2. Leave all nights’ windows open. When the backup that’s supposed to run Monday fails and then runs on Tuesday, it will always run on Tuesday from then on because that will be when it meets the frequency of 7 days. Full backups end up creeping around and bunching together. I HATE this one as it’s unpredictable over time. I’ve seen it where over time all my full backups were running on the same night. (I like to spread them out.) 3. Leave a few days’ windows open (say, 3), and set a frequency of 4 days. This causes NBU to try on the first day with an open window, then retry on the second/third if it fails. You have the retry feature that calendar-based backups have without the schedule creep problem because you have a frequency of four days. (This is the best of the three, IMHO.) The schedule-creep problem is compounded by manual backups. If you ever do a manual backup, the frequency will be calculated from that day. Suppose you chose option three above and opened the windows for Friday, Saturday, and Sunday night, and put a frequency of four days. If you happened to run a manual full backup on Thursday night, your regular full backup won’t run that weekend. _I_ like to do monthly full backups and weekly cumulative incremental backups. The above problems are compounded when you want to do this. You can’t reliably predict what night the fulls are going to run, and can’t easily spread them out across the month (which I like to do). It’s much easier to spread them out using calendar based schedules. You take some clients and tell them to do their full on the 1st Friday of the month, and their cumulative incremental every Friday. When the two “clash” on the 1st Friday, the full takes precedence and runs. Every other Friday it will run a cumulative incremental. As for the failed backup problem, you just check “allow after run day,” and it will retry the backups until they succeed, and this won’t mess in any way with when they’ll run the next time. Also, running manual full backups won’t mess with the schedule either. The manual tells you not to mix calendar and frequency backups. I don’t like calendar backups for daily backups, so some see this as a problem. BUT I’ve found that if you monthly full, weekly cumulative, and daily (frequency based) incremental all have the same windows, the frequency-based schedule will take precedence and run when the others aren’t running and the calendar backups will take precedence when it’s time for them to run. You just have to keep the windows the same. The only goofy thing about calendar-based schedules (and it really annoys me) is that most people use a 6 PM to 6 AM clock (or some evening hour to some morning hour). If you tell NBU to do the full on the 1st Friday of the month and leave all windows open, it will actually run the backup at just after midnight on Friday (Thursday night). That’s probably not what you wanted. So you have to delete the window for the night before (in this case, Thursday). I hate it, but I’ve learned to live with it. Both methods have issues. I prefer the predictability of the calendar-based method. Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: +1 760 710 2009 cpres...@glasshouse.com | www.glasshouse.com http://www.glasshouse.com/ Infrastructure :: Optimized 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] How to plan out policy(schedules), [...]
Hmmm... Looks like I've got some testing to do. Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: +1 760 710 2009 cpres...@glasshouse.com | www.glasshouse.com Infrastructure :: Optimized -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of A Darren Dunham Sent: Friday, December 12, 2008 3:57 PM To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] How to plan out policy(schedules), [...] On Fri, Dec 12, 2008 at 06:31:20PM -0500, Curtis Preston wrote: The only goofy thing about calendar-based schedules (and it really annoys me) is that most people use a 6 PM to 6 AM clock (or some evening hour to some morning hour). If you tell NBU to do the full on the 1st Friday of the month and leave all windows open, it will actually run the backup at just after midnight on Friday (Thursday night). That?s probably not what you wanted. So you have to delete the window for the night before (in this case, Thursday). I hate it, but I?ve learned to live with it. I know this happens to a lot of folks, but I've never experienced this in 5.1 and 6.0. I have midnight-crossing start windows and Full backup schedules set for last day of month. They all start at the opening of the window on the afternoon of the last day, not at midnight that day (which would be valid, but is part of the previous day's window). Not sure what my installation is doing that others aren't, but I'm very happy it works this way. -- Darren ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Urgent: Help Needed Getting backup data without logfiles
bpimagelist will give you that for as far back as you have image history. Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com Infrastructure :: Optimized -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kevin Miele Sent: Friday, November 14, 2008 12:58 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Urgent: Help Needed Getting backup data without logfiles All, I am trying to figure out how I can get the following information from NetBackup 5.1 MP7 without the db/error/log_xx files. the data that I need is: Date, Policy, client, and backup amount Is there anyway to get this data from NetBackup without log files? Are there any commands I can run? I know bperror pulls from the logs, are there any others? Regards, Kevin ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Urgent: Help Needed Getting backup data withoutlogfiles
bpmedialist Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com Infrastructure :: Optimized -Original Message- From: Peacock Dennis - dpeaco [mailto:[EMAIL PROTECTED] Sent: Friday, November 14, 2008 3:08 PM To: Curtis Preston; Kevin Miele; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Urgent: Help Needed Getting backup data withoutlogfiles While we are askinghow can I find out what tapes were used for a specific backup? Thank You, Dennis Peacock EBCA Acxiom Corporation -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Curtis Preston Sent: Friday, November 14, 2008 3:10 PM To: Kevin Miele; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Urgent: Help Needed Getting backup data withoutlogfiles bpimagelist will give you that for as far back as you have image history. Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com Infrastructure :: Optimized -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kevin Miele Sent: Friday, November 14, 2008 12:58 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Urgent: Help Needed Getting backup data without logfiles All, I am trying to figure out how I can get the following information from NetBackup 5.1 MP7 without the db/error/log_xx files. the data that I need is: Date, Policy, client, and backup amount Is there anyway to get this data from NetBackup without log files? Are there any commands I can run? I know bperror pulls from the logs, are there any others? Regards, Kevin ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu *** The information contained in this communication is confidential, is intended only for the use of the recipient named above, and may be legally privileged. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. If you have received this communication in error, please resend this communication to the sender and delete the original message or any copy of it from your computer system. Thank You. 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Data Domain vs Quantum DXi
- I don't think it's really accurate to refer to OST as a protocol although I have seen DD do it, it's an API but this is really just semantics. You'll get no argument from me there. I think it fits the LOOSE definition of protocol, but I agree that it's better to call it an API. In its current mode, the data path is over the LAN which is what's important as it can be a significant bottleneck. Unless something has changed very recently, DD will not present disk and do OST over FC. Agreed, but DD's not the only game in town with OST. As we objectively discuss the pluses and minuses of the various deduplication technologies out there, don't you think full disclosure would be in order and it would be customary to mention that Glasshouse is a partner of Data Domain? Sure. GlassHouse is a partner of Data Domain. As a professional services company, we're also a partner with EMC, Quantum, Dell, IBM/Diligent, SEPATON, Symantec, COPAN, HDS, and just about every other dedupe vendor out there. (It's important to state, however, that we don't SELL any of them. We simply partner with them on helping their customers use them better.) None of that has any bearing on what I say or don't say about them. It's funny. Whenever I'm really for something, or really against something, people automatically assume there's got to be some money behind it. The truth is you won't find another member of the storage industry that's a bigger fighter for the truth -- whatever that is. This actually gets me in a lot of trouble sometimes with those same vendors. I don't care who wins, or how good or bad I make something look. I just want you and everyone else to be dealing in truth. And the truth is that I actually didn't like OST when I first heard about it, but I'm a convert. Consider my recent blog post about the subject: http://www.backupcentral.com/content/view/198/47/ Hopefully my answer will assuage any concerns that you or any other readers might have that my posts are in some way tainted. 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Data Domain vs Quantum DXi
NAS/CIFS sucks for any backup you actually care about throughput on IMHO. OST isn't NAS/CIFS. It's a completely different protocol. Tests on DD show it to be at least 100% faster than CIFS. (FWIW) Also, it can be done over Fibre Channel, as some other vendors are working on. --It's a variable length block size deduplication algorithm, the math is above my pay grade but there's probably only so many ways you can do it efficiently and apparently Riverbed thought it was bs and wanted it to go away too. :) No one from any company has ever told me there was shared code, I was simply working on the KISS principle in my previous email and not trying to spend 10 paragraphs explaining it hence the short version of the story comment. :) But the short version you told isn't a summary of what happened. They aren't licensing anything from Quantum. Their method was close enough that Quantum thought they could sue them on patent infringement, and DD settled to put an end to the lawsuit. (As did Riverbed.) None of that translates into DD is licensing Quantum's technology, which was your short version. Neither, IMHO, should the settled lawsuit issue translate into the deduction you made that Quantum would enhance the technology before DD would. I objected to the short version so strongly because Quantum sales reps apparently continue to propagate it as a sales tactic, and that's just BS. IMHO, it shouldn't in any way factor into your decision on which product to buy. Remember that just because you have the capacity doesn't mean you can use it. DD stops their boxes at certain capacities because most customers run out of bandwidth before they run out of space. --Depends on how you want to use it and how long you plan on retaining data on disk. YMMV While I agree that YMMV (especially in dedupe), I don't agree that this is one of those areas. The problem is that if you store that much stuff behind a single head, the performance can get so slow that the head becomes unusable. (The bigger the datastore, the bigger the hash table. The bigger the hash table, the longer hash lookups take, the worse performance gets.) NOW... If you can fit 200 TB (or whatever number you gave) in that thing and have the performance stay acceptable, I'll change my mind. Agreed, but that functionality is supposed to ship RSN. And Quantum, AFAICT, hasn't shipped it either. It's in the code but hasn't shipped. --At what cost for the functionality on the Data Domain side? I'm not sure they know yet. 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Data Domain vs Quantum DXi
- Data Domain seemed to be pushing the NAS/CIFS side a lot more than their VTL. OpenStorage is great and all but you limit yourself to LAN speeds. Agreed, but wait til they release 10 Gb. Also, OST doesn't limit you to LAN speeds -- DD's implementation of it does. Ask Quantum about theirs. (I don't know what it does as it's not shipping yet.) - Quantum owns the Rocksoft dedupe patent and Data Domain (short version of the story) licenses it from them. NO THEY DON'T. The REAL story is that Quantum (who at the time didn't HAVE a shipping dedupe product) waited until DD was about to go public and hit them with a your stuff looks like it violates our patent lawsuit. DD thought the suit was BS, but they needed it to go away as they were going public. They settled out of court for some change in the millions to make it go away. There isn't a single line of shared code between the two, neither is borrowing from the other, etc. Anybody from Quantum who is telling you that DD is licensing their code is speaking complete falsehood. They're probably not lieing, as that would imply that they know the truth. It's a urban legend that too many believe. If anyone is going to optimize the algorithm in future versions I seriously doubt it's going to be DD. I believe the above information renders this point moot. - The 7500 scales better than the DD690 IMHO. The 690 goes to, I believe, ~25TB and the 7500 to 180TB. Remember that just because you have the capacity doesn't mean you can use it. DD stops their boxes at certain capacities because most customers run out of bandwidth before they run out of space. DD wanted to sell us multiple 690 heads to meet the throughput of the 7500. The downside of that is when you have multiple heads you don't get a common block pool. Agreed, but that functionality is supposed to ship RSN. And Quantum, AFAICT, hasn't shipped it either. It's in the code but hasn't shipped. - RAID 6 - DD does it, Quantum/EMC currently doesn't. Yes they do. Everybody but NetApp has RAID6. And dedupe on RAID5 is just insanity, IMHO. 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Serious bug w/ 6.5.2 (and beyond?): perpetually requeueing j
Gabe, You can respond privately by sending a message to the email address listed at the bottom of the post. (it's automatically put there) Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com Infrastructure :: Optimized -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rosenkoetter, Gabriel Sent: Monday, November 03, 2008 7:36 AM To: 'VERITAS-BU@mailman.eng.auburn.edu' Subject: Re: [Veritas-bu] Serious bug w/ 6.5.2 (and beyond?): perpetually requeueing j I can't respond privately, since you posted through Curtis's web page, but would you mind emailing me privately with your case number, so that we can help Symantec collate the cases related to this bug? -- gabriel rosenkoetter Radian Group Inc, Unix/Linux/VMware Sysadmin / Backup Recovery [EMAIL PROTECTED], 215 231 1556 -Original Message- From: toaster [mailto:[EMAIL PROTECTED] Sent: Monday, November 03, 2008 10:28 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Serious bug w/ 6.5.2 (and beyond?): perpetually requeueing j Same thing here, with Solaris 10. It is strange because the requeue occured began 2 hours before the actual DST change...? Case opened, will see what they have to say :) +-- |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 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] VM Master / Media Servers
I've actually done it in the lab. It's totally unsupported and the throughput is absolute crap. Don't bother. Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com Infrastructure :: Optimized -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of oersted Sent: Wednesday, October 29, 2008 6:56 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] VM Master / Media Servers I can think of no good reason to VM a master server, other than because I can or because I want to. leave it be Schneider, Matthew J. wrote: Anyone have any update on weather or not the master alone is supported as a VM? Havent raised the question to Symantec rep yet. Thanks! Sry for the double email Kate ;) Regards, Matthew J. Schneider -Original Message- From: veritas-bu-bounces at mailman.eng.auburn.edu [mailto:veritas-bu-bounces at mailman.eng.auburn.edu] On Behalf Of Honeybrook, Kate Sent: Sunday, May 25, 2008 11:54 PM To: Holowinski, Scott; Curtis Preston; VERITAS-BU at mailman.eng.auburn.edu Subject: Re: [Veritas-bu] VM Master / Media Servers As I said earlier we currently have our master server virtualised under ESX and it was setup by Symantec themselves. Therefore I was under the impression that virtualizing a master server is supported, but media server is not due to the I/O. Regards, Kate Honeybrook -Original Message- From: veritas-bu-bounces at mailman.eng.auburn.edu [mailto:veritas-bu-bounces at mailman.eng.auburn.edu] On Behalf Of Holowinski, Scott Sent: Monday, 26 May 2008 8:07 AM To: Curtis Preston; VERITAS-BU at mailman.eng.auburn.edu Subject: Re: [Veritas-bu] VM Master / Media Servers I called support about this because it was something my company was interested in doing (Virtualizing just the master) and was told that it would be supported eventually and though they could not promise a date, it could be as early as the first quarter of next year for ESX and Hypervisor. I was also told that if you work with your Symantec rep you might be able to get a support exception for a virtual master server. From the responses on the board I am guessing no one else has called recently or I got a rouge tech to answer my question. -Original Message- From: Curtis Preston [mailto:cpreston at glasshouse.com] Sent: Friday, May 23, 2008 11:13 PM To: VERITAS-BU at mailman.eng.auburn.edu Subject: Re: [Veritas-bu] VM Master / Media Servers Because many people use their master server as a media server. Symantec's not going to support it as a master server unless it can also be a media server. Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: F: +1 760 710 2009 cpreston at glasshouse.com | www.glasshouse.com Infrastructure :: Optimized -Original Message- From: veritas-bu-bounces at mailman.eng.auburn.edu [mailto:veritas-bu-bounces at mailman.eng.auburn.edu] On Behalf Of andrea bolongaro Sent: Friday, May 23, 2008 10:27 AM To: VERITAS-BU at mailman.eng.auburn.edu Subject: [Veritas-bu] VM Master / Media Servers Hello everybody, ok it is not supported. It' clear for me... problems are related to robotics/san etc... But why do not support a Virtual Master Server if all robotics stuff is duty of a physical media server? regards, Andrea +-- |This was sent by andrea.bolongaro at polimi.it via Backup Central. |Forward SPAM to abuse at backupcentral.com. +-- ___ Veritas-bu maillist - Veritas-bu at mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Privileged/Confidential Information may be contained in this message or attachments hereto. Please advise immediately if you or your employer do not consent to Internet email for messages of this kind. Opinions, conclusions and other information in this message that do not relate to the official business of this company shall be understood as neither given nor endorsed by it. ___ Veritas-bu maillist - Veritas-bu at mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman
Re: [Veritas-bu] Poll: How many times do you use a cleaning tape?
That would be every couple of days in a few shops. Where did you read that? My understanding was what the previous folks said, that it was an on-demand thing. Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com Infrastructure :: Optimized -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of smpt Sent: Saturday, October 25, 2008 9:12 AM To: 'Justin Piszcz'; 'A Darren Dunham' Cc: Veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Poll: How many times do you use a cleaning tape? IBM LTO3 and LTO4 requires cleaning every 16 TB of data. stefanos -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Justin Piszcz Sent: Tuesday, October 14, 2008 1:10 AM To: A Darren Dunham Cc: Veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Poll: How many times do you use a cleaning tape? On Mon, 13 Oct 2008, A Darren Dunham wrote: On Mon, Oct 13, 2008 at 04:54:22PM -0400, Justin Piszcz wrote: Also I've read / heard its best to let LTO-3 LTO-4 drives set the tape alert flag when they need cleaning vs. cleaning drives at intervals (which is recommended for sure with LTO-2) -- what have you observed? I'm not sure which you're saying is recommended for LTO-2. As far as I'm aware, periodic cleaning is not recommended for any model of LTO drive. This is documented for HP and IBM drives: HP Should I do regular cleaning like DDS? The HP Ultrium drive is designed to require very minimal cleaning. The internal head cleaner provides an effective preventative cleaning against head contamination. Regular cleaning using cleaning cartridge is not necessary. Do not use a cleaning cartridge unless the drive requests it and the Use Cleaning Cartridge IBM The IBM Ultrium LTO Tape Drive was intentionally designed to be self-monitoring and self-cleaning. Therefore, the IBM recommendation is not to manually clean the tape drive, but rather to use the automatic cleaning function provided with the library or by your application. Each drive determines when it needs to be cleaned and alerts the library or your application. In order to prevent recontamination of drive surfaces, you are limited to using a specific cleaner cartridge a maximum of 50 times. Note: Do not manually initiate drive cleaning unless requested by support engineers. LTO drives are self-cleaning and will require infrequent cleaning using cleaning cartridges. I found the document I was thinking of. HP LTO-1 uses 18.5 meters of cleaning tape, other models use 5.5 meters. So you get 15 on an LTO1 and 50+ on LTO-2 and LTO-3 (and I assume on LTO-4 as well). I love whoever proofread this sentence. (...up to at least..) IMPORTANT: A cleaning cartridge can be used up to at least 50 times (LTO2 and LTO3) or 15 times (LTO1). The cleaning cartridge is ejected immediately if it has expired or if it is not an approved Ultrium cleaning cartridge. Discard it and use a new one. Technically, because the cleaning usage algorithm isn't mandated, there's no way for a universal cleaning *tape* manufacturer to know what the usage will be beforehand. A manufacturer could use more or less. However, it appears that both IBM and HP use 50 on recent drives. -- Darren Very nice information/description, thanks! Justin. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] / + Cross All Mnt Pts Vs. ALL_LOCAL_DRIVES
Dean and Marion, You are people after my own heart. I push using ALL_LOCAL_DRIVES (and NetWorker All saveset or TSM's all-local spec) whenever possible. Even if you like to do separate backups for Oss/apps, like Jeff talked about, I believe that at some point you should have a catch-all ALL_LOCAL_DRIVES policy that excludes everything else. Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com Infrastructure :: Optimized -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dean Sent: Wednesday, October 22, 2008 12:01 AM To: Nathan Kippen; Veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] / + Cross All Mnt Pts Vs. ALL_LOCAL_DRIVES We use ALL_LOCAL_DRIVES and allow multiple streams everywhere, regardless of the O/S. Where there is a database that needs to be backed up seperately, it will have it's own policy just for that database, on that client, and the backup selection list might look like : /opt/oracle /oradata/db1 /oradata/db2 /oradata/db3 Then, we back up the rest of the client in a more generic catch all policy ... say a policy named unix_system_prod, which contains many clients and has ALL_LOCAL_DRIVES in it's selection list. We setup an exclude list for that particular client, for only the unix_system_prod policy, which contains the entries listed above, so that we're not backing up the db files twice. ALL_LOCAL_DRIVES is a good thing! It means never having to say Umm... sorry... we don't have a backup. The Unix guy didn't tell us when he added that /super_critical mountpoint 3 years ago. On Wed, Oct 22, 2008 at 8:24 AM, Nathan Kippen [EMAIL PROTECTED] wrote: I'm just looking to see what the recommendation out there is for backing up unix-based servers. In the past I've always backed up a unix client using / in my selection list and using cross all mount points + exclude lists. As I was browsing through the Admin guide I read that ALL_LOCAL_DRIVES could be used on unix-based clients as well. I'm interested to know how people out there backup their unix clients. We use cross all mount points so to make sure that an Admin doesn't create something on a client that needs to be backed up that he doesn't tell us [backup admins] about. I'm looking into using the ALL_LOCAL_DRIVES directive with allow multiple streams so I can stream out my unix clients by filesystem thus getting more i/o throughput by having the backups read from multiple physical disks at the same time. ... This opposed to using / + NEW_STREAM .. since I don't really know what directories are actual filesystems. (I don't admin the majority of the clients I backup.) Thanks, ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This email 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] / + Cross All Mnt Pts Vs. ALL_LOCAL_DRIVES
You are correct that this will create multiple jobs that run at the same time (if you allow multiple jobs to run at the same time). My experience has been that the backups of the lesser filesystems finish in a couple of minutes and any thrashing is minimal at most and very short lived. IMO, the value provided by the method you're espousing is significantly outweighed by the risk created by manually maintaining include lists. I'm much more concerned that something will get missed than I am that I'm going to give the OS drive a little exercise for a few minutes per day. Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com Infrastructure :: Optimized -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Clausen, Matt R [EQ] Sent: Wednesday, October 22, 2008 6:18 AM To: 'Dean'; Nathan Kippen; Veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] / + Cross All Mnt Pts Vs. ALL_LOCAL_DRIVES I have to disagree with the ALL_LOCAL_DRIVES being a good thing in some circumstances. I recently went from using ALL_LOCAL_DRIVES to specifying each of my disk slices (/, /usr, /var, /opt, etc.) and breaking them out with NEW_STREAM on my UNIX servers for a very simple reason. Using ALL_LOCAL_DRIVES and multiple streams will thrash the disks on that type of machine. Think of it like this You have several disk slices or partitions, but they all share a single disk. When you do ALL_LOCAL_DRIVES + Multiple Streams then you are in fact initiating a stream per partition/slice. This can be upwards of 4-5 streams hitting a single disk which means the head is jumping around all over the place to provide the data flow and wearing your disk out. I've been to a few of the NetBackup classes, and in every one I've been told to never let the number of streams exceed the number of spindles in the physical hardware you're backing up. With specifying my directories individually I can regulate the streams so that I am not overtaxing my disk hardware. If I have say / + /usr + /var on one disk mirror, then I can specify those directories then the NEW_STREAM and then my /opt directory which is a ZFS pool on another set of disks. This way I am not running the risk of thrashing the disks and reducing their service life prematurely. Your mileage my vary of course; there are arguments for both sets of thinking. I just found what the instructors were saying to be a very compelling argument to avoid ALL_LOCAL_DRIVES for my UNIX servers and keep using it mainly for my Windows servers where each drive is generally a physical drive. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dean Sent: Wednesday, October 22, 2008 3:01 AM To: Nathan Kippen; Veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] / + Cross All Mnt Pts Vs. ALL_LOCAL_DRIVES We use ALL_LOCAL_DRIVES and allow multiple streams everywhere, regardless of the O/S. Where there is a database that needs to be backed up seperately, it will have it's own policy just for that database, on that client, and the backup selection list might look like : /opt/oracle /oradata/db1 /oradata/db2 /oradata/db3 Then, we back up the rest of the client in a more generic catch all policy ... say a policy named unix_system_prod, which contains many clients and has ALL_LOCAL_DRIVES in it's selection list. We setup an exclude list for that particular client, for only the unix_system_prod policy, which contains the entries listed above, so that we're not backing up the db files twice. ALL_LOCAL_DRIVES is a good thing! It means never having to say Umm... sorry... we don't have a backup. The Unix guy didn't tell us when he added that /super_critical mountpoint 3 years ago. On Wed, Oct 22, 2008 at 8:24 AM, Nathan Kippen [EMAIL PROTECTED] wrote: I'm just looking to see what the recommendation out there is for backing up unix-based servers. In the past I've always backed up a unix client using / in my selection list and using cross all mount points + exclude lists. As I was browsing through the Admin guide I read that ALL_LOCAL_DRIVES could be used on unix-based clients as well. I'm interested to know how people out there backup their unix clients. We use cross all mount points so to make sure that an Admin doesn't create something on a client that needs to be backed up that he doesn't tell us [backup admins] about. I'm looking into using the ALL_LOCAL_DRIVES directive with allow multiple streams so I can stream out my unix clients by filesystem thus getting more i/o throughput by having the backups read from multiple physical disks at the same time. ... This opposed to using / + NEW_STREAM .. since I don't really know what directories are actual filesystems. (I don't admin the majority of the clients I backup.) Thanks
Re: [Veritas-bu] / + Cross All Mnt Pts Vs. ALL_LOCAL_DRIVES
I much prefer the method you're considering using vs what you've been doing. 1. Each filesystem gets its own job. One fails, they don't all fail, and you know just what to re-run. Reporting is very nice as well. 2. Multistreamed backups = multistreamed restores, even if you only allow one backup to run at a time. (ALL_LOCAL_DRIVES + Allow multiple data streams + max jobs per policy or client set to 1) and multistreamed restores are good. 3. No need to use the NEW_STREAM feature except under extreme circumstances, like one filesystem that's HUGE and can't be backed up with one stream. Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com http://www.glasshouse.com/ Infrastructure :: Optimized From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Nathan Kippen Sent: Tuesday, October 21, 2008 2:25 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] / + Cross All Mnt Pts Vs. ALL_LOCAL_DRIVES I'm just looking to see what the recommendation out there is for backing up unix-based servers. In the past I've always backed up a unix client using / in my selection list and using cross all mount points + exclude lists. As I was browsing through the Admin guide I read that ALL_LOCAL_DRIVES could be used on unix-based clients as well. I'm interested to know how people out there backup their unix clients. We use cross all mount points so to make sure that an Admin doesn't create something on a client that needs to be backed up that he doesn't tell us [backup admins] about. I'm looking into using the ALL_LOCAL_DRIVES directive with allow multiple streams so I can stream out my unix clients by filesystem thus getting more i/o throughput by having the backups read from multiple physical disks at the same time. ... This opposed to using / + NEW_STREAM .. since I don't really know what directories are actual filesystems. (I don't admin the majority of the clients I backup.) Thanks, 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Duplicating Image
Have you tested inline copy? My experience has been that it doesn't impact performance as much as you might think. Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com Infrastructure :: Optimized -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Friday, October 17, 2008 7:50 PM To: VERITAS-BU@mailman.eng.auburn.edu Cc: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Duplicating Image Because if we do inline,it will impact to performanceand we have short windows backup time. - Original Message - From: oersted [EMAIL PROTECTED] Date: Saturday, October 18, 2008 4:41 am Subject: [Veritas-bu] Duplicating Image To: VERITAS-BU@mailman.eng.auburn.edu why not just write two copies inline? Roedy boy wrote: Hi All, Is there any change to duplicate image on tape to another tape using schedule/policy (not using vault). for exp : I want to run backup on 8pm and the duplicate the image on 10pm. Thanks Roed +--- --- |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 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Legato vs. NetBackup
Hear, hear! What he said! Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com Infrastructure :: Optimized -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of spaldam Sent: Thursday, October 02, 2008 1:00 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Legato vs. NetBackup I've see this issue come up before: Our Backup environment doesn't work very well!!, and for some reason they think software is the answer; ignoring the fact that the new software also gets new hardware, a newly engineered strategy, and a fresh new install to go with it. NetBackup will also run a lot better if you do the same upgrades, and clean up all the old crap you don't need any more. When I first started working with NetBackup, it was because or vendor for Legato had messed up our agreement and backed out of the deal. I'm glad that it happened which allowed me to now be the experienced NetBackup Administrator I am today. I don't think legato would have given me the opportunities to do many of the wonderful things I've done with NetBackup. But that's more of an emotional reason then a factual one. Just make sure your manager understands that you have to demo Legato with a similar load and infrastructure you NetBackup environment is currently on, or it's not a fair comparison. +-- |This was sent by [EMAIL PROTECTED] via Backup Central. |Forward SPAM to [EMAIL PROTECTED] +-- 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Avamar?
You might get more responses from the NetWorker mailing list or forum. To subscribe to the mailing list, you can send an email to [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] . mailto:[EMAIL PROTECTED]body=SUBSCRIBE%20 NETWORKER%20W.%20Curtis_Preston (Body should be SUBSCRIBE NETWORKER FIRSTNAME LASTNAME) If you want to ask the question without subscribing, you can do so at the BackupCentral.com forums. You'll need a free User Id, but that won't result in you getting 20-50 more emails a day like the mailing list will. You can see the forum here: http://www.backupcentral.com/phpBB2/two-way-mirrors-of-external-mailing- lists-3/emc-networker-19/ http://www.backupcentral.com/phpBB2/two-way-mirrors-of-external-mailing -lists-3/emc-networker-19/ You can also search against old posts in all forums. I did a quick search for Avamar, and there are a lot of posts there. Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com http://www.glasshouse.com/ Infrastructure :: Optimized From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Robin L. Small Sent: Thursday, September 25, 2008 10:16 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Avamar? I'm curious if any of you have tried out EMC's Avamar dedup engine? We had a meeting with EMC recently and what they described looked interesting. So, it had me curious what real users get out of it or what those opinions may be. ~ Robin 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NetBackup Disk Staging Area Problem
Something's not right here. You say you have Fibre Channel arrays connected to a SAN, and then the media server connected to that SAN. Why would CIFS and UNC path names ever come into play? Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com Infrastructure :: Optimized -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of mbrogan Sent: Wednesday, September 10, 2008 8:25 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] NetBackup Disk Staging Area Problem Martin, So I need to set up an account locally on the LUN using the same name and password as the local account that NB uses? +-- |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 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Okay now , this isn't funny---Sun T5140/CMT card
And how much did that set you back? Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com Infrastructure :: Optimized -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of oersted Sent: Friday, September 05, 2008 3:27 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Okay now , this isn't funny---Sun T5140/CMT card Is this the media server/NIC combo that god built? 600-700MB/s with 10Gbe CMT card. Running three STK T10ks like a scalded cat. Had to get that off my chest!!! VTL who? +-- |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 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Netbackup - restore Novell b/u to Windows server
That's definitely a question for support, especially given that it's Friday night. Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com Infrastructure :: Optimized -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of RobertSinger Sent: Friday, August 22, 2008 2:56 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Netbackup - restore Novell b/u to Windows server Hi, At my shop we have a bunch of backup tapes that were made from a Novell 5 server using Netbackup (version 5 I believe). I've been asked to restore data from one of those tapes. Of course our last Novell server is long gone. We have Windows (2003) servers mostly running Netbackup version 6. Is it possible to restore these Novell backups to a Windows server using Netbackup? I don't care about the permissions; I just need the files. Thanks for your help. Robert Singer Portland, Oregon USA :D +-- |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 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] NetBackup Administrative Tasks
It's taking me forever, but I'm still plodding along on developing the outline for my latest book. I have a question for you about managing a NetBackup system. What are the things you find yourself doing on a regular basis and how do you do them? Let me give you a few examples. 1. Monitoring backup success/failure. a. CLI b. NBU GUI c. third party product 2. Rerunning failed backups 3. Putting tapes in a tape library, making them ready to use 4. Getting tapes offsite a. I send originals and don't make duplicates b. I send duplicates and make them via scripting c. I use NBU Vault 5. Monitoring for capacity/throughput issues 6. Installing new clients I'm not taking a survey of the different methods, here. I'm just trying to make sure my list of recurring activities is complete. Thanks in advance for any help. Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com http://www.glasshouse.com/ Infrastructure :: Optimized 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NetBackup Administrative Tasks
It's currently untitled. As my last book focused on free/open-source backup, this book will go the opposite way. How to pick, install, and manage a commercial backup system, including all of its various flavors (CDP, near-CDP, dedupe, etc). It will be for O'Reilly. Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com Infrastructure :: Optimized -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Wilkinson, Alex Sent: Thursday, August 21, 2008 4:13 PM To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] NetBackup Administrative Tasks 0n Thu, Aug 21, 2008 at 05:58:40PM -0400, Curtis Preston wrote: It's taking me forever, but I'm still plodding along on developing the outline for my latest book. Which is what ? -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NetBackup Administrative Tasks
Absolutely. I never forget my friends. :) Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com Infrastructure :: Optimized -Original Message- From: Conner, Neil [mailto:[EMAIL PROTECTED] Sent: Thursday, August 21, 2008 5:47 PM To: Curtis Preston; Wilkinson, Alex; Veritas List Subject: Re: [Veritas-bu] NetBackup Administrative Tasks I hope this list gets an acknowledgement :) On 8/21/08 5:26 PM, Curtis Preston [EMAIL PROTECTED] wrote: It's currently untitled. As my last book focused on free/open-source backup, this book will go the opposite way. How to pick, install, and manage a commercial backup system, including all of its various flavors (CDP, near-CDP, dedupe, etc). It will be for O'Reilly. Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com Infrastructure :: Optimized -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Wilkinson, Alex Sent: Thursday, August 21, 2008 4:13 PM To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] NetBackup Administrative Tasks 0n Thu, Aug 21, 2008 at 05:58:40PM -0400, Curtis Preston wrote: It's taking me forever, but I'm still plodding along on developing the outline for my latest book. Which is what ? -aW IMPORTANT: This email remains the property of the Australian Defence Organisation and is subject to the jurisdiction of section 70 of the CRIMES ACT 1914. If you have received this email in error, you are requested to contact the sender and delete the email. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Shared Stroage Options (SSO) with Vitual TapeLibrary (VTL)
Not all dedupe vendors dedupe the way you're describing, but it is a common recommendation to turn off multiplexing. (Only one or two vendors claim not to care.) Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com http://www.glasshouse.com/ Infrastructure :: Optimized From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ed Wilts Sent: Friday, August 08, 2008 10:23 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Shared Stroage Options (SSO) with Vitual TapeLibrary (VTL) On Fri, Aug 8, 2008 at 7:43 AM, spaldam [EMAIL PROTECTED] wrote: since it's also does de-duplication, we cannot use multiplexing or we loose the effectiveness of the de-duplication. I don't know why this would be true - what blocksize does your appliance use to de-dupe on? If it's de-duping 4K blocks and you're multiplexing with 256K data buffers, you should be able to de-dupe just fine. .../Ed Ed Wilts, RHCE, BCFP, BCSD, SCSP, SCSE [EMAIL PROTECTED] 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] install_client_files over ssh using a different port
Are you saying that the NBU script is specifying a port number? I would really be surprised. Take a look at the script and look for the ssh command and see if they're adding a -p option. I highly doubt it says anything other than scp filename or ssh servername commandname. Try running an ssh command yourself. If you say ssh servername echo hey, what happens? Do you have to say ssh -p portnumber servername echo hey to get it to work? If so, you're going to have to hack the script to get it to mimick that behavior. BTW, yuck. Moving ssh's port only adds a minor level of security by obscurity. Any serious hacker would do a port scan and find it anyway. IMHO, all you're doing is making your job harder. Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com Infrastructure :: Optimized -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of WALLEBROEK Bart Sent: Thursday, August 07, 2008 12:09 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] install_client_files over ssh using a different port Apparently it does care as the command returns with this error: install_client_files ssh clientname clientname ... Client clientname -- Solaris hardware running Solarislevel Installing NetBackup software on clientname ssh: connect to host clientname port 22: Connection refused ssh connection to clientname failed. clientname install failed Best Regards, Bart WALLEBROEK ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Restoring from Multiplexed Backup
That is exactly what I'm saying -- even if they're multiplexed together. Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com Infrastructure :: Optimized -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of NBU Sent: Sunday, August 03, 2008 10:55 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Restoring from Multiplexed Backup Curtis, You mean to say if i start 5 restore all 5 of them will start writing at the same time. +-- |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 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Restoring from Multiplexed Backup
No, if you kick off 5 restores within the period specified by MPX_RESTORE_DELAY, all five restores will run at the same time. Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com Infrastructure :: Optimized -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of NBU Sent: Friday, August 01, 2008 11:28 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Restoring from Multiplexed Backup Even if you start 5 bprestore than 4 will wait till it completes the first restore since the media will be comman for all 5 mount points. Am i right forumpls. advice +-- |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 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Restoring from Multiplexed Backup
It's been a while since I tested this, but _I_ remember that if you wanted it to restore the way he wants, you HAD to issue five different restores at the same time and use the restore delay feature to start them at the same time. If you just selected five directories, it did them one at a time. That's why I always did my multi-filesystem restores as a loop for I in /a /b /c /d /e do bprestore $I done Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com http://www.glasshouse.com/ Infrastructure :: Optimized From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of smpt Sent: Friday, August 01, 2008 6:30 AM To: 'Jeremy Finn'; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Restoring from Multiplexed Backup Do you select all mount points at the same restore? If yes, then you will see only one job, but netbackup will restore all files in one tape pass. If you start 5 restores the you have to be fast (every restore must start within 30 sec, by default). This can be changed from master server properties. stefanos From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeremy Finn Sent: Friday, August 01, 2008 3:26 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Restoring from Multiplexed Backup Hello, I have a standard backup policy configured to stream five mount points to one tape drive. This is working fine. When I do the restore, I only see one stream restoring at a time. Is it possible to restore the five streams of data from the multiplexed tape at the same time? Other backup softwarescan do this so I assume Netbackup can as well... if some could please point me in the right direction it would be much appreciated. My environment looks like this: Master: Solaris 10 on SPARC Media Server: HP-UX on PA-RISC Source Client: HP-UX on PA-RISC Target Client: HP-UX on PA-RISC Multistream = 5 Multiplex = 5 One LTO-1 tape drive Thank you in advance for any insights. Jeremy 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Restoring from Multiplexed Backup
Even if it's restoring all the filesystems simultaneously, you'll only see one job if you only kick off one restore. I suggest you use my for loop example, as it's very easy to type and you don't have to worry about the restore delay, as they'll all be issued within a second of each other. Also, another reason why I always did my multi-filesystem restores in a loop was that when one of them failed, you knew which one and you could just fix and rerun that one. Doing them all in the same job makes reporting a bit muddled. Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com http://www.glasshouse.com/ Infrastructure :: Optimized From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeremy Finn Sent: Friday, August 01, 2008 9:19 AM To: Justin Piszcz Cc: smpt; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Restoring from Multiplexed Backup Thank you all for your inputs! I am restoring using the bp restore command. All the mount points are selected for the one restore job. ./bprestore -C client -D source -f /tmp/restorefiles -R /tmp/rename -l -L /var/tmp/restore.out The policy is configured to multiplex five streams to one tape drive. There is only one client in the policy. The file list looks like: /mount/point/1 /mount/point/2 /mount/point/3 /mount/point/4 /mount/point/6 /mount/point/6 and so on NBU version is 6.0 MP4. When I do the restore I am expecting to see all streams as separate jobs in the activity monitor. Sounds like I may need to use separate bprestore commands for each mount point? Hopefully this will not cause additional mounts/unmounts... Thanks again, Jeremy On Fri, Aug 1, 2008 at 10:04 AM, Justin Piszcz [EMAIL PROTECTED] wrote: On Fri, 1 Aug 2008, smpt wrote: Do you select all mount points at the same restore? If yes, then you will see only one job, but netbackup will restore all files in one tape pass. Good questions, forgot to ask them :) If you start 5 restores the you have to be fast (every restore must start within 30 sec, by default). This can be changed from master server properties. MPX_RESTORE_DELAY = 30 Yup, change it in bp.conf. stefanos From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeremy Finn Sent: Friday, August 01, 2008 3:26 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Restoring from Multiplexed Backup Hello, I have a standard backup policy configured to stream five mount points to one tape drive. This is working fine. When I do the restore, I only see one stream restoring at a time. Is it possible to restore the five streams of data from the multiplexed tape at the same time? Other backup softwarescan do this so I assume Netbackup can as well... if some could please point me in the right direction it would be much appreciated. My environment looks like this: Master: Solaris 10 on SPARC Media Server: HP-UX on PA-RISC Source Client: HP-UX on PA-RISC Target Client: HP-UX on PA-RISC Multistream = 5 Multiplex = 5 One LTO-1 tape drive Thank you in advance for any insights. Jeremy 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Restoring from Multiplexed Backup
Nope, that's the only way. Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com http://www.glasshouse.com/ Infrastructure :: Optimized From: Jeremy Finn [mailto:[EMAIL PROTECTED] Sent: Friday, August 01, 2008 10:35 AM To: Curtis Preston Cc: smpt; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Restoring from Multiplexed Backup Curtis, Thank you for your reply. I have tried your suggestion and it is working. I see a slight performance increase when doing the mpx restore now, which should translate to higher gains when restoring more data. One more question for everyone: I need to rename files as well. Is the best option to use bprestore -R renamefile or is there another trick that works better? Can I use the same rename file for each bprestore command or should I make one for each stream? Thanks again, Jeremy On Fri, Aug 1, 2008 at 1:02 PM, Curtis Preston [EMAIL PROTECTED] wrote: It's been a while since I tested this, but _I_ remember that if you wanted it to restore the way he wants, you HAD to issue five different restores at the same time and use the restore delay feature to start them at the same time. If you just selected five directories, it did them one at a time. That's why I always did my multi-filesystem restores as a loop for I in /a /b /c /d /e do bprestore $I done Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com http://www.glasshouse.com/ Infrastructure :: Optimized From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of smpt Sent: Friday, August 01, 2008 6:30 AM To: 'Jeremy Finn'; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Restoring from Multiplexed Backup Do you select all mount points at the same restore? If yes, then you will see only one job, but netbackup will restore all files in one tape pass. If you start 5 restores the you have to be fast (every restore must start within 30 sec, by default). This can be changed from master server properties. stefanos From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeremy Finn Sent: Friday, August 01, 2008 3:26 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Restoring from Multiplexed Backup Hello, I have a standard backup policy configured to stream five mount points to one tape drive. This is working fine. When I do the restore, I only see one stream restoring at a time. Is it possible to restore the five streams of data from the multiplexed tape at the same time? Other backup softwarescan do this so I assume Netbackup can as well... if some could please point me in the right direction it would be much appreciated. My environment looks like this: Master: Solaris 10 on SPARC Media Server: HP-UX on PA-RISC Source Client: HP-UX on PA-RISC Target Client: HP-UX on PA-RISC Multistream = 5 Multiplex = 5 One LTO-1 tape drive Thank you in advance for any insights. Jeremy 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Disable alternate client restores
You can do that by putting the DISALLOW_SERVER_FILE_WRITES parameter in the bp.conf file or equivalent. One thing I haven't tested is whether or not you can overwrite that parameter using the bpsetconfig command. I'm guessing not, but I haven't tried. Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com http://www.glasshouse.com/ Infrastructure :: Optimized From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Wednesday, July 30, 2008 6:31 PM To: veritas-BU Subject: Re: [Veritas-bu] Disable alternate client restores Actually, you can prevent the Master from writing to a particular client: Of course, that doesn't actually address the issue I have...which I don't think has a solution outside of removing the client in question from NBU. But I had to ask :) Ken Zufall Technical Analyst D660C The Goodyear Tire Rubber Company GTN 446.0592 or 330.796.0592 Ed Wilts [EMAIL PROTECTED] 07/30/2008 08:22 PM To [EMAIL PROTECTED] cc veritas-BU VERITAS-BU@mailman.eng.auburn.edu Subject Re: [Veritas-bu] Disable alternate client restores On Wed, Jul 30, 2008 at 5:38 PM, [EMAIL PROTECTED] wrote: Running 6.5.1, have been asked if it's possible to restrict the Master server from restoring a particular client's images to alternate clients. I know we can restrict one client from restoring another client's data; I know I can prevent the Master from writing to a particular client. What I haven't been able to determine is if I can keep the Master from writing clientA's data to clientB. If you are the admin on the master, you can do whatever you want. You can't prevent the master from writing to a particular client of that master. There really isn't such a thing as clientA's data - it's just data that's cataloged for a specific client but by no means is it owned by a particular client. The master could restore it to any client, including itself. It could read it without using NetBackup. Don't annoy the backup admin :-) .../Ed Ed Wilts, RHCE, BCFP, BCSD, SCSP, SCSE [EMAIL PROTECTED] 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. image001.gif___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Disable alternate client restores
Wow, Gabe! While the might solve the problem, that's about the scariest most convoluted key management system I've ever heard! Too many keys to lose for my tastes. I have to say it again. Wow. I think the fumes from the coke plants in Philly have gotten to your brain, dude. ;) (For those playing at home, that's coal or petroleum coke (see http://en.wikipedia.org/wiki/Coke_(fuel)), and http://en.wikipedia.org/wiki/Petroleum_coke) not Cocaine or Coca-Cola, OK?) Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com http://www.glasshouse.com/ Infrastructure :: Optimized From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rosenkoetter, Gabriel Sent: Thursday, July 31, 2008 5:45 AM To: [EMAIL PROTECTED]; veritas-BU Subject: Re: [Veritas-bu] Disable alternate client restores Enable client-side encryption (and compression) for all clients. Create a unique key on each client, and make the administrator(s) of that client responsible for maintaining their key (and a backup at least of its passphrase through ANOTHER means). Exclude the key data from backups. All of those are client-side configurations. -- gabriel rosenkoetter Radian Group Inc, Unix/Linux/VMware Sysadmin / Backup Recovery [EMAIL PROTECTED], 215 231 1556 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Wednesday, July 30, 2008 6:38 PM To: veritas-BU Subject: [Veritas-bu] Disable alternate client restores Running 6.5.1, have been asked if it's possible to restrict the Master server from restoring a particular client's images to alternate clients. I know we can restrict one client from restoring another client's data; I know I can prevent the Master from writing to a particular client. What I haven't been able to determine is if I can keep the Master from writing clientA's data to clientB. Thanks, Ken Zufall Technical Analyst D660C The Goodyear Tire Rubber Company 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Netbackup verify at write time
Jeff Lightner said: FDA Validation requirements make S-OX look like a walk in the park. What HE said! 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Exagrid
Jim Horalek said: I think were slamming one vendor prematurely. All these de-dup devices work. No they don't! I've tested some that flat out didn't work, or worked so poorly that I wouldn't give them to my worst enemy. But they are not all the same. They all have different features and solve differnet problems. You should test any device first to see if will be of any value in your environment. Totally agreed. This is especially true of dedupe. You have to test it with your data before you know how it will perform for you. Testing it with test data is useless, IMHO. 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Exagrid
My thoughts on the inline vs post process debate can be found in this blog entry: http://www.backupcentral.com/content/view/134/47/ What you say is mostly true. BUT if the post processing vendor has a greater dedupe ratio (possibly because they can spend more TIME deduping), then it should help mitigate this difference. Without going into details of each vendor trust me when I say they ALL have situations where they're using more space than the competitor. Another reason it's not entirely true is that some post processing vendors are deduping during ingest just like inline vendors. They're just doing it asynchronously. If they're deduping at a rate close to the ingest rate, then you don't need enough disk for a whole night's backups. You only need an hour or so. Finally, the difference in space created by having an additional night's backups stored in its entirety (if that's how it does it) decreases significantly as your retention period increases. Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com Infrastructure :: Optimized -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Andrew Stueve Sent: Wednesday, July 30, 2008 9:52 AM To: veritas-BU Subject: Re: [Veritas-bu] Exagrid I think that post process vs. inline is an important issue. We evaluated both Netapp and Data Domain, before choosing the Data Domain solution. One of reasons was that processing. Post processing, means if you are writing 4 Tb of data on a weekend full, you have to have 4 Tb of free disk space to write it all, and then it will compress down. In-line, means that as you write that 4 Tb of data, you only have to have the space for the de-duped/compressed image. I won't shill for Data Domain, since they don't pay me, but... -Andrew Fergus Donohue wrote: Hi Justin, Thanks for the feedback. They sell a NAS based de-dupe device very similar in concept to Data Domain, but it does post-process rather than in-line de-dupe. Price-wise they appear very competitive and I was wondering if anyone had any real-world experience with them. Thanks, Fergus. Justin Piszcz wrote: Never heard of or used it myself Fergus. Justin. On Wed, 30 Jul 2008, Fergus Donohue wrote: Should I take the resounding silence as a no then? ;) Thanks, Fergus. Fergus Donohue wrote: Hi all, The question has been asked here before, but things may have moved on since. Has anyone deployed an Exagrid solution in production and if so, how has it been? Thanks, Fergus. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This email 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Exagrid
How do any of these devices compare in a large vaulting environment where you may have simultanious backups and duplications. Some do way better than others. ;) 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Exagrid
Again, I think the extra space required is a bit of a red herring/FUD thrown out by the inline guys. I'm not saying it doesn't exist, but I'm saying it's not as big of a factor as you may have heard AND there are other factors that affect cost and footprint as well, some of which are in favor of post process and some of which are in favor of inline. I don't care HOW you do what I want. The questions are: how big is it how fast is it how much does it cost I compare this to the hybrid debate. Some non-hybrid manufacturers have really been down on them for a lot of reasons. Fine, then. Put up or shut up. Give me a car that gives me 60 miles per gallon (or 40 on average in real life) and I'll shut up. (I love my Prius.) Same thing here. If two systems fit in the same rack, cost the same, have the same speed and capacity, do you care how they got there? What if one was significantly faster or bigger or less expensive than the other. Do you care how they pulled it off? As long as it doesn't change my ability to use it, I certainly don't care. Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com Infrastructure :: Optimized -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Lightner Sent: Wednesday, July 30, 2008 10:15 AM To: Andrew Stueve; veritas-BU Subject: Re: [Veritas-bu] Exagrid DD doesn't pay me either but IMHO but the idea of inline dedupe made more sense to us simply due to the fact we wouldn't have to find rack/floor space for significantly increased storage required by post dedupe. FYI: EMC is pushing dedupe solutions as well. There is a also a company called Sepaton doing it. You should probably get information from as many of these vendors as possible then decide which makes sense to pursue for testing. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Andrew Stueve Sent: Wednesday, July 30, 2008 12:52 PM To: veritas-BU Subject: Re: [Veritas-bu] Exagrid I think that post process vs. inline is an important issue. We evaluated both Netapp and Data Domain, before choosing the Data Domain solution. One of reasons was that processing. Post processing, means if you are writing 4 Tb of data on a weekend full, you have to have 4 Tb of free disk space to write it all, and then it will compress down. In-line, means that as you write that 4 Tb of data, you only have to have the space for the de-duped/compressed image. I won't shill for Data Domain, since they don't pay me, but... -Andrew Fergus Donohue wrote: Hi Justin, Thanks for the feedback. They sell a NAS based de-dupe device very similar in concept to Data Domain, but it does post-process rather than in-line de-dupe. Price-wise they appear very competitive and I was wondering if anyone had any real-world experience with them. Thanks, Fergus. Justin Piszcz wrote: Never heard of or used it myself Fergus. Justin. On Wed, 30 Jul 2008, Fergus Donohue wrote: Should I take the resounding silence as a no then? ;) Thanks, Fergus. Fergus Donohue wrote: Hi all, The question has been asked here before, but things may have moved on since. Has anyone deployed an Exagrid solution in production and if so, how has it been? Thanks, Fergus. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu 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 -- 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
Re: [Veritas-bu] Netbackup verify at write time
Bpverify verifies far less than you think it does. The more I learned about it, the less interested I was in it. Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com Infrastructure :: Optimized -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Justin Piszcz Sent: Tuesday, July 29, 2008 11:18 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Netbackup verify at write time If you use bpverify, it reads the media and compares the contents of the media to the catalog. It does not verify the data itself, only the contents of the catalog as you said. I have seen restores fail and bpverify says the tape is ok. Justin. On Tue, 29 Jul 2008, Jim H wrote: If you use bpverify, it reads the media and compares the contents of the media to the catalog. It is faster than a restore but Ed is right, it will not tell you if you are backing up the right things. It should not be affected by changing files on the client though. +-- |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 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NBU Java GUI authentication on AIX
My humble opinion, FWIW... This lack of functionality you've experienced will only be the first of many if you move off of HP and onto AIX. I have nothing against AIX as an OS, but I do know that it's always been last in the development matrix at Veritas/Symantec. Solaris Windows first, then HP shortly after (often at the same time), then AIX (a distance third that often doesn't catch up). Now if you want to replace NBU with TSM, then AIX would be a great server! (Not that I'm recommending that, mind you.) ;) Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com Infrastructure :: Optimized -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Monday, July 14, 2008 3:42 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] NBU Java GUI authentication on AIX We are looking at re-designing our Master/Media OS environment and have considered AIX (currently HP-UX). We have also struggled with VxSS as have several of you - so we have continued to rely on the non-root admin capabilities. Our initial exposure to AIX gave us issues with the Java GUI. This comes from a tech note: At this time NetBackup does not support LDAP with AIX. As NetBackup is compiled to work with AIX 5 (5.1, 5.2, 5.3), it has to be built against the most common version. The AIX 5.1 (which NetBackup is complied against) and AIX 5.2 did not (by default) contain the LDAP / PAM authentication libraries, and this is why the NetBackup Java GUI will not work with LDAP on AIX platforms. If a customer is not satisfied with this feature of NetBackup and requires NetBackup to work with LDAP and AIX, please raise an enhancement request by visiting We are not allowed to give root access to the NBU admins, however SESU is OK. We have approximately 80+ DB admins, Operations personnel, and tape librarians that I rely on the Java GUI to control their access using non-root admin and the auth.conf file in /opt/openv/java. Can anyone suggest viable options that would pass the security and audit departments. Is VxSS capable of this and is this my only option? TIA Brian This e-mail and any attachments may contain confidential information of Northwestern Mutual. If you are not the intended recipient of this message, be aware that any disclosure, copying, distribution or use of this e-mail and any attachments is prohibited. If you have received this e-mail in error, please notify Northwestern Mutual immediately by returning it to the sender and delete all copies from your system. Please be advised that communications received via the Northwestern Mutual Secure Message Center are secure. Communications that are not received via the Northwestern Mutual Secure Message Center may not be secure and could be observed by a third party. Thank you for your cooperation. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] bpsetconfig in 6.5.2
Don't think it's in 6.5.2, but I could be wrong. Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com Infrastructure :: Optimized -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Karl Rossing Sent: Thursday, July 03, 2008 1:06 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] bpsetconfig in 6.5.2 I read that bpsetconfig will apparently be able to manage include/exclude lists for all operating systems. https://forums.symantec.com/syment/blog/article?message.uid=324861 I'm wondering if the -e and -i flags are in 6.5.2? Thanks Karl CONFIDENTIALITY NOTICE: This communication (including all attachments) is confidential and is intended for the use of the named addressee(s) only and may contain information that is private, confidential, privileged, and exempt from disclosure under law. All rights to privilege are expressly claimed and reserved and are not waived. Any use, dissemination, distribution, copying or disclosure of this message and any attachments, in whole or in part, by anyone other than the intended recipient(s) is strictly prohibited. If you have received this communication in error, please notify the sender immediately, delete this communication from all data storage devices and destroy all hard copies. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Non-root administration
I'm afraid I'm going to have to respectfully disagree with you, there, Ed. I trust a new backup admin in that I trust him not to circumvent the security that I have set up. (OK, Trust but verify.) That's not the same thing as saying Well, he's the backup guy, so he can easily get root if he's a black hat, so we might as well give him root. The backup admin is often a junior person, and handing them the complete keys to the kingdom just because it makes his/her job easier isn't something I'm interested in doing. So what's the official non-root admin answer for 6.5? I didn't realize the non-root-admin script was gone. Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com http://www.glasshouse.com/ Infrastructure :: Optimized From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ed Wilts Sent: Wednesday, July 02, 2008 6:21 AM To: Esson, Paul Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Non-root administration On Wed, Jul 2, 2008 at 8:06 AM, Esson, Paul [EMAIL PROTECTED] wrote: Can I ask the group with UNIX Master Servers how they administer NetBackup? We have just moved up to 6.5 on Solaris 10 from 5.x and discovered the nonroot_admin script is gone. I could re-apply the equivalent manually but this method obviously has limitations. I need to be able to run various commands use these in scripts and edit certain files on the Master and the UNIX admin won't give me root access. Will sudo help here? We use sudo extensively here but then we use it to get root. Our DBAs use sudo to be able to kick off database restores from our master server. A UNIX admin that will let you backup and restore his system but won't give you root access is being very shortsighted. If he thinks he's added any level of security at all, he's wrong. You can simply restore your own copy of the password file, sudoers, etc. If you are able to do backups and restores, you effectively have total control of those systems. We have a good working relationship with our system admins - we manage the application from start to finish but they manage the OS, including patches. We always communicate what we're doing and why. Once you build that level of trust, you should be able to get the access you need to do your job completely. If the admins are going to be pains, however, call them frequently in the middle of the night. Every time a backup job fails, wake them up and ask them to look at a log or config file. They'll get the hint... :-) I believe I've said it here before - if you don't trust your backup administrator, find yourself another one. The same holds true for your system administrators and everybody who has physical access to your systems. And your receptionists :-) .../Ed -- Ed Wilts, Mounds View, MN, USA RHCE, BCFP, BCSD, SCSP, SCSE mailto:[EMAIL PROTECTED] If I've helped you, please make a donation to my favorite charity at http://firstgiving.com/edwilts 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] How to get list of NBU Media Server by Commandline
I use bpstulist and grep/awk my way to happiness. Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com Infrastructure :: Optimized -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kevin Miele Sent: Wednesday, July 02, 2008 2:37 PM To: Veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] How to get list of NBU Media Server by Commandline All, What is the best way to get the list of NetBackup Media servers from the command line? Thanks, Kevin ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] HP Data Protector Comparisons to Netbackup
Todd, I mistyped the URL to the Data Protector forum. It's here: http://tinyurl.com/4n67tt As you can see, it's significantly smaller than this forum, but it's only about a year old. Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com http://www.glasshouse.com/ Infrastructure :: Optimized From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jackson, Todd Sent: Friday, June 27, 2008 4:58 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] HP Data Protector Comparisons to Netbackup Gurus I need to speak to HP about their Data Protector Solution. If anyone has experience or knowledge of HP Storage Protector can you please send me some information regarding how you think it is not as good as Netbackup current version. I want to see how they respond to the comparisons. If anyone has information on their product please forward your opinion. thanks 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Linux
Since BMR is now in the base license, I completely concur. If we're talking about a non-NBU client, though, you can always use my free method: http://tinyurl.com/2l3cf5 Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com http://www.glasshouse.com/ Infrastructure :: Optimized From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ed Wilts Sent: Tuesday, July 01, 2008 5:22 PM To: [EMAIL PROTECTED] Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Linux On Tue, Jul 1, 2008 at 10:15 AM, [EMAIL PROTECTED] wrote: With regard to backup and recovery: How are you recovering Linux Redhat OS on Wintel server? We test DR at SunGard and have no experience recovering Linux OS? Is there an equivalent of a mksysb in Linux? Want to recover the OS first and separately then recover the data using Netbackup - currently running 6.0 MP5. The easiest approach is to upgrade to 6.5.x, configure BMR (the license is included with 6.5), and use that. The Bare Metal Restore functionality is integrated into your normal backups. To recover at your DR site, bring up NetBackup, your BMR server, and then everybody else using the BMR processes. .../Ed -- Ed Wilts, Mounds View, MN, USA RHCE, BCFP, BCSD, SCSP, SCSE mailto:[EMAIL PROTECTED] If I've helped you, please make a donation to my favorite charity at http://firstgiving.com/edwilts 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] FYI - Symantec made a change to their FTP(nolongerallows list)
Jonathan Martin said: I didn't say anything about hackers. I said pirates. I meant the same people you meant. I just used a different word. I was a bit drunk on jet lag after a 24 hour flight when I typed that response. ;) And if you don't think piracy is such a big deal how about posting your next book in .pdf format on your website for everyone to purchase via a paypal link? Now if you put that .pdf behind a simple login screen and only provide logins to people who have paid, that might go a little better for you, wouldn't it? Is it impenetrable? No. Can people find ways around it? Sure. Is it better than nothing? Hell yeah. First, my book IS available via PDF and it HAS already been hacked and available out there for free. In fact, I downloaded an illegal copy of my own book before I had the real book in my hand. So please don't suggest that I'm insensitive to this issue. You'll also find in my blog entry entitled Friends/Family computer recommendations, I tell them to make sure they pay for their own software. I'm all about doing the right thing: http://www.backupcentral.com/content/view/153/47/ You said that they couldn't put the software up there because pirates would download it and steal it. A few points on this. 1. Pirates already have it. You can get every version of NBU and an unlimited license on warez sites. 2. Once they come out with the new username/password system, usernames and passwords you can use will show up on warez sites. 3. They don't have the ORIGINAL software available via anonymous download; they only have patches that are worthless without the original software. My only point is that I don't think you can use a pirate argument to justify this move. Real people do their jobs by downloading a single copy of the software they need and keeping a local repository. If it was a single file, that would be great. A typical NBU client installation has dozens of files that have to be downloaded every time NBU releases a new version. I personally went to their website, registered some valid serial numbers, downloaded my software and haven't been back since. What about updates? 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] FYI - Symantec made a change to their FTP(nolongerallows list)
The hacker argument? PUHLEEZE. The hacker/theft is far more determined and won't be stopped or even bothered by having to script his way around a poorly architected website. Any more than a decent hacker is stopped by Apple's DRM-full songs. Takes about 2 seconds to rip that stuff out. Just like DRM, all this does is make it harder for real people to do their job. Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com http://www.glasshouse.com/ Infrastructure :: Optimized From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Martin, Jonathan Sent: Thursday, May 29, 2008 7:09 AM To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] FYI - Symantec made a change to their FTP(nolongerallows list) I definitely think your sales team should be giving you some sort of response to this. But its not like Symantec isn't listening. We know from posts here (and I actually got a phone call once) that they are making changes where they can to accommodate us. However, this public FTP thing has got to die. I support a number of software titles and no one in the industry posts public FTP or HTTP copies of their softwares unless its a DEMO. Its just too easy now days to download a key from some crack website and plug that into the software you FTPd. To be honest, I'm not surprised Symantec didn't do this earlier. They need to protect their intellectual property from piracy. End of story. But to your points, their website is a pain in the butt compared to FTP and someone here even said the website didn't work for large downloads (that sucks.) There are obvious middle points here and we need to suggest those. 1) Login Accounts using our Symantec.com credentials for FTP 2) A non-webscripted way to get to FTP and HTTP URLs of downloads we want (protected, of course) 3) Only post patches to the FTP public site (what use is stealing a patch?) Its not like Symantec killed public FTP just to piss everyone off. And I don't know that they are going to reverse course. So perhaps we can find some middle ground that meets both their needs and ours? -Jonathan From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Peacock Dennis - dpeaco Sent: Thursday, May 29, 2008 9:15 AM To: [EMAIL PROTECTED]; Michael Graff Andersen Cc: [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] FYI - Symantec made a change to their FTP (nolongerallows list) Unfortunately, Symantec isn't listening to anyone any more. We own and purchase a LOT of Netbackup, Legato, and Backup Express and we pushed all the way through our Netbackup Sales Rep and support rep about the lack of tech support response as well as how poor their website is to navigate to find ANYTHING worth while to include the awful way of hunting for a flippin patch for Netbackup. Needless to say...there's been zero response from them in about a year now. Thank You, Dennis Peacock EBCA Acxiom Corporation 501-342-6232 (office) From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Wednesday, May 28, 2008 9:32 PM To: Michael Graff Andersen Cc: [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] FYI - Symantec made a change to their FTP (no longerallows list) This is terrible, I have always used the FTP to get MPs, etc because I need them for multiple platforms and it is much easier to queue everything up in insert your ftp client here than using the website and getting each one individually. ALSO, I find the Symantec site EXTREMELY painful to use, the search function is almost unusable, nothing seems organized; this is terrible news. :'-( I have been using Google to find technotes for netbackup using the following url: (searches seer.entsupport.symantec.com for netbackup and anything within the past month) http://www.google.com/search?hl=enq=site%3Aseer.entsupport.symantec.com +netbackupas_qdr=m Jared M. Seaton Recovery Administrator Mylan Inc. 304-554-5926 304-685-1389 (Cell) Michael Graff Andersen [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 05/28/2008 04:36 PM To Justin Piszcz [EMAIL PROTECTED] cc veritas-bu@mailman.eng.auburn.edu Subject Re: [Veritas-bu] FYI - Symantec made a change to their FTP (no longerallows list) Think we all should complain, especially as the java download dosn't really work for the big files. And they are refering to the ftp site in numerous technotes, makes absolutely no sense to have a pub(lic) area that can't be browsed. my 10 cent Michael 2008/5/28, Justin Piszcz [EMAIL PROTECTED]: On Wed, 28 May 2008, Curtis Preston wrote: Now THAT'S just ridiculous Curtis Preston | VP
Re: [Veritas-bu] FYI - Symantec made a change to their FTP (no longerallows list)
Now THAT'S just ridiculous Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com Infrastructure :: Optimized -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Justin Piszcz Sent: Wednesday, May 28, 2008 12:04 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] FYI - Symantec made a change to their FTP (no longerallows list) You can no longer login to the Symantec FTP site to pull patches, it must all be done via the website now. 220 Symantec Secure FTP Server ready. Name (ftp.nbu.support.veritas.com:jpiszcz): anonymous 331 Password required for anonymous. Password: 230 Virtual user anonymous logged in. Remote system type is UNIX. Using binary mode to transfer files. ftp ls 200 PORT command successful. 500 'LIST': command disabled. ftp (it used to work) but not any longer, they have locked it down and I have confirmed this with support just FYI for any of those who used the FTP site to pull patches down in the past. Just letting everyone know. Justin. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] VM Master / Media Servers
Because many people use their master server as a media server. Symantec's not going to support it as a master server unless it can also be a media server. Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com Infrastructure :: Optimized -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of andrea bolongaro Sent: Friday, May 23, 2008 10:27 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] VM Master / Media Servers Hello everybody, ok it is not supported. It' clear for me... problems are related to robotics/san etc... But why do not support a Virtual Master Server if all robotics stuff is duty of a physical media server? regards, Andrea +-- |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 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] VM Master / Media Servers
Not conflicting responses. Two responses to two questions: does it work at all and is it supported? It's definitely not supported, but I have found it to work in a LAB situation. It suits my purposes in a lab, but I don't know why anyone would use it in production, nor would I. How's that? Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com Infrastructure :: Optimized -Original Message- From: WEAVER, Simon (external) [mailto:[EMAIL PROTECTED] Sent: Thursday, May 22, 2008 9:55 PM To: Dave Carpe; Curtis Preston; [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] VM Master / Media Servers Dave / Curtis Ok - 2 conflicting responses here! If its unsupported, then from a business direction I guess its not a viable option to go this route. (If what you say is right with the I/O then that is the last thing I need). Simon -Original Message- From: Dave Carpe [mailto:[EMAIL PROTECTED] Sent: Thursday, May 22, 2008 6:49 PM To: Curtis Preston; WEAVER, Simon (external); [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] VM Master / Media Servers It is not supported. There are massive problems with the I/O. David K. Carpe Principal Systems Engineer Symantec Corporation Office: 646.487.6012 Mobile: 908.963.6818 Home Office: 973.940-1805 email: [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Curtis Preston Sent: Thursday, May 22, 2008 1:13 PM To: WEAVER, Simon (external); [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] VM Master / Media Servers It works for me just fine, but I don't think it's supported. Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com Infrastructure :: Optimized -Original Message- From: WEAVER, Simon (external) [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 21, 2008 11:24 PM To: Curtis Preston; [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] VM Master / Media Servers Hi Curtis Well guess what.. there is a client that is looking at VM'ing Master and Media Servers and want to use a tape drive or robot! I am under the impression its not supported or works. Your comments seem to reflect this may not be the case. Can you clarify? Simon -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Curtis Preston Sent: Wednesday, May 21, 2008 10:31 PM To: [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] VM Master / Media Servers When you say they don't support, you must mean that they won't give you support on it. All you have to do is create virtual scsi devices for each tape drive/robot device, then you see the robot and drives in the guest OS. Admittedly, I haven't done it for production, but I haven't found it to be too difficult or unreliable. BUT, I'm trying to figure out why anyone would do that in production. Performance SUCKS! Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com Infrastructure :: Optimized -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Tuesday, May 13, 2008 4:10 AM To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] VM Master / Media Servers Is Symantec actually going to be supporting a Virtual Machine as a Master or Media Server (San Media too), which can use SSO to share a tape library? A recent exercise with VMware a few months ago brought to light that VMware does NOT support guest access to SAN-based tape drives, and has no plans to do so. Some fiddling around managed to get a guest to see such tape drives, but they did not work reliably at all. - Bluejay Adametz I took off my watch and found I had all the time in the world. - The Association ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http
Re: [Veritas-bu] VM Master / Media Servers
What's terrible about me running it in a lab? I'm just doing functionality testing of different backup products. Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com Infrastructure :: Optimized -Original Message- From: WEAVER, Simon (external) [mailto:[EMAIL PROTECTED] Sent: Friday, May 23, 2008 6:46 AM To: Curtis Preston; Dave Carpe; [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] VM Master / Media Servers Curtis Terrible ! :-) Anyhow, I for one will steer clear as its going to be attempting a physical connection to a Tape Library. But for DSU and D2D, should be ok. -Original Message- From: Curtis Preston [mailto:[EMAIL PROTECTED] Sent: Friday, May 23, 2008 1:49 PM To: WEAVER, Simon (external); Dave Carpe; [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] VM Master / Media Servers Not conflicting responses. Two responses to two questions: does it work at all and is it supported? It's definitely not supported, but I have found it to work in a LAB situation. It suits my purposes in a lab, but I don't know why anyone would use it in production, nor would I. How's that? Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com Infrastructure :: Optimized -Original Message- From: WEAVER, Simon (external) [mailto:[EMAIL PROTECTED] Sent: Thursday, May 22, 2008 9:55 PM To: Dave Carpe; Curtis Preston; [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] VM Master / Media Servers Dave / Curtis Ok - 2 conflicting responses here! If its unsupported, then from a business direction I guess its not a viable option to go this route. (If what you say is right with the I/O then that is the last thing I need). Simon -Original Message- From: Dave Carpe [mailto:[EMAIL PROTECTED] Sent: Thursday, May 22, 2008 6:49 PM To: Curtis Preston; WEAVER, Simon (external); [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] VM Master / Media Servers It is not supported. There are massive problems with the I/O. David K. Carpe Principal Systems Engineer Symantec Corporation Office: 646.487.6012 Mobile: 908.963.6818 Home Office: 973.940-1805 email: [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Curtis Preston Sent: Thursday, May 22, 2008 1:13 PM To: WEAVER, Simon (external); [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] VM Master / Media Servers It works for me just fine, but I don't think it's supported. Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com Infrastructure :: Optimized -Original Message- From: WEAVER, Simon (external) [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 21, 2008 11:24 PM To: Curtis Preston; [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] VM Master / Media Servers Hi Curtis Well guess what.. there is a client that is looking at VM'ing Master and Media Servers and want to use a tape drive or robot! I am under the impression its not supported or works. Your comments seem to reflect this may not be the case. Can you clarify? Simon -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Curtis Preston Sent: Wednesday, May 21, 2008 10:31 PM To: [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] VM Master / Media Servers When you say they don't support, you must mean that they won't give you support on it. All you have to do is create virtual scsi devices for each tape drive/robot device, then you see the robot and drives in the guest OS. Admittedly, I haven't done it for production, but I haven't found it to be too difficult or unreliable. BUT, I'm trying to figure out why anyone would do that in production. Performance SUCKS! Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com Infrastructure :: Optimized -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Tuesday, May 13, 2008 4:10 AM To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] VM Master / Media Servers Is Symantec actually going to be supporting a Virtual Machine as a Master or Media Server (San Media too), which can use SSO to share a tape library? A recent exercise with VMware a few months ago brought to light that VMware does NOT support guest access to SAN-based tape drives
Re: [Veritas-bu] Command Line for Master Server Properties
Print out a bpclient -client client -L output on the client that's misbehaving. That's where the master server properties are being stored. Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com http://www.glasshouse.com/ Infrastructure :: Optimized From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Randy Samora Sent: Thursday, May 22, 2008 6:30 AM To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Command Line for Master Server Properties This is really strange. Last night all of the clients were removed from the Client Attributes tab of the Master Server Properties except one client. That one client backed up 3 times and the clients that were removed from the list ran only once. What in the world does this tab have to do with how often a job runs? I had the guy send me screen shots and he showed me the 3 sections of the Client Attributes tab and that's all he is changing. This is really strange. Anyone out there still sober enough to tell me why this is happening or has anyone else ever seen something like this? Thanks, Randy From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Randy Samora Sent: Wednesday, May 21, 2008 8:49 AM To: Jeff Lightner; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Command Line for Master Server Properties Windows environment and I meant I wasn't able to rdp or remotely login and take a look. I wanted him to pipe the results to a txt file and email them to me. I thought about screen shots but there are so many tabs I thought that would take a while. From: Jeff Lightner [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 21, 2008 8:46 AM To: Randy Samora; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Command Line for Master Server Properties What kind of client? On UNIX/Linux all the policy information is under installpath/netbackup/db/class/policyname. The files there are ascii text. He could send those to you. Also not sure why you're saying he can only send text. Some mail filters complain about things that don't have a .txt suffix but you can add that to anything. One thing you could do is pull up the information in the GUI (on Windows). Do a Ctrl-Print Screen then paste it into a MS-Word DOC and mail that. If the mail filter blocked .doc files he could simply at .txt to the end of the name of the attachment. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Randy Samora Sent: Wednesday, May 21, 2008 9:28 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Command Line for Master Server Properties I'm a GUI GUY but I'm trying to help a friend troubleshoot his NBU setup. He made a change in the Master Server properties for VSP but then all of his jobs ran 2 or 3 times last night even though they were successful. Immediately I thought Frequency but his policy is set for a 4 day Frequency. I want him to send me the Master Server Properties setting and the only way for him to send it to me is in a text file. What is the command line that will pipe that information for me? Thanks, Randy -- 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. -- 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] VM Master / Media Servers
It works for me just fine, but I don't think it's supported. Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com Infrastructure :: Optimized -Original Message- From: WEAVER, Simon (external) [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 21, 2008 11:24 PM To: Curtis Preston; [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] VM Master / Media Servers Hi Curtis Well guess what.. there is a client that is looking at VM'ing Master and Media Servers and want to use a tape drive or robot! I am under the impression its not supported or works. Your comments seem to reflect this may not be the case. Can you clarify? Simon -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Curtis Preston Sent: Wednesday, May 21, 2008 10:31 PM To: [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] VM Master / Media Servers When you say they don't support, you must mean that they won't give you support on it. All you have to do is create virtual scsi devices for each tape drive/robot device, then you see the robot and drives in the guest OS. Admittedly, I haven't done it for production, but I haven't found it to be too difficult or unreliable. BUT, I'm trying to figure out why anyone would do that in production. Performance SUCKS! Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com Infrastructure :: Optimized -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Tuesday, May 13, 2008 4:10 AM To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] VM Master / Media Servers Is Symantec actually going to be supporting a Virtual Machine as a Master or Media Server (San Media too), which can use SSO to share a tape library? A recent exercise with VMware a few months ago brought to light that VMware does NOT support guest access to SAN-based tape drives, and has no plans to do so. Some fiddling around managed to get a guest to see such tape drives, but they did not work reliably at all. - Bluejay Adametz I took off my watch and found I had all the time in the world. - The Association ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This email (including any attachments) may contain confidential and/or privileged information or information otherwise protected from disclosure. If you are not the intended recipient, please notify the sender immediately, do not copy this message or any attachments and do not use it for any purpose or disclose its content to any person, but delete this message and any attachments from your system. Astrium disclaims any and all liability if this email transmission was virus corrupted, altered or falsified. - Astrium Limited, Registered in England and Wales No. 2449259 REGISTERED OFFICE:- Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Command Line for Master Server Properties
There are also client properties created using the bpclient command. Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com http://www.glasshouse.com/ Infrastructure :: Optimized From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of WEAVER, Simon (external) Sent: Wednesday, May 21, 2008 7:48 AM To: Randy Samora; Jeff Lightner; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Command Line for Master Server Properties what about bpgetconfig ? that gives an output for example: bpconfig C:\NetBackupOutPut.txt They can email it :-) Does that seem to be what you want Simon From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Randy Samora Sent: Wednesday, May 21, 2008 2:49 PM To: Jeff Lightner; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Command Line for Master Server Properties Windows environment and I meant I wasn't able to rdp or remotely login and take a look. I wanted him to pipe the results to a txt file and email them to me. I thought about screen shots but there are so many tabs I thought that would take a while. From: Jeff Lightner [mailto:[EMAIL PROTECTED] Sent: Wednesday, May 21, 2008 8:46 AM To: Randy Samora; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Command Line for Master Server Properties What kind of client? On UNIX/Linux all the policy information is under installpath/netbackup/db/class/policyname. The files there are ascii text. He could send those to you. Also not sure why you're saying he can only send text. Some mail filters complain about things that don't have a .txt suffix but you can add that to anything. One thing you could do is pull up the information in the GUI (on Windows). Do a Ctrl-Print Screen then paste it into a MS-Word DOC and mail that. If the mail filter blocked .doc files he could simply at .txt to the end of the name of the attachment. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Randy Samora Sent: Wednesday, May 21, 2008 9:28 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Command Line for Master Server Properties I'm a GUI GUY but I'm trying to help a friend troubleshoot his NBU setup. He made a change in the Master Server properties for VSP but then all of his jobs ran 2 or 3 times last night even though they were successful. Immediately I thought Frequency but his policy is set for a 4 day Frequency. I want him to send me the Master Server Properties setting and the only way for him to send it to me is in a text file. What is the command line that will pipe that information for me? Thanks, Randy -- 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. -- 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 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] ndmp cross-platform restore compatibility
Since the format of the backup is not covered in the NDMP spec, each vendor was free to create their own backup format -- and they did. They each had the same idea of using a Unixy format, and hacking it in some way to support Windows ACLs. While any two of them may have chosen the same original format (e.g. dump/tar/cpio), each vendor hacked the format in their own way to be able to store windows data. Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com Infrastructure :: Optimized -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Staub, Doug Sent: Tuesday, May 13, 2008 7:42 PM To: A Darren Dunham; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] ndmp cross-platform restore compatibility Darren - I concur, but let me make a distinction. The Solaris ufsrestore utility and reading a NetApp NDMP image (which uses a similar format to Solaris' ufsdump utility) are compatible (mostly). This being said, I did not require a NetApp to do the restore using this method - in fact, I did not require Veritas either, only Solaris and an attached AIT-3 drive, BUT given an ideal scenario (AIT-3 drives attached to a NetApp filer), I would have rather used Veritas natively to perform the NDMP Import and Restore to guarantee a proper restore of the data. Do other NDMP-supported NAS use different formats? If so, do they also require same-platform to do the restores? Just curious - my only NDMP experience has been with NetApp. -Doug -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of A Darren Dunham Sent: Tuesday, May 13, 2008 4:37 PM To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] ndmp cross-platform restore compatibility On Tue, May 13, 2008 at 11:30:41AM -0700, Staub, Doug wrote: There is the possibility of using Solaris' ufsrestore utility to restore NDMP backups I would amend that to *netapp* NDMP backups. For any given platform, there might be a solution. In the general case, there is no guarantee of being able to do a restore to anything other than the same platform. -- Darren ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This email 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] VM Master / Media Servers
When you say they don't support, you must mean that they won't give you support on it. All you have to do is create virtual scsi devices for each tape drive/robot device, then you see the robot and drives in the guest OS. Admittedly, I haven't done it for production, but I haven't found it to be too difficult or unreliable. BUT, I'm trying to figure out why anyone would do that in production. Performance SUCKS! Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com Infrastructure :: Optimized -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Tuesday, May 13, 2008 4:10 AM To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] VM Master / Media Servers Is Symantec actually going to be supporting a Virtual Machine as a Master or Media Server (San Media too), which can use SSO to share a tape library? A recent exercise with VMware a few months ago brought to light that VMware does NOT support guest access to SAN-based tape drives, and has no plans to do so. Some fiddling around managed to get a guest to see such tape drives, but they did not work reliably at all. - Bluejay Adametz I took off my watch and found I had all the time in the world. - The Association ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Top 20 (or so) misunderstood things about NBU
Great additions to the list. Thanks! Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com Infrastructure :: Optimized -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of selwyn Sent: Friday, May 09, 2008 8:38 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Top 20 (or so) misunderstood things about NBU This is my list of issues that come up frequently: 1. How do you tell what files were not backed up when a job ends with a status of 1? 2. What can be done to insure that no images are missed when a vault is run for offsite storage. 3. Catalog recovery 4. Recovering data from an expired tape. 5. Sending notifications when a backup job fails. 6. Linking Netbackup with Oracle rman. 7. Notifying admin when backups are taking an excessive amount of time to complete. 8. Using virtual server names for clients. +-- |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 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Top 20 (or so) misunderstood things about NBU
If only I had that power. Believe it or not, I have to pay for my own book, albeit with a nice discount. Curtis Preston | VP Data Protection GlassHouse Technologies, Inc. T: +1 760 710 2004 | C: +1 760 419 5838 | F: +1 760 710 2009 [EMAIL PROTECTED] | www.glasshouse.com http://www.glasshouse.com/ Infrastructure :: Optimized From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ed Wilts Sent: Friday, May 09, 2008 9:29 AM To: Martin, Jonathan Cc: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Top 20 (or so) misunderstood things about NBU On Fri, May 9, 2008 at 11:10 AM, Martin, Jonathan [EMAIL PROTECTED] wrote: Make sure you cut him in on the royalties ;) I just assumed that all contributors to this thread would get a free copy of the book :-) .../Ed -- Ed Wilts, Mounds View, MN, USA mailto:[EMAIL PROTECTED] If I've helped you, please make a donation to my favorite charity at http://firstgiving.com/edwilts 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Netbackup Manual Backup - can't see restore
After all these years, it still cracks me up that NetBackup calls Unix Standard, which makes Windows and all other platforms, non-standard. :) --- W. Curtis Preston Backup Blog @ www.backupcentral.com VP Data Protection, GlassHouse Technologies -Original Message- From: [EMAIL PROTECTED] [mailto:veritas-bu- [EMAIL PROTECTED] On Behalf Of Justin Piszcz Sent: Wednesday, April 30, 2008 3:35 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Netbackup Manual Backup - can't see restore Yes you never want to do that. Standard = for UNIX only. On Wed, 30 Apr 2008, lottojam wrote: Hi I just figured this out this morning... I did another backup last night of the same box and I was unable to see it this morning for a restore. I then noticed that I had actually set the policy to be a standard policy rather than a windows policy... as soon as I swithced, I was able to see the data available for reatore. Is there any issues with backing up a windows box using a standard policy rahter than a windowes policy? Thanks Paul +-- |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 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Multiplexing on VTLs
Mike is right, depending on the vendor. Please note that he works for one of them, so he should know what he's talking about. Dedupe works at the subfile-level, but not at the block level. (Vendors that chunk data up, which isn't all of them, often create chunks that are larger than a block.) Therefore, multiplexing absolutely CAN remove all deduplication capability, depending on the vendor you're using and how the stars line up. With some vendors, it will make your dedupe ratio 1:1. With others, it will not affect it at all. --- W. Curtis Preston Backup Blog @ www.backupcentral.com VP Data Protection, GlassHouse Technologies From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ed Wilts Sent: Wednesday, April 30, 2008 4:12 PM To: Mike Sparkes Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Multiplexing on VTLs On Wed, Apr 30, 2008 at 5:58 PM, Mike Sparkes [EMAIL PROTECTED] wrote: if you ever move to de-duplication, the act of multiplexing your backups ruins the ability to detect duplicate blocks. Your de-dupe ratio will be terrible. I don't follow your logic here. Why would multiplexing affect the de-dupe ratio? .../Ed -- Ed Wilts, Mounds View, MN, USA RHCE, BCFP, BCSD, SCSP mailto:[EMAIL PROTECTED] If I've helped you, please make a donation to my favorite charity at http://firstgiving.com/edwilts 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Multiplexing on VTL's
FLB is used to get to the first file you are restoring. It is NOT used once you start reading that file. The rest of the restore will read EVERYTHING and throw away the blocks it doesn't need. While this may not affect the performance of a single file, it will absolutely affect the potential performance of a large restore. Multiplexing with VTLs usually hurt less, because usually the resulting slower speed is still faster than what the client can write at. --- W. Curtis Preston Backup Blog @ www.backupcentral.com VP Data Protection, GlassHouse Technologies -Original Message- From: [EMAIL PROTECTED] [mailto:veritas-bu- [EMAIL PROTECTED] On Behalf Of bob944 Sent: Thursday, May 01, 2008 12:10 AM To: 'Len Boyle'; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Multiplexing on VTL's I agree with b and c, but there a can be a little misleading as we learned the hard way this past year. Netbackup records the start of a fragment and not the location of the file on the tape. So it has to read the whole fragment until it finds the file it is looking for. Sounds as if you had a lng restore experience, Len. As mentioned, I haven't empirically tested whether F-L-B is used in restoring part of a multiplex set (if it's used in individual-file restore, you'd think it would apply to finding the files of one backup in a mux set), but the location of every file on the tape definitely is recorded--the block numbers are field #5 in the output below: # /usr/openv/netbackup/bin/cat_convert -dump *443_INCR.f num len plendlenblknum ii raw_sz GB dev_num path data 0 0 1 50 0 0 0 0 8388728 / 16877 root root 0 1209535204 1209430138 1209430138 1 0 5 49 1 1 0 0 8388731 /usr/ 16877 root sys 0 1209535162 1208501866 1208501866 [...] 18826 107 41 53 2286045 2 0 0 8388731 /usr/openv/netbackup/bin/private/nblogcfg 33088 root bin 54048 1208506181 1195233073 1209450948 18827 80 41 53 2286152 2 0 0 8388731 /usr/openv/netbackup/bin/private/nbloggen 33088 root bin 40024 1208506181 1195233073 1209450948 18828 73 41 53 2286232 2 0 0 8388731 /usr/openv/netbackup/bin/private/nblogmgr 33088 root bin 36564 1208506181 1195233074 1209450948 18829 111 42 53 2286305 2 0 0 8388731 /usr/openv/netbackup/bin/private/nblogview 33133 root bin 56304 1208506181 1195233074 1209450948 -Original Message- From: [EMAIL PROTECTED] [mailto:veritas-bu- [EMAIL PROTECTED] On Behalf Of bob944 Sent: Wednesday, April 30, 2008 9:03 PM To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Multiplexing on VTL's My main concern is that when doing restores off a multiplexed tape, the VTL READ speed off the disk(let's say it's 80MB/s) is the same whether there's MPX in the stream or not. The restore will throw away the bytes that doesn't belong to the client, so out of a 80 MB/s stream coming off the disk, you will throw away (let's say) 60MB and use only 20. It's this reduction in effective restore speed that's my main concern. Perhaps you'll have time to test and share here? I'd expect NetBackup to treat it as multiplexed tape and not read the intervening data. IME, most multiplexed-tape-restore horror stories are no longer valid due to a) fast-locate-block's ability to skip the intervening data (I have never explicitly tested this), b) drives that supply data faster than the client can write it and c) properly designed multiplexed backups can restore multiple clients significantly faster than non-muxed (I have tested b and c). ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Deduping with Tape as a final destination
CommVault is doing file-level dedupe. Their point is that we already have the file on tape, why back it up again. What you're asking about is sub-file-level dedupe, which would be silly to copy to tape in it's deduped format, for all the reasons others have stated. --- W. Curtis Preston Backup Blog @ www.backupcentral.com VP Data Protection, GlassHouse Technologies -Original Message- From: [EMAIL PROTECTED] [mailto:veritas-bu- [EMAIL PROTECTED] On Behalf Of Jon Bousselot Sent: Saturday, April 26, 2008 7:30 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Deduping with Tape as a final destination As I understand the PureDisk product, yes. The copy that goes to tape will be the full data set. I believe the product is positioned save space and time from the client and on the equivalent of a DSU. You can run PureDisk along with NBU, so the stream of data that comes from the client is inspected for duplicate data (on the media server), and then space is saved. As a PD client, it inspects data at even smaller chunks, but does the work at the client and sends the changes to the PD repository. I looked at the Commvault 7 documentation, and it was not obvious to me what the contents of the final tape copy would be. If I were going to use tape as a final resting place, and use slow cheap disk as a de-dup location, I would like the tape copy to be the simplest format possible for reading in the future. And it would be nice if those archive tapes did not need a complex road map of re-dup chunks to assemble the data. On a PureDisk server, you can eliminate duplicate data from all your client images, because at any time you can get that data back from the single instance which lives on your random access media. I'm having a hard time conceptualizing the process by which a 100G client de-duped down to a 20G backup tape would be processed for a restore. The bits have to come from somewhere, which is why I'm a bit confused on how Commvault is doing it. I need to read their docs again. -Jon So, ultimately, the data copied to the tape will be the full amount of the data and not the deduped data? For example, the original 100GB deduped down to 20GB will be the full 100GB and not the 20GB? Or will it be the 20GB, with Netbackup referring back to the index and/or base data? Thanks, Michael ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Deduping with Tape as a final destination
The VTL will redupe it when handing it to NBU to copy to tape, but that should happen at line speed and not affect the speed of your copy. --- W. Curtis Preston Backup Blog @ www.backupcentral.com VP Data Protection, GlassHouse Technologies -Original Message- From: [EMAIL PROTECTED] [mailto:veritas-bu- [EMAIL PROTECTED] On Behalf Of mbpettis Sent: Thursday, April 24, 2008 11:45 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Deduping with Tape as a final destination Hi, All. Just trying to get some clarification here. We currently have NBU 6.0MP6 on Win2003, with a Sepaton VTL and a Dell tape library with FC. We're looking at two possible directions at this time: 1) Going to NBU6.5 or 2) Going to CommVault as our backup options and, in either case looking to Dedupe. Whether to use Sepaton's target based or the backup app's source based Dedupe solution, is still being pondered. My question is actually rather simple; if we are backing up/deduping to the Sepaton and want to then copy the data to tape, will it be a matter of a straight copy from VTL to tape? Or will this require un-deduping from the VTL and the re-deduping to tape? Thanks, Michael +-- |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 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Restore reports
Have you tried running bperror and grepping for Successfully Completed Restore or something like that? (I'm doing this from memory, so the actual spelling and case may be different.) You will be able to go as far back as you keep bperror logs. --- W. Curtis Preston Backup Blog @ www.backupcentral.com VP Data Protection, GlassHouse Technologies -Original Message- From: [EMAIL PROTECTED] [mailto:veritas-bu- [EMAIL PROTECTED] On Behalf Of griff Sent: Thursday, April 17, 2008 8:15 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Restore reports Is there anyway to generate a report of some kind for completed restores? We have a requirement to show restores that have been completed in the past. Maybe there is a command that can pull that information but I haven't found it yet. We're using Netbackup 6.0MP4. Any help is appreciated. +-- |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 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Sharing drive in multiple NB domains
Hello ! I am new to NB. I have two active NB 6.5 domains in one SAN. Is possible to share drives from tape libraries between two NB domains ( I have SSO option ) ? Not unless you partition the library to appear to NBU as two tape libraries. (Many libraries have that feature.) --- W. Curtis Preston Backup Blog @ www.backupcentral.com VP Data Protection, GlassHouse Technologies 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] VMotion - Supported for NBU 6.5 VCB Backups?
I'm gong to guess and say that NBU is not going to keep track of hosts moved by vmotion. Welcome to the land of virtualization. --- W. Curtis Preston Backup Blog @ www.backupcentral.com VP Data Protection, GlassHouse Technologies From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David Attreed Sent: Tuesday, April 15, 2008 10:16 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] VMotion - Supported for NBU 6.5 VCB Backups? First post so be gentle. Am testing out VCB backups with NBU 6.5 which work absolutely fine. However, when we VMotion the host to a different ESX, NetBackup does not keep track of that action and promptly fails the next backup with a 156. Only fix I have found so far is to edit the backup policy, delete the host from the clients list, refresh the ESX list and then add the host back in from its new location. The only mention anywhere in Symantec-land of VMotion is this small snippet from the VMware Best Practices Guide - The configuration is Distributed Resource Scheduling (DRS) and VMotion aware. Am I missing something? TIA, BackupLover 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Master Server on a SUN Thumper?
Put a VTL in front of it. The way VTLs lay data down on disk is more efficient than the way NBU writes data to a filesystem. The latter will cause fragmentation over time and the former will not. There are a number of companies that will sell you a VTL head or software you can put in your own head, that you can then put in front of your Cx array. (EMC will not, BTW. They will want you to buy the CDL/EDL, which is prepackaged.) --- W. Curtis Preston Backup Blog @ www.backupcentral.com VP Data Protection, GlassHouse Technologies From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Weber, Philip Sent: Tuesday, April 15, 2008 1:30 AM To: Veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Master Server on a SUN Thumper? We've using Clariion Cx300 with ATA drives for disk staging and performance is awful; seems to deteriorate over time. Currently RAID5 LUNs (tried RAID3 which had similar performance and even tested RAID0 which wasn't noticeably better). I'm assuming the performance issue is that with lots of different types of backups going to the array, we're making them jump all over the place, but haven't really found a way of improving it. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Lightner Sent: 14 April 2008 18:31 To: Ed Wilts; Jim Horalek Cc: Veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Master Server on a SUN Thumper? Actually we have some quite large (2TB+) Oracle Test/Trng databases using ATA drives in a Clariion CX700 arrays and get decent performance out of those. Of course that is hardware RAID. Not sure what the SUN Thumper uses. The database on NBU is relatively small by comparison though at the moment we do still have ours on EMC Symmetrix (DMX3) but that is more for the warm fuzzy we get from Symmetrix reliability. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Ed Wilts Sent: Monday, April 14, 2008 12:44 PM To: Jim Horalek Cc: Veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Master Server on a SUN Thumper? On Mon, Apr 14, 2008 at 10:22 AM, Jim Horalek [EMAIL PROTECTED] wrote: Just as an aside, how many people are building Master servers on SATA? The master server is one big flat-file database. Why would you want it on SATA? I don't imagine that many database operations are going to any fun at all... You could, on the other hand, put a DSSU or DSU on your master on SATA but that would be providing media server functionality, not master server functionality. I'd be okay with doing that (and am doing it here). -- Ed Wilts, Mounds View, MN, USA mailto:[EMAIL PROTECTED] -- 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. -- Egg is a trading name of the Egg group of companies which includes: 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: Citigroup Centre, Canada Square, London E14 5LB. 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. 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 message contains confidential
Re: [Veritas-bu] clone or duplicate tape
Without paying extra, you can actually have the copy created as the backup is being made. Just configure multiple copies in the policy. That, of course, requires twice as many tape drives. If you don't want to do that, and don't want to pay extra, you're in command-line land. Learn how bpduplicate works. It will actually automatically figure out what hasn't been copied and copy it. If you are willing to pay for an extra-price product, Vault is very good and will automate everything and give you a bunch of options. --- W. Curtis Preston Backup Blog @ www.backupcentral.com VP Data Protection, GlassHouse Technologies -Original Message- From: [EMAIL PROTECTED] [mailto:veritas-bu- [EMAIL PROTECTED] On Behalf Of moehatdee Sent: Tuesday, April 15, 2008 9:52 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] clone or duplicate tape Hi Dears, Does NetBackup 6.5 able to clone a tape automatically after completing a backup as EMC NetWorker did?. As EMC NetWorker we can configure in the Group properties by clicking the clone box option. Clone will run automatically when Group is completed. In NetBackup 6.5, how to do it? Please kindly share your experience. Regards, Moehatdee ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. 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 message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Mailing list replies before questions?
Jeff, Your said you saw them on the forum first. I think this is a side effect of the human anti-spam filter I have on the forum, which is applied to the first post of any new user. That, coupled with the fact that a number of you are viewing and responding to posts VIA the forum is why this is happening. Here's what happens: 1. A first-time user posts his/her first message to the forum 2. I'm sent the notification that activates the human spam filter 3. One or more of you see the post on the forum interface and respond to it 4. Your reply isn't your first post so it gets forwarded to the list 5. I see the original message and authorize it 6. The original message is then forwarded to the list Does that make sense? There are a few ways to make this problem go away: * Turn off the forum interface (which hundreds of you are apparently enjoying) * Turn off the so-far foolproof anti-spam system * Have one or more of you volunteer to assist me with moderation If anyone is curious about the latter, it currently means anywhere from 0-5 emails a day. You would need to follow the link in the email to the moderation control panel, log in, review the message to verify it's not SPAM, and accept or reject it appropriately. All it would take is one or two people who are a little more home-bodied than me (I travel constantly which often introduces very long delays on the approval process.) Anyone interested? --- W. Curtis Preston Backup Blog @ www.backupcentral.com VP Data Protection, GlassHouse Technologies -Original Message- From: [EMAIL PROTECTED] [mailto:veritas-bu- [EMAIL PROTECTED] On Behalf Of Jeff Lightner Sent: Wednesday, April 09, 2008 11:01 AM To: A Darren Dunham; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Mailing list replies before questions? Just to be clear. I wasn't talking about messages I'd sent and wanted replies on but rather messages others had sent. Often I see replies to the emails others have sent long before I see the original message. Interestingly enough the message that started this thread did not fall into that category. It showed up in the forum before the first reply. It isn't clear to me how batching would make a difference unless the batches are sending out the emails in alphabetical order of sender rather than time order of send. If it was alphabetical (or even geographical) on receiver then I should still get the first email in an earlier batch than the reply which would presumably come in a later batch. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of A Darren Dunham Sent: Wednesday, April 09, 2008 1:39 PM To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Mailing list replies before questions? On Wed, Apr 09, 2008 at 11:05:11AM -0600, [EMAIL PROTECTED] wrote: Are any of you gray-listing your inbound mail? That can make weird arrival-order behavior. Not in my case, but I suppose the list software doesn't regard minimizing latency on sending mails. I assume it batches things over a long time. Since the day I joined I've received email replies to posts long before I see it on the list in my mailbox. I'm usually 20-30 minutes behind. I haven't seen any changes in this over the years. Received: from mailman.eng.auburn.edu ([131.204.12.57]) by relay.taos.com with ESMTP; 09 Apr 2008 10:25:38 -0700 Received: from mailman.eng.auburn.edu ([EMAIL PROTECTED] [127.0.0.1]) by mailman.eng.auburn.edu (8.13.4/8.13.4/Debian-3sarge3) with ESMTP id m39H5LO1007656; Wed, 9 Apr 2008 12:05:28 -0500 Received: from mx02.cexp.com (mx02.cexp.com [170.131.136.83]) by mailman.eng.auburn.edu (8.13.4/8.13.4/Debian-3sarge3) with ESMTP id m39H5IPv007651 for VERITAS-BU@mailman.eng.auburn.edu; Wed, 9 Apr 2008 12:05:18 -0500 (So right about 20 minutes for this one). I don't know that I've ever seen out-out-order posts from the listerv, but direct email replies can make it appear that way. -- Darren Dunham [EMAIL PROTECTED] Senior Technical Consultant TAOS http://www.taos.com/ Got some Dr Pepper? San Francisco, CA bay area This line left intentionally blank to confuse you. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -- 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
Re: [Veritas-bu] NetBackup 6.5 index size
Is it just the idea of a virtual volume that you don't like, or do you have another volume manager you like? Last time I looked, the dynamic disks functionality in Windows is based on a stripped down version of VxVM. --- W. Curtis Preston Backup Blog @ www.backupcentral.com VP Data Protection, GlassHouse Technologies From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of WEAVER, Simon (external) Sent: Tuesday, April 01, 2008 6:35 AM To: Ed Wilts Cc: veritas-bu@mailman.eng.auburn.edu; Paul Keating Subject: Re: [Veritas-bu] NetBackup 6.5 index size Ed I use Robocopy alot, but I feel that the product may have been ill-advised by someone who thought we needed the product, when clearly we have proven this is not the case. Robocopy and Diskpart :-) works like a charm! From: Ed Wilts [mailto:[EMAIL PROTECTED] Sent: Tuesday, April 01, 2008 1:22 PM To: WEAVER, Simon (external) Cc: Paul Keating; [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] NetBackup 6.5 index size On Tue, Apr 1, 2008 at 12:27 AM, WEAVER, Simon (external) [EMAIL PROTECTED] wrote: Personally, I am not a fan of Veritas Volume Manager, and I certainly cannot recommend it. That's because you're a Windows guy and the product certainly doesn't function on Windows like it does on Unix. If you're a Unix guy, you'll see the limitations of Windows and its lack of a volume manager very quickly. My catalog is in a volume manager and yes, we've grown it. We've bounced a lot of our storage around between SAN frames as well as expanded volumes. On the other hand, my Windows admins do nothing but bitch and moan when they have to do the same thing. Linux, HP-UX, Solaris, VMS - all move data nicely around. Windows, well, just say no. Robocopy is not an alternative to a volume manager :-) .../Ed -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Keating Sent: Monday, March 31, 2008 5:19 PM To: [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] NetBackup 6.5 index size Build your catalog filesytem using a Logical Volume Manager, such as Veritas Volume Manager (Storage Foundations) on a SAN attached LUN. As your catalog grows you can grow both the LUN and the filesystem hot, without an outage. Or, if you have availability of a recent Enterprise class array such as the HDS USP-V, you can build it on a DP (Dynamic provisioned) LUN (aka thin provisioning) The array presents your server with a large fixed size LUN, even several terabytes, but only occupies as much disk space as needed, initially, then auto allocates disk as needed. Personally, I'd just go the volume manager route. Paul -- Ed Wilts, Mounds View, MN, USA mailto:[EMAIL PROTECTED] 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
Re: [Veritas-bu] Quarterly Backups and Calendar Schedule
towards increasing your backup success rate.) Can a commercial scheduler do this? I don't have experience with all of them, but the ones that I have seen the answer appears to be no. You can specify start times, and do this one after that one, but I'm not sure if you can say do these 10,000 jobs, but only do 10 of them at a time. If a scheduler can do this, I might reconsider my position. What I've seen in practice is that when people use a commercial scheduler, they go to one of two extremes. They either have lots of gaps in coverage (where devices are not being sent the number of jobs you specified), or they're trying to approach the way NBU queues up jobs by firing off a bunch at a time. The problem with the former is that it's wasting a lot of resources. The problem with the latter is that manually run queued jobs DO take up resources, as a manually run backup has processes associated with it even if it's in a queued state, where an automatically run backup does not. Summary So I believe that NBU's scheduler meets the needs of 99% of most users that I've found, and I've even managed to figure out how to use it to meet the multi-host requirement if a customer doesn't have a commercial scheduler. I would therefore argue that a commercial scheduler is not needed and I'd take the money I saved on that and buy a data protection management product. W. Curtis Preston ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Sizing experiences ?
Then you have to test what you are proposing and how that it can or cannot do the job. I agree with Ed on your tape drive numbers. You're not even close to having enough juice to drive the tape drives you've proposed, and you'll never get there with a single server. At 1.5:1 compression (what I see as an average), you have 960 MB/s of (80 * 1.5 * 8) tape drive throughput back there! You will NEVER get to that number, not even if you have 10 GbE. As to how many CPUs and how much RAM you need to maximize trunked quad GbE? I'll defer to Ed company. Only testing will prove them right or wrong for your management. --- W. Curtis Preston Backup Blog @ www.backupcentral.com VP Data Protection, GlassHouse Technologies -Original Message- From: [EMAIL PROTECTED] [mailto:veritas-bu- [EMAIL PROTECTED] On Behalf Of Michael Graff Andersen Sent: Friday, March 28, 2008 1:36 AM To: WEAVER, Simon (external) Cc: Ed Wilts; veritas-bu Subject: Re: [Veritas-bu] Sizing experiences ? Yes, but the managemnet want to see some numbers/reasons for the choosen hardware other than it is big fast 2008/3/28, WEAVER, Simon (external) [EMAIL PROTECTED]: Mike From my view, 8GB is the bare min the more the better. The faster the CPU or CPU's the better... the faster and bigger the disks are , even better :-) Simon -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Michael Graff Andersen Sent: Wednesday, March 26, 2008 5:49 PM To: Ed Wilts Cc: veritas-bu Subject: Re: [Veritas-bu] Sizing experiences ? How do you arrive at 16 GB memory ? Regards Michael 2008/3/26, Ed Wilts [EMAIL PROTECTED]: You didn't specify the OS either. You're going to need some serious staging units since you have 400MB of theoretical bandwidth in and about twice that out to tape. You either have too many tape drives or they're going to be underutilized. No matter what OS, that memory seems awfully tight. I wouldn't touch that config with under 16GB of memory. Instead of 8 LTO-3 drives on a single master/media server, you should probably split that up into separate master and media servers. Do the I/O calculations very, very carefully. You're probably not going to be able to pull that config off with any Windows server I've seen - you'll starve those tape drives since you likely won't even have enough HBA bandwidth to drive them. You're far better off driving 4 LTO-3 drives at full speed than 8 drives at a slow, shoe-shining speed. What kills most environments is not CPU but I/O. Don't just assume that your disk I/O is adequate - we see destaging performance plummet when we write to the same disk at the same time. .../Ed On Wed, Mar 26, 2008 at 11:06 AM, Michael Graff Andersen [EMAIL PROTECTED] wrote: Oops, didn't write that the master/media server will have 4x 1 Gbit NICs 8x LT03 tape drives. Using the document I arrived at 8 CPUs 4.6 GB RAM Trying to get a server that can handle the NICs tape drive at full tilt peoples experiences with using this document or other methods of sizing Regards Michael 2008/3/26, Ed Wilts [EMAIL PROTECTED]: On Wed, Mar 26, 2008 at 10:26 AM, Michael Graff Andersen [EMAIL PROTECTED] wrote: We are about to replace our backup server and I have used the Backup Planning and Performance Tuning Guide for 6.0 to size our new server Our server people think the sizing is wrong, more specifically that it gives to many CPUs What are you experience regarding sizing ? Rule #1. There's no such thing as too many CPUs or too much memory. Rule #2. See Rule #1 Rule #3. Is your storage growing? If it is, see rule #1. In general, the master server needs lots of memory and cpu and the media servers need less memory but lots of I/O bandwidth. All of them need plenty of disk space for logs - 20-50GB at a minimum and in a busy environment while troubleshooting issues, 100GB of logs is not unheard of. Without significantly more details on what exactly you're trying to accomplish and what config you came up with, we're not going to be able to get more specific than that. .../Ed -- Ed Wilts, Mounds View, MN, USA mailto:[EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -- Ed Wilts, Mounds View, MN, USA mailto:[EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This email
Re: [Veritas-bu] Quarterly Backups and Calendar Schedule
Actually, you're wrong here. NetBackup allows you to create a policy now but not set it to go active until some point in the future. I've used this and it works well. I'm familiar with that and do it all the time, but I don't like it here. First, what if I want to do this to an existing policy? No way to do it. Also, your method requires me to wait until the start of the quarter to do my first backup. (If I do a full now, the frequency will be based on that full backup and won't run on the first Friday.) Don't like that either. With SBB, I can do my first full backup now, then one on the first Friday, and no worries. But if all he really wants is a backup that runs roughly every quarter, this does actually fill that need. Yes, they'll drift over time. It will also help balance the load across the policies so you don't get *all* of your quarterlies on the same day, I'm sorry, but this is where we are going to have to disagree. I've run large environments. I've used FBBs, and what actually happens is backups end up bunching together, and the only thing that will unbunch them is running a manual backup. More than likely, you'd like to spread the load across multiple Fridays unless you have a lot of backup window compared to the volume of backup. More than likely? I don't like that uncertainty. Full backups need to be spread out on a predictable basis, because when they get bunched up (as they tend to do with FBB -- especially if you're doing monthlies) they wreak havoc. And the only way to spread them out on a predictable basis is to use SBB. When you are responsible for hundreds of terabytes like I am, asking for everything to be backed up in a single weekend just gets you laughed at (or you can approve the requisition for a *lot* more hardware). Oh no you didn't! You're not pulling out the my environment's bigger than your environment card. ;) This is not my first time to the party. I've tuned many environments your size, and I've got two customers that backup 2-3 PB a night. So please don't try to tell me that my ideas don't scale, as I'm all about scale. As to everything running in one night, I think if you re-read my response, I recommended the opposite of that. I like doing monthly full backups, with each night backing up approximately 1/28th of the environment and a cumulative incremental of 1/7th of the environment. The larger the environment, the important FBB is. Yes, they're more difficult to control, but that's also an advantage - you don't *want* to have to control them. The more control you take, the less NetBackup has, and the more likely it is that backups won't run. I'm a big fan of giving NBU control where it can do good. For example, I believe (with exceptions) in one giant backup window each night and letting NBU figure out what to do using priorities. Most people try to have way too much control over their NBU environment. But I don't believe that full backups and cumulative backups should be allowed to run willy-nilly the way they do when you use FBB and frequencies of a week or more. And I don't prefer Jonathan's answer for that reason. Sometime in the future, somebody will rebuild that box and could forget all about scheduled tasks and the script won't run. He'll either run out of tapes because images weren't expiring soon enough (or slowly spend a lot of money on tapes that he doesn't to), or he'll not extend the quarterly to a 7-year expiration and end up expiring images he's not supposed to. And then he won't notice until he gets audited or needs to do a restore. That's why I like the modified suggestion of setting all monthlies to 7 years and reducing those that aren't going to be kept, as it is safer. The worst thing that will happen is the first problem you stated. I'd argue that any backup configurations have the risks you're pointing out which is why all configurations -- custom or not -- should be documented. I'm a bit anal about solutions that can die silently - they tend to make me hostile. As am I, which is why I think the product should support doing what Randy asked for. People want to do quarterly backups and most people like SBB. If you've made it this far, ignore Randy's question and tell me what you think is wrong with SBBs in general. I can go on for a half hour of the bad things that FBBs have caused my clients over the year. -- Ed Wilts, Mounds View, MN, USA mailto:[EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Archiving vs Backups (a question for Mr. Backup andothers here)
Most everything I have to say about the archiving vs backups subjects I said in an article a few years ago: http://www.backupcentral.com/components/com_mambowiki/index.php/What_is_ the_difference_between_a_backup_and_an_archive%3F The summary statement is that a backup system is used to restore a single file, filesystem, database, or part of that database if it is deleted or damaged. It is NOT designed to retrieve information in any other way. 1. The only context for retrieval from backups is host/filesystem, not all files/emails with this word in them, which is the kind of request you get 7 years from now. Resulting retrieval using a backup system will be painful at the least. 2. Changes in OS/applications in 7 years make them really hard to read from. 3. Typical methods (monthly/quarterly backups) have big gaps in coverage 4. Backups store many, many copies of the same file. A good archive system does not unless you tell it to. --- W. Curtis Preston Backup Blog @ www.backupcentral.com VP Data Protection, GlassHouse Technologies -Original Message- From: [EMAIL PROTECTED] [mailto:veritas-bu- [EMAIL PROTECTED] On Behalf Of Robin Small Sent: Monday, March 31, 2008 4:27 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Archiving vs Backups (a question for Mr. Backup andothers here) Since the Archiving vs Backup issue got brought up.. I struggle (a lot) with duplicating a longer-retention Monthly clone of my weekly backups. We're getting Vault, so that part is settled. It got me thinking about *why* I do my monthlys (to recover data removed from disk that's past my weekly retention period), which is probably more meant for Archiving than it is for Backups. So, I'm curious: What are the trends for Archiving? We use Quantum stuff (still ADIC labeled), so their StorNext datamoving software comes to mind, to age file data from our FC SAN to SATA or Tape. We've also thought about a CAS. We're using something like that for email (email text is shoved into a searchable database and the file attachments are split off, hashed, and stored). Is there anything that ties nicely into NetBackup? or are they different beasts that need to be approached differently? ~ Robin ___ 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] Remote Online Backups
Right. That's what I've heard -- that it's a great WAN-acceleration product. What I haven't bought off on, though, is this concept of just use your regular backup software and pretend like these hosts aren't on the other side of the planet and back them up across the WAN. I usually keep opinions like this to myself. The SPAM thing just made me feel like --- W. Curtis Preston Backup Blog @ www.backupcentral.com VP Data Protection, GlassHouse Technologies -Original Message- From: [EMAIL PROTECTED] [mailto:veritas-bu- [EMAIL PROTECTED] On Behalf Of Martin, Jonathan Sent: Wednesday, March 26, 2008 5:28 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Remote Online Backups I dislike spam too, but lets not go throwing the Riverbed product under the bus because of it. =P We did a pretty thorough analysis of the Riverbed product versus three major competitors two years ago and found that *by far* Riverbed was the best WAN Acceleration device on the market. We've since deployed them to just about every remote site we have globally. I haven't seen this Riverbed Copy Utility and when we implemented the point was *not* to do remote backups - rather to speed up the movement of data from centralized datacenters to various remote offices (which the product does very well, with various SMB, NFS and MAPI requests.) Their product also significantly lessened the time it takes to replicate data to DR. -Jonathan From: [EMAIL PROTECTED] on behalf of Curtis Preston Sent: Wed 3/26/2008 1:28 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Remote Online Backups Message and poster dealt with. I don't normally post my personal opinions about products, but for some reason right now I feel inspired. I don't get the whole Riverbed thing. I don't see any advantages in the backup arena over using a more standard dedupe appliance or dedupe backup software, and I see a few disadvantages. Riverbed, if you're listening, you haven't made a friend today by using my website to post SPAM, but I am willing to listen if you want to convince me otherwise. --- W. Curtis Preston Backup Blog @ www.backupcentral.com VP Data Protection, GlassHouse Technologies -Original Message- From: [EMAIL PROTECTED] [mailto:veritas-bu- [EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Tuesday, March 25, 2008 7:57 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Remote Online Backups FYI: [EMAIL PROTECTED] notified, management at Riverbed Technologies notified. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of rubbyfiller Sent: Tuesday, March 25, 2008 12:59 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Remote Online Backups Performing backups at every remote site is complicated, expensive and risky too. Doing backup across the WAN is easier, reliable, and more secure. Have you experimented Riverbed Copy Utility (RCU)? It would be a great fit. By overcoming bandwidth limitations and reducing network latency, Riverbed's WDS facilitates network-based backup approaches in most of the customer environments. Riverbed technology optimizes: 1.Centralized backup and recovery of servers and desktop machines in remote offices 2.Replication of centralized data repositories between data centers in your distributed enterprise for backing up large amounts of data. RCU for disaster recovery can also be used for your remote backup solution just as effectively. http://www.wdsforum.org/forum/index.php?act=attachtype=postid=10 +-- |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 ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Remote Online Backups
Message and poster dealt with. I don't normally post my personal opinions about products, but for some reason right now I feel inspired. I don't get the whole Riverbed thing. I don't see any advantages in the backup arena over using a more standard dedupe appliance or dedupe backup software, and I see a few disadvantages. Riverbed, if you're listening, you haven't made a friend today by using my website to post SPAM, but I am willing to listen if you want to convince me otherwise. --- W. Curtis Preston Backup Blog @ www.backupcentral.com VP Data Protection, GlassHouse Technologies -Original Message- From: [EMAIL PROTECTED] [mailto:veritas-bu- [EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Tuesday, March 25, 2008 7:57 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Remote Online Backups FYI: [EMAIL PROTECTED] notified, management at Riverbed Technologies notified. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of rubbyfiller Sent: Tuesday, March 25, 2008 12:59 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Remote Online Backups Performing backups at every remote site is complicated, expensive and risky too. Doing backup across the WAN is easier, reliable, and more secure. Have you experimented Riverbed Copy Utility (RCU)? It would be a great fit. By overcoming bandwidth limitations and reducing network latency, Riverbed's WDS facilitates network-based backup approaches in most of the customer environments. Riverbed technology optimizes: 1.Centralized backup and recovery of servers and desktop machines in remote offices 2.Replication of centralized data repositories between data centers in your distributed enterprise for backing up large amounts of data. RCU for disaster recovery can also be used for your remote backup solution just as effectively. http://www.wdsforum.org/forum/index.php?act=attachtype=postid=10 +-- |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] Backing up ESX3
I actually think it was the filelist entry and not the shutting down that made it work. Did you try the changed filelist with the systems up? (You do need to snapshot them, though.) --- W. Curtis Preston Backup Blog @ www.backupcentral.com VP Data Protection, GlassHouse Technologies From: Anas Kayal [mailto:[EMAIL PROTECTED] Sent: Sunday, March 23, 2008 4:50 AM To: Curtis Preston; Martin, Jonathan; Veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Backing up ESX3 Curtis you were right. I had to shut down the VM's first before doing the backup. I put a direct link to the /volumes directory in the file list but I think it should also work with a full / backup if all the VM's are down. Now does anyone have a script that I can run directly on ESX host that automatically shuts down the VM's prior to backup and brings them back up after? From: Curtis Preston [mailto:[EMAIL PROTECTED] Sent: Saturday, March 22, 2008 6:45 AM To: Martin, Jonathan; Anas Kayal; Veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Backing up ESX3 You do not have to use VCB to back up VMware. The way Anas is trying to do it is supported. Each method has advantages and disadvantages. This method will have all full backups and you have to figure out how to snapshot the vmdk files. I believe the only problem is that the VMFS filesystem isn't being auto-discovered. Anas, have you put the /volumes mount point in the file list? Also, make sure that you snapshot the vmdk files first. I found this preso that speaks to it: http://download3.vmware.com/vmworld/2006/tac9912.pdf --- W. Curtis Preston Backup Blog @ www.backupcentral.com VP Data Protection, GlassHouse Technologies From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Martin, Jonathan Sent: Friday, March 21, 2008 1:05 PM To: Anas Kayal; Veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Backing up ESX3 The Virtual Machines are stored on a VMFS (Virtual Machine File System) which Netbackup doesn't understand. Its a proprietary format developed by VMWare for use in ESX Server (its got advanced capabilities like journaling.) To backup Virtual Machines via the .vmdk you need to use their consolidated backup piece and be running 6.5 on a server which can mount the storage. (SAN only I think, I don't think Consolidated Backup supports iSCSI.) Alternately (if you are not using shared storage) you can use the built in tools on the ESX server to export the virtual machines to an ext3 partition that the client can read. -Jonathan From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Anas Kayal Sent: Friday, March 21, 2008 3:52 PM To: Veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Backing up ESX3 I have a growing VMware ESX farm and have deployed NBU 6 agent on the COS of ESX. When I do a full backup I don't seem to get the VMDK files of the Virtual Machines. What am I doing wrong? This message (including any attachments) is intended only for the use of the individual or entity to which it is addressed and may contain information that is non-public, proprietary, privileged and/or confidential. If you are not the intended recipient, you are hereby notified that any use, dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, kindly notify us immediately at [EMAIL PROTECTED] and delete this message. Thank you. This message (including any attachments) is intended only for the use of the individual or entity to which it is addressed and may contain information that is non-public, proprietary, privileged and/or confidential. If you are not the intended recipient, you are hereby notified that any use, dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, kindly notify us immediately at [EMAIL PROTECTED] and delete this message. Thank you. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] full DSUs in old NBU revs (was: something longer)
I'm almost positive that 6.5 supports DSU cascading in a single job, just like tape and virtual tape. --- W. Curtis Preston Backup Blog @ www.backupcentral.com VP Data Protection, GlassHouse Technologies -Original Message- From: [EMAIL PROTECTED] [mailto:veritas-bu- [EMAIL PROTECTED] On Behalf Of bob944 Sent: Monday, March 24, 2008 8:00 PM To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] full DSUs in old NBU revs (was: something longer) I have setup several 34G disks mounted as /backupdisk_1, /backupdisk_2, /backupdisk_3 and etc... Each mount point becomes a separate Disk Storage Unit. I also have a Media Manager Storage Unit - DLT tape library with 20 tapes. All my backup classes are setup with property Storage_Unit set to any available. Expectation === To continue backup on the next Storage Unit (Disk or Media Manager, whichever has space available) after one of the Storage Units fills up. Many users (myself included) somehow assumed that DSUs would work that way when they were introduced. They don't. DSUs and STUG[roup]s get smarter every release, though; this is the default setting for 6.5 STUGs: Prioritized NetBackup chooses the first storage unit in the list that is not busy, down, or out of media. Also, the storage unit must not have reached the maximum concurrent jobs setting. When one of the specified conditions occurs, the next storage unit in the list is examined until NetBackup finds an available storage unit. If one is not available or if one does not have enough available space, the job fails and is not queued. (Default.) Looks like NetBackup chooses Storage Unit for the job and doesn't change to different one after the chosen Storage Unit fills up. Is there a way to fix my setup? If you're expecting a job, a stream, to start on one STU, then continue on another, that's not going to happen (unless it's a new 6.5 thing and someone will correct me if that's the case)--you aren't going to write a 40GB backup to 34GB STUs, no matter how many you have. You may need to adjust your understanding of what a storage unit is. As [EMAIL PROTECTED] points out in his reply, combining your 34GB disks into larger volumes makes them both more usable and more robust. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Backing up ESX3
You do not have to use VCB to back up VMware. The way Anas is trying to do it is supported. Each method has advantages and disadvantages. This method will have all full backups and you have to figure out how to snapshot the vmdk files. I believe the only problem is that the VMFS filesystem isn't being auto-discovered. Anas, have you put the /volumes mount point in the file list? Also, make sure that you snapshot the vmdk files first. I found this preso that speaks to it: http://download3.vmware.com/vmworld/2006/tac9912.pdf --- W. Curtis Preston Backup Blog @ www.backupcentral.com VP Data Protection, GlassHouse Technologies From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Martin, Jonathan Sent: Friday, March 21, 2008 1:05 PM To: Anas Kayal; Veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Backing up ESX3 The Virtual Machines are stored on a VMFS (Virtual Machine File System) which Netbackup doesn't understand. Its a proprietary format developed by VMWare for use in ESX Server (its got advanced capabilities like journaling.) To backup Virtual Machines via the .vmdk you need to use their consolidated backup piece and be running 6.5 on a server which can mount the storage. (SAN only I think, I don't think Consolidated Backup supports iSCSI.) Alternately (if you are not using shared storage) you can use the built in tools on the ESX server to export the virtual machines to an ext3 partition that the client can read. -Jonathan From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Anas Kayal Sent: Friday, March 21, 2008 3:52 PM To: Veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Backing up ESX3 I have a growing VMware ESX farm and have deployed NBU 6 agent on the COS of ESX. When I do a full backup I don't seem to get the VMDK files of the Virtual Machines. What am I doing wrong? This message (including any attachments) is intended only for the use of the individual or entity to which it is addressed and may contain information that is non-public, proprietary, privileged and/or confidential. If you are not the intended recipient, you are hereby notified that any use, dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, kindly notify us immediately at [EMAIL PROTECTED] and delete this message. Thank you. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Successful NDMP Backups Missing Data
bob944 said: Just FYI, there is no red in an ASCII mailing list. Just an FYI, it's not an ASCII mailing list, and I saw the red comments just fine. You are either using an ASCII-only email client, or have told your rich-text capable email client to display only plain text. That doesn't mean the rest of us have to. Having said that, I would say something like this to TOP: You might want to consider telling your email client to send only plain text email when sending to a widely-distributed email list, as a lot of people use plain-text-only clients to read it, and will not see your rich text. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] CommVault?
What he said. Commvault will have nothing to do with NBU's index or tapes. You may consider using Index Engines' product (http://www.indexengines.com http://www.indexengines.com/ ), as it will allow you to read your old backup tapes for e-discovery purposes. I have to say this: You have backup tapes you're retaining indefinitely? That's not what a backup product is for. That's what an archive product is for. IMHO, if you're keeping a backup tape longer than a year, you're asking for nothing but trouble. --- W. Curtis Preston Backup Blog @ www.backupcentral.com VP Data Protection, GlassHouse Technologies From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Sesar, Steven L. Sent: Friday, March 14, 2008 3:53 PM To: Randy Samora; VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] CommVault? You cannot import your NBU database into CV. Even if you could, you wouldn't be able to recover your NBU-written data via CV, as you suggest. === 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] === From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Randy Samora Sent: Friday, March 14, 2008 4:24 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] CommVault? We have new Management and when they saw my NetBackup maintenance bill you could hear the butt cheeks closing up in the meeting. My boss has asked me to evaluate CommVault. Last month it was HP DataProtector and Microsoft DPM and now CommVault. I have no idea what it's going to cost to rip out NBU and replace it with NetBackup but I'm trying to find justification to keep from having to research all of this. Does anyone know if CommVault will import my NBU database? We have Infinity retention tapes dating back to the end of '05 and we can't lose them. If I have to keep NetBackup up and running in case of a restore, that might be a deal breaker. Does anyone have any experience with CommVault and are you willing to share some thoughts? Thanks, Randy ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] VTL NetBackup Best Practice
Jonathan brings up a good point: Using VTL: A slow network client will hold onto a VTL tape. The other images on that tape are then not available for duplication which means if there was a data center disaster those images would not have been copied to tape yet. This impacts your RPO. This is a very valid valid point, but it will only come into play if you're duping while you're backing up. Do many people do that? (I'm not sure.) Also, this effect can be minimized by having your virtual tapes be relatively small. Unless you're doing what Stuart is talking about in his post (direct tape export from VTL to tape), then you should be able to make your tapes any size you want them to be. Also, if you've got historically slow clients, you can put them all in one pool, so they only affect each other. I'm not saying this isn't a problem. I'm just saying here's how to work around it if you need VTLs, such as for large clients that you want to use block disk for (and you also want dedupe). As I stated in my previous post, the only way to get both TODAY is to use VTLs. --- W. Curtis Preston Backup Blog @ www.backupcentral.com VP Data Protection, GlassHouse Technologies ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] VTL NetBackup Best Practice
Kevin Whittaker said: P.S. Actually I would say NOT to purchase a VTL. I believe with all the new great features in NB 6.5, make the Disk Staging Units to be the best options for most people. FWIW, I'm not even close to dumping VTLs. I hear this statement about twice a week, so I respond to it a lot. ;) Here are some of my reasons. 1. The biggest thing that VTLs gave me was multi-host access of the same storage. You can allegedly do that with 6.5 and whatever they're calling SSO for disk now. BUT I haven't talked to anyone who is using it yet, so it is unproven, AFAIC. 2. The other thing is dedupe with high-speed block access. If you want dedupe and are OK with NAS performance, there are a few players out there for you, the main one being Data Domain. But if you need several hundred MB/s behind large SAN media servers, you need block access. And if you want block access + dedupe, today that means VTLs. 3. MAYBE in a year or so when the Open Storage API becomes common place (right now, only one vendor supports it) and has many more features (right now it's pretty bare bones), things will change. MAYBE in a year or so, I'll be able to have a high-speed (100s of MB/s) block access filesystem with dedupe. Dedupe is the bomb. If you're buying disk without it at this point, I think you're wasting your money. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NB Upgrade 3.4 to 6.5
Be afraid. Be very afraid. First, don't violate one of the sacred laws of upgrading: don't upgrade more than one thing at a time. You can upgrade your hardware, your OS your backup software. But for goodness sake, don't do them at the same time I agree with Jared. I really don't like the upgrading a bunch of versions at a time method with no way to check along the way. I realize that you've waited long enough that you've got some catch-22s. You can't upgrade to 6.x on NT, and you can't upgrade to Win2003 (is the really still the newest version?) and run 3.4. I'd do this in lock step. Along with the usual NBCC steps and things like that, I would do something like: 1. Backup the catalog, backup the catalog, backup the catalog 2. When testing this, do a bare metal backup to a similar machine so you can get NT running on some new hardware that you can test on. 3. Upgrade current install to 4.5 (I believe that will work on NT) 4. Test backups and recoveries 5. Build Win2003 server with a different name 6. Install 4.5 on Win2003 server (forget VM) 7. Import 4.5 catalog to Win2003 server 8. Do the change the hostname step that breaks in 6.0. 9. Test backups and recoveries 10. Upgrade to 5.1 11. Test backups and recoveries 12. Upgrade to 6.5 (I would skip 6.0 at this point.) 13. Test backups and recoveries This will have to be tested to make sure there aren't dependencies I don't know about. Will 4.5 install on NT? Will 4.5 install on Win2003? Each of the test backups and recoveries steps should be very extensive. Once you start running on the new stuff, you really can't go back without losing all your new backups. Step 7 is important, as it allows you to go all the way to the end when testing. (In case you do have to go backward after doing backups on a new version, I recommend keeping very tight records of which tapes/disk files you use in the new version. Then you can import them after downgrading.) Did I mention that I think you're crazy to do this without professional services? Call it self serving if you want, but Jared had it right. Your upgrade falls into the WOW category. --- W. Curtis Preston Backup Blog @ www.backupcentral.com VP Data Protection, GlassHouse Technologies From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: Monday, March 03, 2008 12:28 PM To: Jerry Rioux Cc: veritas-bu@mailman.eng.auburn.edu; [EMAIL PROTECTED] Subject: Re: [Veritas-bu] NB Upgrade 3.4 to 6.5 WOW Now that's a big upgrade, hope you aren't planning to do this all in one day. Plus what would worry me is that you are doing all those upgrades on a VM without actually being able to verify if anything even works Why not just upgrade current system to 4.5, setup the new hardware with 4.5 and import catalog. Run a full catalog backup, then upgrade to 5.1 and so on. I personally have only performed upgrades from Solaris running 5.1 6 AIX running 6 6.5 (not in production yet, just did in test) The 5.1 to 6 can be painful if you don't have a good plan. NBCC is critical to a successfully 5.1 6 upgrade. http://seer.entsupport.symantec.com/docs/294900.htm Jared M. Seaton Recovery Administrator Mylan Inc. 304-554-5926 304-685-1389 (Cell) Jerry Rioux [EMAIL PROTECTED] Sent by: [EMAIL PROTECTED] 03/03/2008 02:54 PM To veritas-bu@mailman.eng.auburn.edu cc Subject [Veritas-bu] NB Upgrade 3.4 to 6.5 We are planning the above mentioned upgrade. The catch is that we are switching hardware and OS as well. Currently running 3.4.1 on WinNT New Backup server (which will have the same name) is Windows 2003 and will have 6.5 loaded on it. These are my proposed steps: 1 - Create a VM of WIN NT and install NB3.4 2 - Import NB catalog 3 - Upgrade VM and NB to 4.5 4 - Create a VM of Win 2003 and install NB 4.5 5 - Import 4.5 NB Catalog to win 2003 VM NB 6 - Upgrade NB to 5.0 7 - Upgrade NB to 6.0 8 - Install Configure NB 6.0 on Production server (plus patches) 9 - Import VM NB catalog to production server Do you guys have any better options for doing this upgrade? The reason I am using a VM is because I cannot load 3.4 on the new Backup server in order to import the catalog. Thanks, Jerry___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu == CONFIDENTIALITY NOTICE: This e-mail message and all attachments transmitted with it may contain legally privileged, proprietary and/or confidential information intended solely for the use of the addressee. If you are not the intended recipient, you are hereby notified that any review, dissemination, distribution, duplication or other use of this message