RE: [Veritas-bu] How to recover data from overwrited tape?
Title: Message hi Jay Well, I am going to stick my neck out here, because reading the sysadmin media manager guide, I dont think it can be done. I dont think the IMPORT process is going to work on this either, as NBU will know about this tape, and its current image contents. The reason why I say this, is because the original data that was on this tape has most likely been destroyed / overwritten with the new data now stored on the same media. Now, in case I am wrong, I will happily be shot down, but just in case, I did find these link, which may or may not be much help. http://www.vogon.co.uk/tape-data-recovery/media-types.htm http://www.disklabs.com/tape-drive-recovery.asp Rule of thumb is, where at all possible, is to not manually expire tapes if you can help it :-( Thanks Simon WeaverTechnical SupportWindows Domain Administrator EADS AstriumTel: 02392-708598 Email: [EMAIL PROTECTED] -Original Message-From: Jay Cheon [mailto:[EMAIL PROTECTED] Sent: 02 February 2006 05:59To: veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] How to recover data from overwrited tape? Hi All A few days ago, one of my customer had some mistake during manual expire tapes. Some tape are needed for restore the data but the tape was already overwritten by other backup job. How to restore the data from overwritten tape? Anybody has experience about it? Any information would be appreciated. This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of EADS Astrium Limited. Nothing in this email shall bind EADS Astrium Limited in any contract or obligation. EADS Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
[Veritas-bu] Status 14 Error - 1 Client
Title: Message Hi All Got a new client that I installed the NBU Client and MP2 on (in line with my other clients) and attempted a backup last night. The activity log shows this: 01/02/2006 22:02:15 - positioning 7315L3 to file 79501/02/2006 22:02:15 - positioned 7315L3; position time: 00:00:0001/02/2006 22:02:19 - positioning 7315L3 to file 79601/02/2006 22:02:19 - positioned 7315L3; position time: 00:00:0001/02/2006 22:02:24 - mounting 7315L301/02/2006 22:02:24 - positioning 7315L3 to file 79601/02/2006 22:02:24 - positioned 7315L3; position time: 00:00:0001/02/2006 22:02:24 - begin writing01/02/2006 22:02:24 - positioning 7315L3 to file 79701/02/2006 22:02:24 - positioned 7315L3; position time: 00:00:0001/02/2006 22:02:24 - started process bpbrm (5604)01/02/2006 22:02:24 - connecting01/02/2006 22:02:25 - connected; connect time: 00:00:0101/02/2006 22:03:30 - Critical bpbrm(pid=5104) from client PTHAP017: FTL - tar file write error (10054)01/02/2006 22:03:34 - end writing; write time: 00:01:10file write failed(14)file write failed(14)01/02/2006 22:03:35 - Error bpsched(pid=5360) backup of client PTHAP017 exited with status 14 (file write failed) Now using the NBU troubleshooter, it advises its probably hardware / network connectivity with the client. I have rebooted the client (just in case) and attempted another backup, but still no joy. I am going to check the Network speeds later and ensure its running at the correct capacity, but while I do this, just wanted to see if anyone else had this and if they were able to resolve it! Thanks very much - will post my findings later as well :-) Simon WeaverTechnical SupportWindows Domain Administrator EADS AstriumTel: 02392-708598 Email: [EMAIL PROTECTED] This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of EADS Astrium Limited. Nothing in this email shall bind EADS Astrium Limited in any contract or obligation. EADS Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
[Veritas-bu] How to recover data from overwrited tape?
Hi All A few days ago, one of my customer had some mistake during manual expire tapes. Some tape are needed for restore the data but the tape was already overwritten by other backup job. How to restore the data from overwritten tape? Anybody has experience about it? Any information would be appreciated.
RE: [Veritas-bu] Netbackup issues with NDMP restores
Title: Message Hello Sandeen The restores in general work. Unless you have a very old level of ontap and netbackup you should be able to restore down to single files quickly. The magic is that there is something called DAR, this means that you can restore up to 1024 files quickly. If you restore a directory or more then 1024 files in a restore session the DAR feature does not work and the restore process has to pass over the whole backup to finish the restore. This can take a while if the backup was large. See the ndmp netbackup book from support.veritas.com len From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Bhangui, Sandeep - BLS CTRSent: Wednesday, February 01, 2006 8:57 PMTo: veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] Netbackup issues with NDMP restores Hi We backup tons of data on the filer we have using Veritas Netbackup using NDMP. Our NDMP backups are for all volumes coming from the filer which are NFS mounted on UNIX hosts primarily used for oracle and weblogic. I have read lot of posts on the forum that "NDMP restore sucks" can someone please elaborate on this is what is the real issue/concern. Can we not restore a single file or directory if recovered and does the whole volume has to be restored back for this??? We have not had a situation where we have to restore from tapes but after reading so many posts on the forum regarding "NDMP restores" I am little concerned. And all reviopus posts on this seem to say that the NDMP restore sucks and follks recommend to do NFS mount backups from the server for easy restore. Can someone throw some light on this. Thanks Sandeep
[Veritas-bu] Netbackup issues with NDMP restores
Title: Message Hi We backup tons of data on the filer we have using Veritas Netbackup using NDMP. Our NDMP backups are for all volumes coming from the filer which are NFS mounted on UNIX hosts primarily used for oracle and weblogic. I have read lot of posts on the forum that "NDMP restore sucks" can someone please elaborate on this is what is the real issue/concern. Can we not restore a single file or directory if recovered and does the whole volume has to be restored back for this??? We have not had a situation where we have to restore from tapes but after reading so many posts on the forum regarding "NDMP restores" I am little concerned. And all reviopus posts on this seem to say that the NDMP restore sucks and follks recommend to do NFS mount backups from the server for easy restore. Can someone throw some light on this. Thanks Sandeep
Re: [Veritas-bu] Policy Best Practices
* Ed Wilts <[EMAIL PROTECTED]> [2006-02-01 09:20]: > > If I had to do it over again, I'd probably do one policy per server. > This makes it *much* easier to disable a client while it's being worked > on, rebuilt, or whatever. This is an enhancement we have been asking about for a long time. The simplest thing they could do is add an active checkbox next to the clients in the policy. This is easily one of the most obnoxious problems we run into. -- David Rock [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] NetBackup Restoration Problem Restoring Millions Of Files
During restores with millions of files, NetBackup saves the restore status to: 1) /tmp/bplog.rest.001 2) /tmp/bplog.rest.002 In which the current (or newest) bplog.rest file is 002, which continually grows, showing the status as each of the millions of files are restored to the server. This file as you can imagine will grow indefinitely with millions of files until the restoration is completed. Is there a way to re-direct NetBackup's bplog restore status to log to a partition OTHER THAN /tmp? NOTE: I am not using the NetBackup Advanced Client, the restore simply spans multiple weeks of data, which is why there are so many files. Thanks, Justin.
RE: [Veritas-bu] Database cleanup
Title: Database cleanup I encountered a situation where the Master was busy doing backups all day every day so bpsched never had a chance to start a cleanup. Our catalog grew by a few GB every week until we found this technote: http://seer.support.veritas.com/docs/236274.htm You don't need to have the CLEAN_IN_BACKGROUND flag if you are forcing the cleanup with the bpimage in cron. HTH -mike From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Hindle, GregSent: Wednesday, February 01, 2006 9:40 AMTo: veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] Database cleanup Solaris 9 nbu 5.1 mp3 I was recently told by a Symantec engineer that I should be running this command once a week for database cleanup. Does anyone else run this? Are there any gotcha's that I should know about before I run this command? "Touch /usr/openv/netbackup/bin/CLEAN_IN_BACKGROUND then run '/usr/openv/netbackup/bin/admincmd/bpimage -cleanup -allclients'. Watch the disk associated with the /usr/openv/netbackup/db/images directory and if you see significant cleanup occur (i.e. you get a large qty of free disk back), then you should have the command run from cron weekly." Greg >>> This e-mail and any attachments are confidential, may contain legal, professional or other privileged information, and are intended solely for the addressee. If you are not the intended recipient, do not use the information in this e-mail in any way, delete this e-mail and notify the sender. CEG-IP2 SPECIAL NOTICE All information transmitted hereby is intended only for the use of the addressee(s) named above and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of confidential and privileged information is prohibited. If the reader of this message is not the intended recipient(s) or the employee or agent responsible for delivering the message to the intended recipient, you are hereby notified that you must not read this transmission and that disclosure, copying, printing, distribution or use of any of the information contained in or attached to this transmission is STRICTLY PROHIBITED. Anyone who receives confidential and privileged information in error should notify us immediately by telephone and mail the original message to us at the above address and destroy all copies. To the extent any portion of this communication contains public information, no such restrictions apply to that information. (gate01)
RE: [Veritas-bu] Policy Best Practices
Agreed with the Calendar schedule - the way our policies are set, its just easier to simply deactive the weekly policies and enable the monthly. Then as long as the monthly policies complete, deactivate the month ends and enable the weekly. Not that hard to do :-) Simon Weaver Technical Support Windows Domain Administrator EADS Astrium Tel: 02392-708598 Email: [EMAIL PROTECTED] -Original Message- From: Ed Wilts [mailto:[EMAIL PROTECTED] Sent: 01 February 2006 15:21 To: Martin, Jonathan (Contractor) Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Policy Best Practices On Wed, Feb 01, 2006 at 08:53:40AM -0500, Martin, Jonathan (Contractor) wrote: > I'm looking for some policy best practices / what is everyone doing to > configure them? > > Do you create one policy per machine group (Database Servers, Web > Servers etc..) or group them by type? Do you create one policy per > type of backup (Nightly INC, Weekly Full) and put all your servers > under them? If I had to do it over again, I'd probably do one policy per server. This makes it *much* easier to disable a client while it's being worked on, rebuilt, or whatever. The incremental and the full have to be in the policy. > Also, if I have a weekly full set to 3 month retention and a Monthly > Full set to 1 year retention in the same policy, and the weekly and > month end both fall in the same range will it make two full backups? > How about if they were in different policies? NetBackup does the smartest thing within a policy and it depends on if you're using frequency-based scheduling or calendar-based scheduling. If you use frequency-based and a weekly and a monthly happen to fall on the same day, the monthly will run today and the weekly will run the next time a window opens. With calendar-based scheduling, you can tell it to ignore certain days for say your weekly and do the monthly backup instead. We don't like calendar-based scheduling very much since it's much, much harder to deal with failures. .../Ed -- Ed Wilts, Mounds View, MN, USA mailto:[EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of EADS Astrium Limited. Nothing in this email shall bind EADS Astrium Limited in any contract or obligation. EADS 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] Assistance Required
Hi Ed My apologies, that should be 200TB for the 300 clients :-) I guess you probably have to breakdown some of the streams to make sure they don't hit the TB limit ? Simon Weaver Technical Support Windows Domain Administrator EADS Astrium Tel: 02392-708598 Email: [EMAIL PROTECTED] -Original Message- From: Ed Wilts [mailto:[EMAIL PROTECTED] Sent: 01 February 2006 15:16 To: List Veritas List Subject: Re: [Veritas-bu] Assistance Required On Wed, Feb 01, 2006 at 12:58:30PM -, WEAVER, Simon wrote: > > If you have over 300, then chances are your backing up HUGE amounts of > Data, most likely in the 20+TB area by now I would hope (or even > more!!) That's not huge :-). I've got one Windows cluster alone with more than 20TB. And yes, it's a royal pain in the arse to back up :-( .../Ed -- Ed Wilts, Mounds View, MN, USA mailto:[EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of EADS Astrium Limited. Nothing in this email shall bind EADS Astrium Limited in any contract or obligation. EADS 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] Database cleanup
Title: Message Here is the clarification :-) http://seer.support.veritas.com/docs/236274.htm Now, correct me if I am wrong, but this is not something I have found in the books, and I for one, have never used it. Thanks Simon WeaverTechnical SupportWindows Domain Administrator EADS AstriumTel: 02392-708598 Email: [EMAIL PROTECTED] -Original Message-From: Hindle, Greg [mailto:[EMAIL PROTECTED] Sent: 01 February 2006 15:40To: veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] Database cleanup Solaris 9 nbu 5.1 mp3 I was recently told by a Symantec engineer that I should be running this command once a week for database cleanup. Does anyone else run this? Are there any gotcha's that I should know about before I run this command? "Touch /usr/openv/netbackup/bin/CLEAN_IN_BACKGROUND then run '/usr/openv/netbackup/bin/admincmd/bpimage -cleanup -allclients'. Watch the disk associated with the /usr/openv/netbackup/db/images directory and if you see significant cleanup occur (i.e. you get a large qty of free disk back), then you should have the command run from cron weekly." Greg >>> This e-mail and any attachments are confidential, may contain legal, professional or other privileged information, and are intended solely for the addressee. If you are not the intended recipient, do not use the information in this e-mail in any way, delete this e-mail and notify the sender. CEG-IP2 This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of EADS Astrium Limited. Nothing in this email shall bind EADS Astrium Limited in any contract or obligation. EADS Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
Fwd: RE: [Veritas-bu] Sun GigaSwift (ce) cards
Blaine Robison Solaris Ceritfied System Administrator Solaris Certified Network Administrator Veritas Certified Professional 972-853-2459 214-578-5391 __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --- Begin Message --- Scott, Jumbo frames will be required by all clients and servers on the network. It was a Sun Professional services engagement to set it up, not sure if that has changed. The Sol 10 Stack has improved efficiency so for a given speed there is less CPU used. The network may not run any faster but the CPU utilization will go down over Sol9. --- "Jorgensen, Bill" <[EMAIL PROTECTED]> wrote: > Scott: > > On the Sol10 network inquiry. They have rearchitected the stack so that UDP > and TCP are not separate STREAMS between IP. They have combined them to > improve on efficiency by about 20% on network transactions. > > That is all I know at this point. > > Bill > > > > From: [EMAIL PROTECTED] on behalf of Chapman, Scott > Sent: Tue 1/31/2006 2:25 PM > To: Andrew Stueve; Paul Keating > Cc: veritas-bu@mailman.eng.auburn.edu > Subject: RE: [Veritas-bu] Sun GigaSwift (ce) cards > > > > I am using these cards with little tuning, but I am also using these to > create a trunk (cisco etherchannel) with them for our backup network. > The backup servers have a 4 x 1gig trunk to the backup network. This > works very well . . . > > I also just found out that the trunk software is free to use on solaris > 10 (we normally pay about $1500 for anything other than sol10). I was > also told that sol10 has big performance gains for the networking, but I > am not sure specifically what those gains are, I will try to find out > from one of our sun guys. > > Has anyone used jumbo frames? We are thinking about doing this on our > backup network but I believe that ALL the clients that use that network > would have to be configured for jumbo frames. Does anyone know this for > sure? > > Thanks! > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Andrew > Stueve > Sent: Tuesday, January 31, 2006 10:36 AM > To: Paul Keating > Cc: veritas-bu@mailman.eng.auburn.edu > Subject: Re: [Veritas-bu] Sun GigaSwift (ce) cards > > > I am using a couple in Solaris 9 master/media servers. The only tuning > I have done is make sure they are doing 1Gb auto, and have the adv_pause > setting enabled. > > -Andrew > > Paul Keating wrote: > > > anyone using them? > > > > any tuning you've done to maximize performance? > > > > > > Paul > > > >--- > >- > > > > -- > Andrew Stueve > andrew.stueve AT neovera.com > 571-437-5754 > > ___ > 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 > > > Blaine Robison Solaris Ceritfied System Administrator Solaris Certified Network Administrator Veritas Certified Professional 972-853-2459 214-578-5391 __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --- End Message ---
[Veritas-bu] Database cleanup
Title: Database cleanup Solaris 9 nbu 5.1 mp3 I was recently told by a Symantec engineer that I should be running this command once a week for database cleanup. Does anyone else run this? Are there any gotcha's that I should know about before I run this command? "Touch /usr/openv/netbackup/bin/CLEAN_IN_BACKGROUND then run '/usr/openv/netbackup/bin/admincmd/bpimage -cleanup -allclients'. Watch the disk associated with the /usr/openv/netbackup/db/images directory and if you see significant cleanup occur (i.e. you get a large qty of free disk back), then you should have the command run from cron weekly." Greg >>> This e-mail and any attachments are confidential, may contain legal, professional or other privileged information, and are intended solely for the addressee. If you are not the intended recipient, do not use the information in this e-mail in any way, delete this e-mail and notify the sender. CEG-IP2
Re: [Veritas-bu] Policy Best Practices
On Wed, Feb 01, 2006 at 08:53:40AM -0500, Martin, Jonathan (Contractor) wrote: > I'm looking for some policy best practices / what is everyone doing to > configure them? > > Do you create one policy per machine group (Database Servers, Web > Servers etc..) or group them by type? Do you create one policy per > type of backup (Nightly INC, Weekly Full) and put all your servers under > them? If I had to do it over again, I'd probably do one policy per server. This makes it *much* easier to disable a client while it's being worked on, rebuilt, or whatever. The incremental and the full have to be in the policy. > Also, if I have a weekly full set to 3 month retention and a Monthly > Full set to 1 year retention in the same policy, and the weekly and > month end both fall in the same range will it make two full backups? > How about if they were in different policies? NetBackup does the smartest thing within a policy and it depends on if you're using frequency-based scheduling or calendar-based scheduling. If you use frequency-based and a weekly and a monthly happen to fall on the same day, the monthly will run today and the weekly will run the next time a window opens. With calendar-based scheduling, you can tell it to ignore certain days for say your weekly and do the monthly backup instead. We don't like calendar-based scheduling very much since it's much, much harder to deal with failures. .../Ed -- Ed Wilts, Mounds View, MN, USA mailto:[EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Assistance Required
On Wed, Feb 01, 2006 at 12:58:30PM -, WEAVER, Simon wrote: > > If you have over 300, then chances are your backing up HUGE amounts of Data, > most likely in the 20+TB area by now I would hope (or even more!!) That's not huge :-). I've got one Windows cluster alone with more than 20TB. And yes, it's a royal pain in the arse to back up :-( .../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
[Veritas-bu] linux OES backup
Any one backing up linux OES using reiser file system. Want to here if you have any problems and what client and MP are you using etc... Bobby Windle ( Data backup & Recovery ) W.L. Gore & associates, Inc. [EMAIL PROTECTED] cell : (302) 588-7374 (preferred) office: (302) 292-4026
Re: [Veritas-bu] duplication speed
I have 4 drives and am multiplexing things so all drives are in use which i suppose is how i backed things up in 8 hours and yes i gave 2048 set for frag size ( which i've just thought is 2 meg not 2 gig isnt itone to change ) I have worked out the duplication has picked its first image, then mounted that tape and found other images on that and has started duplicating them. What it hasnt done is realize other images to be duplicated ( found with the bpduplicate -PM option ) are on different tapes and then mount them in the other drive. What i have done is to launch another bpduplicate with the -policy flag as i have worked out they are on different tapes than the ones already in progress. I assume when the original job tries to duplicate ones further down the list it will realize a job has already begun to do that.I hope so anyway. The percentage figure jumped from 1% to 6% when it had finished the first tape on the sets it is doing. That still was going to be out of time however as 6% in 140 minutes meant it would take 38 hours for the whole thing to complete. ((100/6) * 140) / 60 This is bad as im moving everything tomorrow at 4pm eek. D Ed Wilts wrote: On Wed, Feb 01, 2006 at 12:14:25PM +, Dave Markham wrote: People i am moving an infrastructure from one site to the other. As part of this we are splitting things between different trucks for resilience. How long did this backup take? I am slightly concerned as it reckons the job is only 1% through on the gui. I never trust the % complete. It's rarely right. When i run iostat -xn |egrep "rmt/0|rmt/2" i can see around 5mb/s which is about right for the DLT7000 drives i have in the L1000. There are 32 images in total to duplicated and the backups took around 8 hours to complete 290 gig. At 5MB/sec, that's 18GB per hour. To back up 290GB would take 16 hours. I don't see how you completed this in 8 hours unless you were doing a lot of compression. I need the duplications to be finished by tomorrow and as it has been nearly 2 hours now and saying only 1% complete im worried it wont be done. Can you estimate the actual speed by how fast it's changing tapes? A DLT7000 is only 80GB compressed so you should be changing tapes every few hours. 290GB in 8 hours is 36GB per hour so that would be a fresh tape every 2 hours tops. I am wondering what file num = Surely its not actually a file number and its only written 23 files in 2 hours. Are those 2GB file fragments? If so, that's about right - 46GB in 2 hours or 23 GB per hour - that's better than 5MB/sec. That would put your total time to complete at about 13 hours. .../Ed ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
RE: [Veritas-bu] duplication speed
HI. I have seen that the percentage during duplication is totally off. You shouldn't take it seriously. Regards, Jim -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dave Markham Sent: Wednesday, February 01, 2006 2:14 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] duplication speed People i am moving an infrastructure from one site to the other. As part of this we are splitting things between different trucks for resilience. I performed a full backup of the infrastructure yesterday and today am duplicating it. I run solaris 8 Netbackup 5.0 mp5S2. I am slightly concerned as it reckons the job is only 1% through on the gui. When i run iostat -xn |egrep "rmt/0|rmt/2" i can see around 5mb/s which is about right for the DLT7000 drives i have in the L1000. There are 32 images in total to duplicated and the backups took around 8 hours to complete 290 gig. I need the duplications to be finished by tomorrow and as it has been nearly 2 hours now and saying only 1% complete im worried it wont be done. Looking in the bptm logs i can see entries like this :- 12:04:15.737 [307] <2> io_write_back_header: drive index 0, clienta_1138722148, file num = 23, mpx_headers = 7, copy 2 12:04:15.737 [307] <2> io_write_back_header: drive index 0, client2_1138722153, file num = 23, mpx_headers = 6, copy 2 12:04:15.738 [307] <2> io_write_back_header: drive index 0, client3_1138722154, file num = 23, mpx_headers = 5, copy 2 12:04:15.739 [307] <2> io_write_back_header: drive index 0, client4_1138722155, file num = 23, mpx_headers = 4, copy 2 12:04:15.740 [307] <2> io_write_back_header: drive index 0, client5_1138722156, file num = 23, mpx_headers = 3, copy 2 12:04:15.741 [307] <2> io_write_back_header: drive index 0, client6_1138722157, file num = 23, mpx_headers = 2, copy 2 12:04:15.741 [307] <2> io_write_back_header: drive index 0, client7_1138722158, file num = 23, mpx_headers = 1, copy 2 12:04:15.742 [307] <2> write_data: completed writing backup header, start writing data when first buffer is available, copy 2 12:04:15.742 [307] <2> write_data: first write, twin_index: 0 cindex: 0 dont_process: 1 wrote_backup_hdr: 1 finished_buff: 0 12:04:15.742 [307] <2> write_data: received first buffer (64512 bytes), begin writing data I am wondering what file num = Surely its not actually a file number and its only written 23 files in 2 hours. I used the below for the duplication as the backups are multiplexed. bpduplicate -dp dupe_monthly -dstunit L1000 -hoursago 22 -sl Monthly -mpx -L /var/log/move-dupe.log & Is it worth be canceling and just doing another full backup or do people think the duplication will complete? 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
RE: [Veritas-bu] Policy Best Practices
Jonathan Some examples of what I do: Policy for Win2k3 DNS Servers - includes Full Backups - Retention of 2 months and Incr Backups Retention of 3 weeks Policy for AD Servers Separate Month End Policies (Any weekly policies are disabled over the weekend period) I try to minimise the amount of policies I have - therefore for all Win2k3 clients that all have a variety of drives mapped as parititon letters, I simply select "All local drives" as a backup policy and can stick all the clients in the single policy. Hope this helps Simon Weaver Technical Support Windows Domain Administrator EADS Astrium Tel: 02392-708598 Email: [EMAIL PROTECTED] -Original Message- From: Martin, Jonathan (Contractor) [mailto:[EMAIL PROTECTED] Sent: 01 February 2006 13:54 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Policy Best Practices I'm looking for some policy best practices / what is everyone doing to configure them? Do you create one policy per machine group (Database Servers, Web Servers etc..) or group them by type? Do you create one policy per type of backup (Nightly INC, Weekly Full) and put all your servers under them? Also, if I have a weekly full set to 3 month retention and a Monthly Full set to 1 year retention in the same policy, and the weekly and month end both fall in the same range will it make two full backups? How about if they were in different policies? Thanks as always! -Jonathan ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of EADS Astrium Limited. Nothing in this email shall bind EADS Astrium Limited in any contract or obligation. EADS Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Policy Best Practices
I'm looking for some policy best practices / what is everyone doing to configure them? Do you create one policy per machine group (Database Servers, Web Servers etc..) or group them by type? Do you create one policy per type of backup (Nightly INC, Weekly Full) and put all your servers under them? Also, if I have a weekly full set to 3 month retention and a Monthly Full set to 1 year retention in the same policy, and the weekly and month end both fall in the same range will it make two full backups? How about if they were in different policies? Thanks as always! -Jonathan ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
RE: [Veritas-bu] Sun GigaSwift (ce) cards
Thanks. I set the hiwat, then came across this: http://seer.support.veritas.com/docs/273288.htm Doesn't seem to affect me, so. Will look at the others. Clicking on the link http://www.csie.ntu.edu.tw/~hungsh/2001%20SUPerG.pdf didn't work, but going to http://www.csie.ntu.edu.tw/~hungsh/ and following from there, didwierd. Paul > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > [EMAIL PROTECTED] > Sent: February 1, 2006 2:46 AM > To: veritas-bu@mailman.eng.auburn.edu > Subject: Re: [Veritas-bu] Sun GigaSwift (ce) cards > > > We use them and there is some tuning. I'm not near a system > with them, > but I do know we used the Sun documentation on these cards > and set the TCP > high watermarks to 65535. Some changes that used to go in > /etc/system > for 100Mb cards now go in a separate file for the ce cards. > > These in /etc/system: > > set sq_max_size=100 > set tcp:tcp_conn_hash_size=8192 > > By the definition of GbE, auto-negotiation must be left enabled. > > Found this, but we've not followed it all yet: > > http://www.csie.ntu.edu.tw/~hungsh/2001%20SUPerG.pdf > > What we have not done is a proper experiment. > > William D L Brown > > > > > "Paul Keating" <[EMAIL PROTECTED]> > Sent by: [EMAIL PROTECTED] > 30-Jan-2006 20:13 > > To > veritas-bu@mailman.eng.auburn.edu > cc > > Subject > [Veritas-bu] Sun GigaSwift (ce) cards > > > > > > > anyone using them? > > any tuning you've done to maximize performance? > > > Paul > == > == > > La version française suit le texte anglais. > > -- > -- > > This email message from the Bank of Canada is given in good > faith, and > shall not be > binding or construed as constituting any obligation on the > part of the > Bank. > > This email may contain privileged and/or confidential > information, and the > Bank of > Canada does not waive any related rights. Any distribution, use, or > copying of this > email or the information it contains by other than the > intended recipient > is > unauthorized. If you received this email in error please delete it > immediately from > your system and notify the sender promptly by email that you > have done so. > > > Recipients are advised to apply their own virus checks to > this message > upon receipt. > > -- > -- > > L'information communiquée dans les courriels en provenance de > la Banque du > Canada > est soumise de bonne foi, mais elle ne saurait lier la Banque > et ne doit > aucunement > être interprétée comme constituant une obligation de sa part. > > Le présent courriel peut contenir de l'information privilégiée ou > confidentielle. > La Banque du Canada ne renonce pas aux droits qui s'y > rapportent. Toute > diffusion, > utilisation ou copie de ce courriel ou des renseignements > qu'il contient > par une > personne autre que le ou les destinataires désignés est > interdite Si vous > recevez > ce courriel par erreur, veuillez le supprimer immédiatement > et envoyer > sans délai à > l'expéditeur un message électronique pour l'aviser que vous > avez éliminé > de votre > ordinateur toute copie du courriel reçu. > > Dès la réception du présent message, le ou les destinataires doivent > activer leur > programme de détection de virus pour éviter toute > contamination possible. > > > > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > La version française suit le texte anglais. This email message from the Bank of Canada is given in good faith, and shall not be binding or construed as constituting any obligation on the part of the Bank. This email may contain privileged and/or confidential information, and the Bank of Canada does not waive any related rights. Any distribution, use, or copying of this email or the information it contains by other than the intended recipient is unauthorized. If you received this email in error please delete it immediately from your system and notify the sender promptly by email that you have done so. Recipients are advised to apply their own virus checks to this message upon receipt. L'information communiquée dans les courriels en provenance de la Banque du Canada est soumise de bonne foi, mais elle ne saurait lier la Banque et ne doit aucunement être interprétée comme constituant une obligation de sa part. Le présent courriel peut conteni
RE: [Veritas-bu] NetApp/NAS - Backups
Since all the data would be transferred over IP to the unix media server, the perf shouldn't be much different than any other SAN attached High-Po unix or windows server..network would be your bottleneck. Played with it a bit, but didn't deploy it as the perf hit was too great. Paul > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > [EMAIL PROTECTED] > Sent: January 31, 2006 6:21 PM > To: veritas-bu@mailman.eng.auburn.edu > Subject: RE: [Veritas-bu] NetApp/NAS - Backups > > > For those of you using Remote NDMP, how many are using the > Netbackup for > NDMP agent on a unix server to act as the third-party agent? > How is the > performance of the Unix agent as compared to using a filer as a remote > agent? > > -M > > > -Original Message- > From: Greenberg, Katherine A [mailto:[EMAIL PROTECTED] > Sent: Tuesday, January 31, 2006 11:18 AM > To: [EMAIL PROTECTED] > Subject: RE: [Veritas-bu] NetApp/NAS - Backups > > > We use the remote NDMP option. We have one filer that is the > recipient of > all of our snapshots from all the other filers and we have a > tape drive that > hangs off of it *thru the SAN). We do remote NDMP backups for > 2 other filers > thru it. It works pretty well and the performance over NFS is HUGE! > > ~Kate > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > [EMAIL PROTECTED] > Sent: Tuesday, January 31, 2006 1:03 PM > To: [EMAIL PROTECTED]; veritas-bu@mailman.eng.auburn.edu > Subject: RE: [Veritas-bu] NetApp/NAS - Backups > > > Oh - and to answer your question, we just NFS mount the > filers to a central > box & backup via NFS. Not very efficient but we didn't want > to spend the > drives for dedicated backups. > > We're consisdering it now that our backups have grown so huge > - it may pay > us back on time savings. > > -M > -Original Message > From: Donaldson, Mark - Broomfield, CO > Sent: Tuesday, January 31, 2006 10:46 AM > To: 'Paul Keating'; Yosifovski, Tammy; > veritas-bu@mailman.eng.auburn.edu > Subject: RE: [Veritas-bu] NetApp/NAS - Backups > > > Just FYI: although the v6.0 feature list has shared drives > for NDMP, both > Netapp & Veritas say it doesn't work. > > Coming soon to a patch kit near you, I guess. It takes a > pretty high level > of OnTap, too. Something to verify. > > -M > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of > Paul Keating > Sent: Tuesday, January 31, 2006 7:27 AM > To: Yosifovski, Tammy; veritas-bu@mailman.eng.auburn.edu > Subject: RE: [Veritas-bu] NetApp/NAS - Backups > > > I'm currently backing up a pair of NetApp gf940 filers, using > Netbackup > 5.0MP4 on a Solaris 8 master, with HP LTO3 drives in a > STKL700 library. > The master is configured as the robotic control host. > > Drive(s) MUST be dedicated to the filer in pre NB6.0 versions > > I have a pair of LTO3 drives zoned to the "tape" HBA of the > filer, created > the appropriate STU, started the daemons, and off to the races. > > are you already backing it up and you're looking for options > going forward? > or is this a new install? > > if you need step by step config, let me knowI can write > up a procedure > for you. > > Note...NDMP restores suck.didn't meet our SLAs for > restores, snapshots > are an issue in our shopnot technically, but due to some wierd > policies...but anyway, drop me a line if you need more info > on getting it > going. > > Paul > > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of > Yosifovski, > Tammy > Sent: January 31, 2006 9:01 AM > To: veritas-bu@mailman.eng.auburn.edu > Subject: [Veritas-bu] NetApp/NAS - Backups > > > Solaris 9, Netbackup 5.1 MP 3 > STK L700 - 5 - 9840C drives, SSO, ACSLS > I am reading some conflicting information so I thought I would ask the > experts. How are all of you backing up your NAS devices? Is > anyone using > the "enhance" Netbackup 6.0/NDMP agent? Anyone using NetApp > and if so are > you dedicating drives to the backup? > The information is greatly appreciated. > Tammy Yosifovski > > > > -- > -- > - > This e-mail is the exclusive, private and confidential property of the > sender. The > information contained in it is intended solely for the use of > the sender and > the > intended recipient. If you are not the intended recipient you > are hereby > advised that > any unauthorized disclosure, copying, distribution or the > taking of any > action in > reliance on the contents of this message is strictly > prohibited. If you have > received > this e-mail in error, please notify us immediately by > telephone (call the T > echnical Support Center at 1-888-873-8721) and then destroy this > document and any copies in any form immediately. Finally, the > recipient > shou
RE: [Veritas-bu] duplication speed
Dave If you are uncomfortable with this, and its still sitting at 1%, then possibly you may want to abort and just do full backups. Its also possible, it may be sat on the 1% as its doing large files perhaps? Simon Weaver Technical Support Windows Domain Administrator EADS Astrium Tel: 02392-708598 Email: [EMAIL PROTECTED] -Original Message- From: Dave Markham [mailto:[EMAIL PROTECTED] Sent: 01 February 2006 12:14 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] duplication speed People i am moving an infrastructure from one site to the other. As part of this we are splitting things between different trucks for resilience. I performed a full backup of the infrastructure yesterday and today am duplicating it. I run solaris 8 Netbackup 5.0 mp5S2. I am slightly concerned as it reckons the job is only 1% through on the gui. When i run iostat -xn |egrep "rmt/0|rmt/2" i can see around 5mb/s which is about right for the DLT7000 drives i have in the L1000. There are 32 images in total to duplicated and the backups took around 8 hours to complete 290 gig. I need the duplications to be finished by tomorrow and as it has been nearly 2 hours now and saying only 1% complete im worried it wont be done. Looking in the bptm logs i can see entries like this :- 12:04:15.737 [307] <2> io_write_back_header: drive index 0, clienta_1138722148, file num = 23, mpx_headers = 7, copy 2 12:04:15.737 [307] <2> io_write_back_header: drive index 0, client2_1138722153, file num = 23, mpx_headers = 6, copy 2 12:04:15.738 [307] <2> io_write_back_header: drive index 0, client3_1138722154, file num = 23, mpx_headers = 5, copy 2 12:04:15.739 [307] <2> io_write_back_header: drive index 0, client4_1138722155, file num = 23, mpx_headers = 4, copy 2 12:04:15.740 [307] <2> io_write_back_header: drive index 0, client5_1138722156, file num = 23, mpx_headers = 3, copy 2 12:04:15.741 [307] <2> io_write_back_header: drive index 0, client6_1138722157, file num = 23, mpx_headers = 2, copy 2 12:04:15.741 [307] <2> io_write_back_header: drive index 0, client7_1138722158, file num = 23, mpx_headers = 1, copy 2 12:04:15.742 [307] <2> write_data: completed writing backup header, start writing data when first buffer is available, copy 2 12:04:15.742 [307] <2> write_data: first write, twin_index: 0 cindex: 0 dont_process: 1 wrote_backup_hdr: 1 finished_buff: 0 12:04:15.742 [307] <2> write_data: received first buffer (64512 bytes), begin writing data I am wondering what file num = Surely its not actually a file number and its only written 23 files in 2 hours. I used the below for the duplication as the backups are multiplexed. bpduplicate -dp dupe_monthly -dstunit L1000 -hoursago 22 -sl Monthly -mpx -L /var/log/move-dupe.log & Is it worth be canceling and just doing another full backup or do people think the duplication will complete? Thanks ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of EADS Astrium Limited. Nothing in this email shall bind EADS Astrium Limited in any contract or obligation. EADS 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] duplication speed
On Wed, Feb 01, 2006 at 12:14:25PM +, Dave Markham wrote: > People i am moving an infrastructure from one site to the other. As part > of this we are splitting things between different trucks for resilience. > How long did this backup take? > I am slightly concerned as it reckons the job is only 1% through on the > gui. I never trust the % complete. It's rarely right. > When i run iostat -xn |egrep "rmt/0|rmt/2" i can see around 5mb/s which > is about right for the DLT7000 drives i have in the L1000. > There are 32 images in total to duplicated and the backups took around 8 > hours to complete 290 gig. At 5MB/sec, that's 18GB per hour. To back up 290GB would take 16 hours. I don't see how you completed this in 8 hours unless you were doing a lot of compression. I need the duplications to be finished by > tomorrow and as it has been nearly 2 hours now and saying only 1% > complete im worried it wont be done. Can you estimate the actual speed by how fast it's changing tapes? A DLT7000 is only 80GB compressed so you should be changing tapes every few hours. 290GB in 8 hours is 36GB per hour so that would be a fresh tape every 2 hours tops. > I am wondering what file num = Surely its not actually a file number > and its only written 23 files in 2 hours. Are those 2GB file fragments? If so, that's about right - 46GB in 2 hours or 23 GB per hour - that's better than 5MB/sec. That would put your total time to complete at about 13 hours. .../Ed -- Ed Wilts, Mounds View, MN, USA mailto:[EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
RE: [Veritas-bu] Assistance Required
Justin Your welcome. As Netbackup is going to be the corporate standard, then you may want to make suggestions and evaluate the needs for your clients. For example, if you backup SQL, Oracle or Exchange DB, you are going to require add-ons - which are effectively license keys. These factors are to be considered when pricing up the Netbackup Family. If you have over 300, then chances are your backing up HUGE amounts of Data, most likely in the 20+TB area by now I would hope (or even more!!) Netbackup does allow backups to be carried out across the WAN and through firewalls if the need is required. An alternative would be to implement Netbackup Media Servers. In essence, these are servers that backup themselves locally using a shared tape drive(s). Do you happen to have any of the Netbackup System Administrator guides, as there are some pretty good useful information articles in there that talks about the planning and installation and tuning of Netbackup. As mentioned from the start, I do not know your exact setup, so I can only guide you, but one would think that someone at your site has knowledge of what has been done, and what they are now looking to do :-) Hope this is of some help - again, NOT trying to push you into doing any of the above, just advising you what can be done. In an example here, I have 2 master servers, and 2 media servers, which are treated as SAN MEDIA servers, sharing a larger Tape Robotic Library and backing up the disks through "fibre" channel cards. The reason; To improve the backup performance for our larger systems that holds TB's of Data. You may wish to just implement Media Server or servers at your sites and backup to a tape drive or drives. Wish you good luck Justin. But if you get time, I would strongly recommend doing some research. Not only will this benefit you as the person responsible for the infrastructure, but you also take part responsibility for implementing the kit / software as you see fit :-) Greetings Simon Weaver Technical Support Windows Domain Administrator EADS Astrium Tel: 02392-708598 Email: [EMAIL PROTECTED] -Original Message- From: Justin Durrant [mailto:[EMAIL PROTECTED] Sent: 01 February 2006 11:18 To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Assistance Required Hi Simon Thanks for the response. > Well, bit of a tough question to answer, as there are SO many > questions I would probably want to ask you, one of them being "Is > Netbackup the product > for you" !? I dont believe I have a choice in this as we already have this in place. > How many client machines are you backing up? Over 300 hundred boxes. Most of them are on site locally but there was mention that perhaps we should be backing up our various remote sites. However, our Windows admin has suggested that we could possibly use DFS for this; so this may be the route we take on remote sites. > Are they a variety of operating systems? (ie: Unix, NT, 2003) We have a selection. We're only backing up servers (Solaris, RHEL and Windows), a NetApp filer and our SAN. I'd like to be able to backup the SAN data directly; it is currently being backed up via the machine that uses the space but I'm sure that this is the wrong way to do it. > Is Netbackup going to be the corporate backup product and part of your business strategy? Yes, almost certainly. > In terms of what you backup, you may be able to find this out from the > "Images on Media" report tool - most of the information about the > clients and size of data on tape can come from the Reports applet. Thankyou, I'll take a look at these reports. > Netbackup is scalable, there is no doubt about that - In my own > personal view, some of the add-on's appear to be very expensive (ie > SQL license, > Oracle) so you need to take costs into account. Phew, that kinda answers part of the issue. Not sure about add-on's that we'd require. I havent heard mention of costs yet so I wont be losing any sleep over this. > Not sure if I am being much help here ? :-( Any help is more than I had to start with. Thanks muchly Justin -- This message has been scanned for viruses and dangerous content by DFK Systems Limited, and is believed to be clean. To report this message as spam, please click on this link - https://secure.dfk-systems.com/quarantine/spam.php?id=k11BIx4N015734 ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of EADS Astrium Limited. Nothing in this email shall bind EADS Astrium Limited in any contract or obligation. EADS Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels W
Re: [Veritas-bu] Assistance Required
On Wed, Feb 01, 2006 at 11:18:27AM -, Justin Durrant wrote: > > How many client machines are you backing up? > Over 300 hundred boxes. Most of them are on site locally but there was > mention that perhaps we should be backing up our various remote sites. > However, our Windows admin has suggested that we could possibly use DFS for > this; so this may be the route we take on remote sites. Our remote sites use a variety of solutions. Ideally, you would make a server at the remote site a media server and hang a tape drive off of it. The catalog would still be on your master. We haven't had approvals to implement this yet so we're using a couple of different approaches - BackupExec with local tape drives, or storage replication back to our central offices. > > Are they a variety of operating systems? (ie: Unix, NT, 2003) > We have a selection. We're only backing up servers (Solaris, RHEL and > Windows), a NetApp filer and our SAN. > I'd like to be able to backup the SAN data directly; it is currently being > backed up via the machine that uses the space but I'm sure that this is the > wrong way to do it. This isn't the wrong way. Think of the SAN as just an expensive RAID controller. If you want to bypass the file system in any way, you're not going to be able to restore individual files. There are various approaches to backing up SAN-connected hosts faster than a traditional host-based backup (SAN media server, off-host backup) but you're still going to be talking to the client that is using the storage. You can also minimize the impact on the client by using snapshotting technologies, whether it's on the SAN or at the host level. > > In terms of what you backup, you may be able to find this out from the > > "Images on Media" report tool - most of the information about the clients > > and size of data on tape can come from the Reports applet. > Thankyou, I'll take a look at these reports. There are various commercial NetBackup reporting products that can help you do capacity plannning. We use Aptare's StorageConsole. With NetBackup 6.0, there's NetBackup Operations Manager that gives you a subset of that functionality. There are other products out there too. You can write scripts that generate reports for you on the master server, but if you're the only person only somewhat supporting an environment with over 300 clients, you're probably not going to have time for this. > > Netbackup is scalable, there is no doubt about that - In my own personal > > view, some of the add-on's appear to be very expensive (ie SQL license, > > Oracle) so you need to take costs into account. > Phew, that kinda answers part of the issue. Not sure about add-on's that > we'd require. I havent heard mention of costs yet so I wont be losing any > sleep over this. We have half the number of clients you do, but we have a lot of storage tied to our clients - our SAN alone is about 150TB and growing exponentially. We're using a combination of normal filesystem backups and SQL agents, Oracle agents, Exchange agents, and flash backups. We hope to add Bare Metal Restore functionality later this year. > > Not sure if I am being much help here ? :-( > Any help is more than I had to start with. Thanks muchly If you've got specific questions, just holler. There are consulting companies out there that can help with NetBackup capacity planning and tuning (for a fee of course). We had Datalink come in last year to help us evaluate our environment. They didn't find much but it made management feel better that we were doing our jobs. .../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
[Veritas-bu] duplication speed
People i am moving an infrastructure from one site to the other. As part of this we are splitting things between different trucks for resilience. I performed a full backup of the infrastructure yesterday and today am duplicating it. I run solaris 8 Netbackup 5.0 mp5S2. I am slightly concerned as it reckons the job is only 1% through on the gui. When i run iostat -xn |egrep "rmt/0|rmt/2" i can see around 5mb/s which is about right for the DLT7000 drives i have in the L1000. There are 32 images in total to duplicated and the backups took around 8 hours to complete 290 gig. I need the duplications to be finished by tomorrow and as it has been nearly 2 hours now and saying only 1% complete im worried it wont be done. Looking in the bptm logs i can see entries like this :- 12:04:15.737 [307] <2> io_write_back_header: drive index 0, clienta_1138722148, file num = 23, mpx_headers = 7, copy 2 12:04:15.737 [307] <2> io_write_back_header: drive index 0, client2_1138722153, file num = 23, mpx_headers = 6, copy 2 12:04:15.738 [307] <2> io_write_back_header: drive index 0, client3_1138722154, file num = 23, mpx_headers = 5, copy 2 12:04:15.739 [307] <2> io_write_back_header: drive index 0, client4_1138722155, file num = 23, mpx_headers = 4, copy 2 12:04:15.740 [307] <2> io_write_back_header: drive index 0, client5_1138722156, file num = 23, mpx_headers = 3, copy 2 12:04:15.741 [307] <2> io_write_back_header: drive index 0, client6_1138722157, file num = 23, mpx_headers = 2, copy 2 12:04:15.741 [307] <2> io_write_back_header: drive index 0, client7_1138722158, file num = 23, mpx_headers = 1, copy 2 12:04:15.742 [307] <2> write_data: completed writing backup header, start writing data when first buffer is available, copy 2 12:04:15.742 [307] <2> write_data: first write, twin_index: 0 cindex: 0 dont_process: 1 wrote_backup_hdr: 1 finished_buff: 0 12:04:15.742 [307] <2> write_data: received first buffer (64512 bytes), begin writing data I am wondering what file num = Surely its not actually a file number and its only written 23 files in 2 hours. I used the below for the duplication as the backups are multiplexed. bpduplicate -dp dupe_monthly -dstunit L1000 -hoursago 22 -sl Monthly -mpx -L /var/log/move-dupe.log & Is it worth be canceling and just doing another full backup or do people think the duplication will complete? Thanks ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Assistance Required
Hi Simon Thanks for the response. > Well, bit of a tough question to answer, as there are SO many questions I > would probably want to ask you, one of them being "Is Netbackup the product > for you" !? I dont believe I have a choice in this as we already have this in place. > How many client machines are you backing up? Over 300 hundred boxes. Most of them are on site locally but there was mention that perhaps we should be backing up our various remote sites. However, our Windows admin has suggested that we could possibly use DFS for this; so this may be the route we take on remote sites. > Are they a variety of operating systems? (ie: Unix, NT, 2003) We have a selection. We're only backing up servers (Solaris, RHEL and Windows), a NetApp filer and our SAN. I'd like to be able to backup the SAN data directly; it is currently being backed up via the machine that uses the space but I'm sure that this is the wrong way to do it. > Is Netbackup going to be the corporate backup product and part of your business strategy? Yes, almost certainly. > In terms of what you backup, you may be able to find this out from the > "Images on Media" report tool - most of the information about the clients > and size of data on tape can come from the Reports applet. Thankyou, I'll take a look at these reports. > Netbackup is scalable, there is no doubt about that - In my own personal > view, some of the add-on's appear to be very expensive (ie SQL license, > Oracle) so you need to take costs into account. Phew, that kinda answers part of the issue. Not sure about add-on's that we'd require. I havent heard mention of costs yet so I wont be losing any sleep over this. > Not sure if I am being much help here ? :-( Any help is more than I had to start with. Thanks muchly Justin -- This message has been scanned for viruses and dangerous content by DFK Systems Limited, and is believed to be clean. To report this message as spam, please click on this link - https://secure.dfk-systems.com/quarantine/spam.php?id=k11BIx4N015734 ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
RE: [Veritas-bu] Assistance Required
Justin Well, bit of a tough question to answer, as there are SO many questions I would probably want to ask you, one of them being "Is Netbackup the product for you" !? How many client machines are you backing up? Are they a variety of operating systems? (ie: Unix, NT, 2003) Is Netbackup going to be the corporate backup product and part of your business strategy? In terms of what you backup, you may be able to find this out from the "Images on Media" report tool - most of the information about the clients and size of data on tape can come from the Reports applet. Netbackup is scalable, there is no doubt about that - In my own personal view, some of the add-on's appear to be very expensive (ie SQL license, Oracle) so you need to take costs into account. Not sure if I am being much help here ? :-( Simon Weaver Technical Support Windows Domain Administrator EADS Astrium Tel: 02392-708598 Email: [EMAIL PROTECTED] -Original Message- From: Justin Durrant [mailto:[EMAIL PROTECTED] Sent: 31 January 2006 14:01 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Assistance Required Hi I've been asked by my manager to look at our existing backup infrastructure and see how scaleable it is. We use NetBackup here and are running version 5.0MP5 but I am unfamiliar with the interfaces etc. I have asked some colleagues of mine to provide me with some information regarding how much we backup today (raw data and data on tape) but would like to know if there are more questions that I should be asking. I would also appreciate it if any of you had design documents that you would be willing for me to look at? Perhaps I could use these as a reference? I'm pretty new to Veritas and haven't been directly involved in backup procedures for a number of years but, when the manager asks, I must obey :-/ Can anyone help me to define the new backup strategy? (which I expect to be thoroughly changed when I show others). Thanks in advance. Justin -- This message has been scanned for viruses and dangerous content by DFK Systems Limited, and is believed to be clean. To report this message as spam, please click on this link - https://secure.dfk-systems.com/quarantine/spam.php?id=k0VE1llp046735 ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of EADS Astrium Limited. Nothing in this email shall bind EADS Astrium Limited in any contract or obligation. EADS 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] NBU integration to MOM (Microsoft Operation Mana ger)
Hi Michael We were in the same boat - advised that there is no MP for Netbackup, but apparantly, you "CAN" customise their Veritas MP for Netbackup. However, it may well be possible that 6.0 has the features to make it work with MOM Maybe a Symantec member can confirm this? Simon Weaver Technical Support Windows Domain Administrator EADS Astrium Tel: 02392-708598 Email: [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 01 February 2006 10:51 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] NBU integration to MOM (Microsoft Operation Manager) Hello All Has somebody attempted to integrate NBU into MOM ? We're runing NBU5.1MP4 in a windows environmemt and the management has choosen MOM as the monitoring tool. I've searched for a MOM management pack for NetBackup, but can only find one for BacupExec, maybe we could adapt this to NetBackup Regards Michael -- Cybercity Webhosting (http://www.cybercity.dk) ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of EADS Astrium Limited. Nothing in this email shall bind EADS Astrium Limited in any contract or obligation. EADS Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] NBU integration to MOM (Microsoft Operation Manager)
Hello All Has somebody attempted to integrate NBU into MOM ? We're runing NBU5.1MP4 in a windows environmemt and the management has choosen MOM as the monitoring tool. I've searched for a MOM management pack for NetBackup, but can only find one for BacupExec, maybe we could adapt this to NetBackup Regards Michael -- Cybercity Webhosting (http://www.cybercity.dk) ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
RE: [Veritas-bu] NetApp/NAS - Backups
Funnier,,, judging by the BakBone compatiblity guide,, dynamic drive sharing doesn't seem to be a supported function in versions of DOT greater than 7.x. Now who do you think the issue is with? I think it is with NetApp as in 7.0+ they probably implemented persistent bindings as an enhancement. Just my guess. http://www.bakbone.com/docs/Supported_NAS_Appliances_and_NDMP_Compatibility_Guide.pdf --- "Kennedy, Jeffrey" <[EMAIL PROTECTED]> wrote: > Funny, BakBone supported Dynamic Drive Sharing on > NetApp over 2 years > ago. I don't think the issue is with NetApp nor has > it ever been. > > ~JK > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On > Behalf Of Michael > Anderson > Sent: Tuesday, January 31, 2006 2:46 PM > To: [EMAIL PROTECTED]; [EMAIL PROTECTED] > Cc: [EMAIL PROTECTED]; > [EMAIL PROTECTED]; > veritas-bu@mailman.eng.auburn.edu > Subject: Re: [Veritas-bu] NetApp/NAS - Backups > > This is in the compatability list: > > http://ftp.support.veritas.com/pub/support/products/NetBackup_DataCenter > /251713.pdf > > You will notice that for the EMC product line it > says > support for SSO, which lacks in the NetApp line. > > The issue is that NetApp doesn't support SCSI > Reserve/Release. They use persistent bindings so > you > have to dedicated drives to filers. The word on the > street is that it should be supported in the next > version of DOT 7.2 or .3 which is to be released in > the August timeframe. > > It is funny how EMC and OnStor do support SSO with > NetBackup but not NetApp. This has been a > frustrating > sticking point for me too. > > > > > > --- "Broun, Bevan" <[EMAIL PROTECTED]> wrote: > > > on Tue, Jan 31, 2006 at 10:45:46AM -0700, > > [EMAIL PROTECTED] <[EMAIL PROTECTED]> > > wrote: > > > Just FYI: although the v6.0 feature list has > > shared drives for NDMP, both > > > Netapp & Veritas say it doesn't work. > > > > Hi Mark > > > > This is very important for me. Do you know where > > veritas and/or netapp say > > this doesnt work? > > > > BB > > -- > > Bevan Broun > > Systems Engineer > > THALES > > Services Division > > W: (02) 9562 2861 > > M: 0407 225 492 > > F: (02) 9562 2857 > > ___ > > Veritas-bu maillist - > > Veritas-bu@mailman.eng.auburn.edu > > > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > > > > > __ > Do You Yahoo!? > Tired of spam? Yahoo! Mail has the best spam > protection around > http://mail.yahoo.com > ___ > Veritas-bu maillist - > Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] downloading NBU6.0 & NOM media
Is it possible to download the NBU6.0 and NOM media somewere? It used to be possible to download the .iso's from the Veritas support site, but i can't find the media for NBU6.0 and NOM. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] HP LTO 3 Ultrium & WIN2K03 NBU Optimization?
If you look back in the list archives you will see this explained. HBAs and SCSI cards that use the windows miniport driver have a 64k limitation set by the maximum_sg_list parameter - or rather its default value as it is usually not defined. You can raise this in the registry settings for the particular driver, up to a maximum of 1MB. Search the internet for the sg_list or 'scatter-gather list'. 256k is consistently reported as the best size for LTO by all LTO vendors. HBAs that don't use the miniport driver usually don't have this restriction. Note that HP use the miniport driver with Emulex OEM'd HBAs, where the native Emulex driver is a port driver. So you can have the identical hardware behave differently. Always check you can restore data where you need to. If your DR site is limited to 64k by the drivers there, backing up at 256k will hurt. William D L Brown "Daryl Katauskas" <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 31-Jan-2006 20:28 To veritas-bu@mailman.eng.auburn.edu cc Subject [Veritas-bu] HP LTO 3 Ultrium & WIN2K03 NBU Optimization? Hello all: Am in the midst of deploying new HP LTO3 (Fibre) drives in our NBU environment and am finding some conflicting information regarding NBU buffer configuration. (Using Qlogic & Emulex HBA’s). HP recommends the following settings: \ NetBackup\db\config\SIZE_DATA_BUFFERS = 256KB (262144) I have read (MS Technet Article Q152518) which states that the Windows O/S has a limitation of 64KB tape variable blocksize. If this is the case, how does one configure NBU 5.x/6.x to optimally perform under WIN2K03 or WIN2K with Fibre LTO3 drives? Any insight/info would be most appreciated. Daryl Katauskas Consultant, Storage Solutions 2050 Finley Road, Suite 80 Lombard, IL 60148 vox 630.281.7041 fax 630.904.9601 ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
RE: [Veritas-bu] Restore failure of Windows Domain Controller
Title: Message Marianne Well, my first thought would be to do a restore with the services stopped or set to manual, especially the Microsoft Software Shadow Copy Provider Service. It might well be, that the files failed to be restored as the services was in use. HTH Simon WeaverTechnical SupportWindows Domain Administrator EADS AstriumTel: 02392-708598 Email: [EMAIL PROTECTED] -Original Message-From: Marianne van den Berg [mailto:[EMAIL PROTECTED] Sent: 31 January 2006 10:11To: NBUList (E-mail)Subject: [Veritas-bu] Restore failure of Windows Domain Controller Hi We recently attempted a DR restore test. We started by restoring the Domain Controller. The system owner installed W2003 SP1 (Standard). (No domain was created - Workgroup was selected). NetBackup 5.1 Client s/w was installed + MP3. The server was rebooted, F8 -> Directory Services Restore Mode was selected. Logged in as local Administrator. Drive C & D (excluding Boot.ini, NTLDR, NTDETECT.COM, hal.dll) were restored using the NetBackup GUI and then System State. All these System State components failed to restore: Certificate Services Internet Information Services SYSVOL Active Directory System Files, Registry and COM+ Class Registration Database restored successfully. Error message (extract): 15:57:07 (3978.003) TAR - Shadow Copy Components:\System State\Certificate Services\ 15:57:07 (3978.003) ERR - unable to create object for restore: Shadow Copy Components:\System State\Certificate Services\ (BEDS 0xFEDE: ) 15:57:07 (3978.003) TAR - Shadow Copy Components:\System State\Certificate Services\C:_WINDOWS_system32_CertLog\ 15:57:07 (3978.003) ERR - unable to create object for restore: Shadow Copy Components:\System State\Certificate Services\C:_WINDOWS_system32_CertLog\ (BEDS 0xFEDE: ) ... .. I can't find ANY reference to 0xFEDE on Veritas or Microsoft Knowledge Base. Any idea? Any help will be appreciated. I don't know Windows (I'm a Solaris Sys Admin). Regards Marianne van den Berg This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of EADS Astrium Limited. Nothing in this email shall bind EADS Astrium Limited in any contract or obligation. EADS Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
Re: [Veritas-bu] Sun GigaSwift (ce) cards
We use them and there is some tuning. I'm not near a system with them, but I do know we used the Sun documentation on these cards and set the TCP high watermarks to 65535. Some changes that used to go in /etc/system for 100Mb cards now go in a separate file for the ce cards. These in /etc/system: set sq_max_size=100 set tcp:tcp_conn_hash_size=8192 By the definition of GbE, auto-negotiation must be left enabled. Found this, but we've not followed it all yet: http://www.csie.ntu.edu.tw/~hungsh/2001%20SUPerG.pdf What we have not done is a proper experiment. William D L Brown "Paul Keating" <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 30-Jan-2006 20:13 To veritas-bu@mailman.eng.auburn.edu cc Subject [Veritas-bu] Sun GigaSwift (ce) cards anyone using them? any tuning you've done to maximize performance? Paul La version française suit le texte anglais. This email message from the Bank of Canada is given in good faith, and shall not be binding or construed as constituting any obligation on the part of the Bank. This email may contain privileged and/or confidential information, and the Bank of Canada does not waive any related rights. Any distribution, use, or copying of this email or the information it contains by other than the intended recipient is unauthorized. If you received this email in error please delete it immediately from your system and notify the sender promptly by email that you have done so. Recipients are advised to apply their own virus checks to this message upon receipt. L'information communiquée dans les courriels en provenance de la Banque du Canada est soumise de bonne foi, mais elle ne saurait lier la Banque et ne doit aucunement être interprétée comme constituant une obligation de sa part. Le présent courriel peut contenir de l'information privilégiée ou confidentielle. La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute diffusion, utilisation ou copie de ce courriel ou des renseignements qu'il contient par une personne autre que le ou les destinataires désignés est interdite Si vous recevez ce courriel par erreur, veuillez le supprimer immédiatement et envoyer sans délai à l'expéditeur un message électronique pour l'aviser que vous avez éliminé de votre ordinateur toute copie du courriel reçu. Dès la réception du présent message, le ou les destinataires doivent activer leur programme de détection de virus pour éviter toute contamination possible. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu