Re: [Veritas-bu] Windows 2003, NBU 6.0MP3, VTL, Media Mount Timeout
Paul, we speek about a VTL, not backup to disk or something similar. If the data is not in the VTL cache, the VTL will pull the data from fc attached tapes by itself... NetBackup only sees virtual tape drives, regardless of where the data is stored! ... staging the data in to the VTL cache may take a couple of minutes (10), leading to the described phenomenon... and timeouts do not really work... M. On Thursday, September 21, 2006, at 08:12PM, Paul Keating [EMAIL PROTECTED] wrote: My point, I suppose, is that if your data isn't on the VTL, it should be on tape. Netbackup should already know this, and pull the data direct from the tape. A higher timeout would treat the symptom, but this whole idea of pulling the data back from tape to the VTL exacerbates the problem which most people implement VTL to curenamely time to restore. Paul -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: September 21, 2006 1:55 PM To: Paul Keating Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Windows 2003, NBU 6.0MP3, VTL, Media Mount Timeout Paul, I wonder too :-( Mainly a timeout of more than 5 minutes would help, but as explained, the NBU internal timeout does not seem to work... Help appreciated :-) Cheers, Mirko On Thursday, September 21, 2006, at 07:43PM, Paul Keating [EMAIL PROTECTED] wrote: I'm wondering what kind of (mis)configuration is responsible for media having to be pulled back to the VTL to do a restore. Sounds painful. Paul -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: September 21, 2006 12:46 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Windows 2003, NBU 6.0MP3, VTL, Media Mount Timeout Hi all, another kind of a problem, that may be a bug in NBU? Expert help appreciated! We're using NetBackup 6.0 on a Windows 2003 Server Master Server. The Server is connected to a FJS CentricStore VTL, emulating 8 Exabyte Mammooth drives with a capacity of 20Gb each. The drives are integrated into a NBU logical library using TL8 as the drive controlling type... The problem: Whenever a media is requested, that does not reside in the VTL cache, the media content has to be staged in transparently by the VTL software, leading to an NBU robot error media timeout message! We tried to increase the MEDIA_MOUNT_TIMEOUT using the GUI, but the timeout still appears after 6 minutes, regardless of the setting... the windows system log complains about a sempahore timeout! To me it seems like the MEDIA_MOUNT_TIMEOUT is not working correctly or is it only suitable for ACS managed or other drive? Maybe there is also some different configuration setting on the Windows or TL8 side? Besides this we wonder about the fact, that mounting of the tape media is beeing retried using another tape drive. Is there any configuration value that controls this? We already experimented with Restore Retries = 0 Retry Interval =1... Thanks for help! Kind regards, Mirko ___ 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 may contain privileged and/or confidential information, and the Bank of Canada does not waive any related rights. Any distribution, use, or copying of this email or the information it contains by other than the intended recipient is unauthorized. If you received this email in error please delete it immediately from your system and notify the sender promptly by email that you have done so. - --- Le présent courriel peut contenir de l'information privilégiée ou confidentielle. La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute diffusion, utilisation ou copie de ce courriel ou des renseignements qu'il contient par une personne autre que le ou les destinataires désignés est interdite Si vous recevez ce courriel par erreur, veuillez le supprimer immédiatement et envoyer sans délai à l'expéditeur un message électronique pour l'aviser que vous avez éliminé de votre ordinateur toute copie du courriel reçu. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu Herzliche Grüße, Mirko Schlottke -- Mirko Schlottke -
[Veritas-bu] LTO3 and Disk Staging
Sorry if this has been done to death recently but... What sorts of disk systems are people using as disk staging to keep LTO3s happy? Our current EMC Clariion Cx300 struggles to supply data fast enough to 3 LTO2 drives (even outside of NetBackup) and performance goes through the floor if (as is often the case) it is still trying to write backups to disk while streaming data off to tape. We have pretty much a 24*7 backup window with lots of slow small, slow big, and some fast, clients. It seems the idea that you need disk staging to keep your LTO tapes running nicely, rings a bit hollow. Also seems to me we're looking at needing a high-end disk system. Which makes a mockery of backing up to cheap ATA/SATA disk being the way forward. The only way I can see to get around the performance problems with writing/reading backup streams to/from disk concurrently, other than a high-end system, is to script some kind of mirror-split-off process and use it to do the duplication with scripts rather than DSSU. i.e. back up to disk overnight then split a mirror off (to somewhere where its I/O will be separate) and duplicate off this during the day before resynching. Anybody do anything like that? I can see all sorts of nasty gotchas ... maybe that way madness lies? cheers, Phil Phil Weber Business Technology (Egg) Storage Technical Services - Senior UNIX Technologist Phone: 01384 26 4136 Mobile: 07748 333503 Jabber: [EMAIL PROTECTED] - Egg is a trading name of the Egg group of companies which includes: Egg plc (reg no 2448340), Egg Financial Intermediation Ltd (reg no 3828289), and Egg Banking plc (reg no 2999842). Egg Banking plc and Egg Financial Intermediation Ltd are authorised and regulated by the Financial Services Authority (FSA) and are entered in the FSA register under numbers 205621 and 309551 respectively. These members of the Egg group are registered in England and Wales. Registered office: 1 Waterhouse Square, 138- 142 Holborn, London EC1N 2NA. This e-mail is confidential and for use by the addressee only. If you are not the intended recipient of this e-mail and have received it in error, please return the message to the sender by replying to it and then delete it from your mailbox. Internet e- mails are not necessarily secure. The Egg group of companies do not accept responsibility for changes made to this message after it was sent. Whilst all reasonable care has been taken to avoid the transmission of viruses, it is the responsibility of the recipient to ensure that the onward transmission, opening or use of this message and any attachments will not adversely affect its systems or data. No responsibility is accepted by the Egg group of companies in this regard and the recipient should carry out such virus and other checks as it considers appropriate. This communication does not create or modify any contract. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Windows 2003, NBU 6.0MP3, VTL, Media Mount Timeout
My understanding of CentricStor is that NetBackup only knows about CentricStor's virtual tape devices. CentricStor offlines virtual tapes to physical tape as and when the virtual tapes become full, and NetBackup knows nothing about where the data is on physical tapes. Interested, because we're looking at CentricStor. What happens with the tape mount timeout? Does the restore request go into a waiting for operator to load tape state and have to be manually resubmitted once the VTL has finished pulling the data back? Phil -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Keating Sent: 21 September 2006 19:01 To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Windows 2003, NBU 6.0MP3, VTL, Media Mount Timeout My point, I suppose, is that if your data isn't on the VTL, it should be on tape. Netbackup should already know this, and pull the data direct from the tape. A higher timeout would treat the symptom, but this whole idea of pulling the data back from tape to the VTL exacerbates the problem which most people implement VTL to curenamely time to restore. Paul -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: September 21, 2006 1:55 PM To: Paul Keating Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Windows 2003, NBU 6.0MP3, VTL, Media Mount Timeout Paul, I wonder too :-( Mainly a timeout of more than 5 minutes would help, but as explained, the NBU internal timeout does not seem to work... Help appreciated :-) Cheers, Mirko On Thursday, September 21, 2006, at 07:43PM, Paul Keating [EMAIL PROTECTED] wrote: I'm wondering what kind of (mis)configuration is responsible for media having to be pulled back to the VTL to do a restore. Sounds painful. Paul -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: September 21, 2006 12:46 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Windows 2003, NBU 6.0MP3, VTL, Media Mount Timeout Hi all, another kind of a problem, that may be a bug in NBU? Expert help appreciated! We're using NetBackup 6.0 on a Windows 2003 Server Master Server. The Server is connected to a FJS CentricStore VTL, emulating 8 Exabyte Mammooth drives with a capacity of 20Gb each. The drives are integrated into a NBU logical library using TL8 as the drive controlling type... The problem: Whenever a media is requested, that does not reside in the VTL cache, the media content has to be staged in transparently by the VTL software, leading to an NBU robot error media timeout message! We tried to increase the MEDIA_MOUNT_TIMEOUT using the GUI, but the timeout still appears after 6 minutes, regardless of the setting... the windows system log complains about a sempahore timeout! To me it seems like the MEDIA_MOUNT_TIMEOUT is not working correctly or is it only suitable for ACS managed or other drive? Maybe there is also some different configuration setting on the Windows or TL8 side? Besides this we wonder about the fact, that mounting of the tape media is beeing retried using another tape drive. Is there any configuration value that controls this? We already experimented with Restore Retries = 0 Retry Interval =1... Thanks for help! Kind regards, Mirko ___ 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 may contain privileged and/or confidential information, and the Bank of Canada does not waive any related rights. Any distribution, use, or copying of this email or the information it contains by other than the intended recipient is unauthorized. If you received this email in error please delete it immediately from your system and notify the sender promptly by email that you have done so. - --- Le présent courriel peut contenir de l'information privilégiée ou confidentielle. La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute diffusion, utilisation ou copie de ce courriel ou des renseignements qu'il contient par une personne autre que le ou les destinataires désignés est interdite Si vous recevez ce courriel par erreur, veuillez le supprimer immédiatement et envoyer sans délai à l'expéditeur un message électronique pour l'aviser que vous avez éliminé de votre ordinateur toute copie du courriel reçu.
Re: [Veritas-bu] LTO3 and Disk Staging
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Some quite valid points. The splitting of a DSU's to alternate media servers sounds like requirements from Veritas engineering would be needed as the images on disk would be owned by a different media server. I suppose scriptable be I can foresee several potential hiccups in the event of errors. Have you identified all the performance stats for each item in the mix? So, for instance: max read/write of one tape drive max read/write of two or more tape drives at the same time max read/write of one LUN from CX max read/write of two or more LUNs from CX at the same time utilization rate of FC ports in switches throughout fabric Not to ask a silly question, but are you sharing data paths at all? There have been some posts in the past week or two on max transfer rates round on LTO3, have you researched the archives of this list? How big a system is the media server? Does it have the bandwidth to perform what you want it to? These all may be futile questions as you may have reached the limits of your storage system. The obvious but potentially more expensive solution is to spread your load across more media servers. It is a fully supported configuration... Thanks Peter Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 Weber, Philip wrote: Sorry if this has been done to death recently but... What sorts of disk systems are people using as disk staging to keep LTO3s happy? Our current EMC Clariion Cx300 struggles to supply data fast enough to 3 LTO2 drives (even outside of NetBackup) and performance goes through the floor if (as is often the case) it is still trying to write backups to disk while streaming data off to tape. We have pretty much a 24*7 backup window with lots of slow small, slow big, and some fast, clients. It seems the idea that you need disk staging to keep your LTO tapes running nicely, rings a bit hollow. Also seems to me we're looking at needing a high-end disk system. Which makes a mockery of backing up to cheap ATA/SATA disk being the way forward. The only way I can see to get around the performance problems with writing/reading backup streams to/from disk concurrently, other than a high-end system, is to script some kind of mirror-split-off process and use it to do the duplication with scripts rather than DSSU. i.e. back up to disk overnight then split a mirror off (to somewhere where its I/O will be separate) and duplicate off this during the day before resynching. Anybody do anything like that? I can see all sorts of nasty gotchas ... maybe that way madness lies? cheers, Phil Phil Weber Business Technology (Egg) Storage Technical Services - Senior UNIX Technologist Phone: 01384 26 4136 Mobile: 07748 333503 Jabber: [EMAIL PROTECTED] - Egg is a trading name of the Egg group of companies which includes: Egg plc (reg no 2448340), Egg Financial Intermediation Ltd (reg no 3828289), and Egg Banking plc (reg no 2999842). Egg Banking plc and Egg Financial Intermediation Ltd are authorised and regulated by the Financial Services Authority (FSA) and are entered in the FSA register under numbers 205621 and 309551 respectively. These members of the Egg group are registered in England and Wales. Registered office: 1 Waterhouse Square, 138- 142 Holborn, London EC1N 2NA. This e-mail is confidential and for use by the addressee only. If you are not the intended recipient of this e-mail and have received it in error, please return the message to the sender by replying to it and then delete it from your mailbox. Internet e- mails are not necessarily secure. The Egg group of companies do not accept responsibility for changes made to this message after it was sent. Whilst all reasonable care has been taken to avoid the transmission of viruses, it is the responsibility of the recipient to ensure that the onward transmission, opening or use of this message and any attachments will not adversely affect its systems or data. No responsibility is accepted by the Egg group of companies in this regard and the recipient should carry out such virus and other checks as it considers appropriate. This communication does not create or modify any contract. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (FreeBSD) iD8DBQFFE7FLl+lekZRM55oRAgdpAJ0cdyS6ncDyvk+NreG40i7eXDCwpACeO1wQ puv/Vkd9B2jvob2Zqd/2FDs= =0CZ5 -END PGP SIGNATURE- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] LTO3 and Disk Staging
I meant splitting a mirrored DSU keeping the mirror on the same media server, just mounted separately. I haven't really thought it through :-) it would probably need expensive SAN options to enable the mirrors to have separate I/O paths to the server. And NetBackup would still have problems over the changing paths to the disk images. Maybe a non-starter. I've been through most of the performance stats my CX is definitely the bottleneck at the moment. The media servers are adequate though if/when I have adequate performance out of the CX or its replacement (possibly VTL) they will need further HBAs NICs to stop those becoming bottlenecks. I've been through the archives... a separate CX for each media server would help more than more media servers... hence trying to get a feel for what disk systems people are having success with. cheers, Phil -Original Message- From: Peter DrakeUnderkoffler [mailto:[EMAIL PROTECTED] Sent: 22 September 2006 10:48 To: Weber, Philip Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] LTO3 and Disk Staging -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Some quite valid points. The splitting of a DSU's to alternate media servers sounds like requirements from Veritas engineering would be needed as the images on disk would be owned by a different media server. I suppose scriptable be I can foresee several potential hiccups in the event of errors. Have you identified all the performance stats for each item in the mix? So, for instance: max read/write of one tape drive max read/write of two or more tape drives at the same time max read/write of one LUN from CX max read/write of two or more LUNs from CX at the same time utilization rate of FC ports in switches throughout fabric Not to ask a silly question, but are you sharing data paths at all? There have been some posts in the past week or two on max transfer rates round on LTO3, have you researched the archives of this list? How big a system is the media server? Does it have the bandwidth to perform what you want it to? These all may be futile questions as you may have reached the limits of your storage system. The obvious but potentially more expensive solution is to spread your load across more media servers. It is a fully supported configuration... Thanks Peter Peter DrakeUnderkoffler Xinupro, LLC 617-834-2352 Weber, Philip wrote: Sorry if this has been done to death recently but... What sorts of disk systems are people using as disk staging to keep LTO3s happy? Our current EMC Clariion Cx300 struggles to supply data fast enough to 3 LTO2 drives (even outside of NetBackup) and performance goes through the floor if (as is often the case) it is still trying to write backups to disk while streaming data off to tape. We have pretty much a 24*7 backup window with lots of slow small, slow big, and some fast, clients. It seems the idea that you need disk staging to keep your LTO tapes running nicely, rings a bit hollow. Also seems to me we're looking at needing a high-end disk system. Which makes a mockery of backing up to cheap ATA/SATA disk being the way forward. The only way I can see to get around the performance problems with writing/reading backup streams to/from disk concurrently, other than a high-end system, is to script some kind of mirror-split-off process and use it to do the duplication with scripts rather than DSSU. i.e. back up to disk overnight then split a mirror off (to somewhere where its I/O will be separate) and duplicate off this during the day before resynching. Anybody do anything like that? I can see all sorts of nasty gotchas ... maybe that way madness lies? cheers, Phil Phil Weber Business Technology (Egg) Storage Technical Services - Senior UNIX Technologist Phone: 01384 26 4136 Mobile: 07748 333503 Jabber: [EMAIL PROTECTED] - Egg is a trading name of the Egg group of companies which includes: Egg plc (reg no 2448340), Egg Financial Intermediation Ltd (reg no 3828289), and Egg Banking plc (reg no 2999842). Egg Banking plc and Egg Financial Intermediation Ltd are authorised and regulated by the Financial Services Authority (FSA) and are entered in the FSA register under numbers 205621 and 309551 respectively. These members of the Egg group are registered in England and Wales. Registered office: 1 Waterhouse Square, 138- 142 Holborn, London EC1N 2NA. 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,
Re: [Veritas-bu] Windows 2003, NBU 6.0MP3, VTL, Media Mount Timeout
Philip, your understanding of CentricStor is right, it does all the stage and de-stage stuff for itself. Regarding the timeout: We get a tpError after magically 6 (?!) minutes, regardless of the media mount timeout setting... I wonder where this 6 minutes come from! The tpError leads to one tape drive beeing downed, the mount request is transfered to a different drive where the mount normally succeeds, because all the content has been staged in by the CentricStor... I wonder if this special timeout is really a NetBackup timeout or maybe a Windows timeout somewhere!? Regards, Mirko On Friday, September 22, 2006, at 11:43AM, Weber, Philip [EMAIL PROTECTED] wrote: My understanding of CentricStor is that NetBackup only knows about CentricStor's virtual tape devices. CentricStor offlines virtual tapes to physical tape as and when the virtual tapes become full, and NetBackup knows nothing about where the data is on physical tapes. Interested, because we're looking at CentricStor. What happens with the tape mount timeout? Does the restore request go into a waiting for operator to load tape state and have to be manually resubmitted once the VTL has finished pulling the data back? Phil ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] LTO3 and Disk Staging
On 9/22/2006 4:19 AM, Weber, Philip wrote: What sorts of disk systems are people using as disk staging to keep LTO3s happy? We're using HP EVA with FATA (Fibre ATA) drives. We don't drive the LTO3s at full speed, but I do not believe it's an EVA issue. Our current EMC Clariion Cx300 struggles to supply data fast enough to 3 LTO2 drives (even outside of NetBackup) and performance goes through the floor if (as is often the case) it is still trying to write backups to disk while streaming data off to tape. What sorts of benchmarks have you done to prove that it's a disk issue? Have you done something like a dd to see how fast you can read data from the disk? Have you monitored your switch ports? I've witnessed our NetBackup environment hit 150MB/sec on our master server's 2Gbps switch port doing a dd from the DSSU to /dev/null. My destaging performance to LTO-3 is normally quite poor so I know I've got a NetBackup issue somewhere. We have pretty much a 24*7 backup window with lots of slow small, slow big, and some fast, clients. I think that describes most of us... Do your fast clients drive the LTO directly at a good speed? .../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] NBU 6.0 Reporting
Title: Message Hi all We are planning to upgrade to NBU 6 towards the end of the year, have been developing a number of reports using admcmd binaries, are these same binaries still resident in NBU 6 ??? Regards Dave From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of WEAVER, SimonSent: 21 September 2006 15:40To: 'Martin, Jonathan (Contractor)'; veritas-bu@mailman.eng.auburn.eduSubject: Re: [Veritas-bu] NBU 6.0 Reporting Hi Jonathan Well they sound like what I have and what I have seen in 6.0 when testing it. So I dont believe there is anything "advanced" about it :-) Could well be wrong, but reading the online manuals on the reports may give you some additional pointers :-) Regards Simon Weaver3rd Line Technical SupportWindows Domain Administrator EADS Astrium Limited, B23AA IM (DCS)Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message-From: Martin, Jonathan (Contractor) [mailto:[EMAIL PROTECTED] Sent: 21 September 2006 15:05To: veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] NBU 6.0 Reporting I've got several report options in my (current NBU 5.1 MP4) GUI including Status of Backups, Client Backups, All Log Entries, Media Lists, Media Contents, Images on Media, Media Logs, Media Summary and Media Written. Is this part of some "Advanced Reporting" tool are are these built in to the product? Further, are they built into the base 6.0 install? I run a number of weekly reports off these reports weekly and I'd hate to lose them (even though it would force me to come up with something better =P ) once we upgrade to 6.0. -Jonathan This email is for the intended addressee only.If you have received it in error then you must not use, retain, disseminate or otherwise deal with it.Please notify the sender by return email.The views of the author may not necessarily constitute the views of Astrium Limited.Nothing in this email shall bind Astrium Limited in any contract or obligation.Astrium Limited, Registered in England and Wales No. 2449259Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, EnglandNotice to recipient:The information in this internet e-mail and any attachments is confidential and may be privileged. It is intended solely for the addressee. If you are not the intended addressee please notify the sender immediately by telephone. If you are not the intended recipient, any disclosure, copying, distribution or any action taken or omitted to be taken in reliance on it, is prohibited and may be unlawful.When addressed to external clients any opinions or advice contained in this internet e-mail are subject to the terms and conditions expressed in any applicable governing terms of business or client engagement letter issued by the pertinent Bank of America group entity.If this email originates from the U.K. please note that Bank of America, N.A., London Branch and Banc of America Securities Limited are authorised and regulated by the Financial Services Authority. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] to restore NDMP backup to different location
Title: Message Hi All, Is it possible to restore NDMP backup to the location which is different from the original location? Best Regards, Asiye YigitSoftware and Hardware Support ManagerGantek TechnologiesDirect : +90 0216 538 80 94Fax : +90 0216 322 04 43Gsm : +90 0532 409 80 46Adress: Cumhuriyet Cad. Yeni Parseller Sk. No: 20 B Blok Kat:4-534805 Kavacik / Ýstanbul[EMAIL PROTECTED]www.gantek.com http://www.gantek.com/ "As all water falling from the sky, Eventually reaches the sea, So do salutations to various deities, Reach the same almighty--From Sandhyavandanam""This message and attachments are confidential and intended solely for the individual(s) stated in this message. If you received this message although you are not the addressee you are responsible to keep the message confidential. The sender has no responsibility for the accuracy or correctness of the information in the message and its attachments. Our company shall have no liability for any changes or late receiving, loss of integrity and confidentiality, viruses and any damagescaused in anyway to your computer system." ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NetBackup 6
ugh, if you want to point to recent 6.0 press, might I suggest the storage article instead? http://storagemagazine.techtarget.com/magLogin/ 1,291245,sid35_gci1214739,00.html That Sharon Fisher article feels to me like she took several individual data points and worked hard to extrapolate them into FUD-filled generalities. (e.g. vault problems, the supposed 1K files backed up, but nothing to restore problem) HTH rob On Sep 21, 2006, at 9:57 AM, WEAVER, Simon wrote: You may want to view the history of the posts on here (do a search), but general opinions are that its buggy indeed! MP3 seems ok ish! Ed is the man to talk to. On another subject, found this http://www.networkworld.com/news/2006/090506-users-suffer-major- problems-wit h.html May well be worth a read to get a general idea :-) HTH Regards Simon Weaver 3rd Line Technical Support Windows Domain Administrator EADS Astrium Limited, B23AA IM (DCS) Anchorage Road, Portsmouth, PO3 5PU Email: [EMAIL PROTECTED] -Original Message- From: Clem Kruger (C) [mailto:[EMAIL PROTECTED] Sent: 21 September 2006 14:41 To: Veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] NetBackup 6 Good day all, I would like to hear every ones thoughts on NetBackup 6? Regards, Clem. ~~ This e-mail and its contents are subject to the Telkom SA Limited e-mail legal notice available at http://www.telkom.co.za/TelkomEMailLegalNotice.PDF ~~ ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu This email is for the intended addressee only. If you have received it in error then you must not use, retain, disseminate or otherwise deal with it. Please notify the sender by return email. The views of the author may not necessarily constitute the views of Astrium Limited. Nothing in this email shall bind Astrium Limited in any contract or obligation. Astrium Limited, Registered in England and Wales No. 2449259 Registered Office: Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] to restore NDMP backup to different location
Title: Message Yes. If you are using netbackup you can restore the data from one NDMP backup to another NDMP location by using a different dest from the source. They have to be of the same type of NDMP backup. Our NDMP backups are with Netapp file servers. We can restore to another directory name, to a different volume and they can be to a different filer. Unless you have a very old version of netbackup in which case they did not support a restore to a different filer. len From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Asiye YigitSent: Friday, September 22, 2006 8:26 AMTo: veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] to restore NDMP backup to different location Hi All, Is it possible to restore NDMP backup to the location which is different from the original location? Best Regards, Asiye YigitSoftware and Hardware Support ManagerGantek TechnologiesDirect : +90 0216 538 80 94Fax : +90 0216 322 04 43Gsm : +90 0532 409 80 46Adress: Cumhuriyet Cad. Yeni Parseller Sk. No: 20 B Blok Kat:4-534805 Kavacik / Ýstanbul[EMAIL PROTECTED]www.gantek.com http://www.gantek.com/ "As all water falling from the sky, Eventually reaches the sea, So do salutations to various deities, Reach the same almighty--From Sandhyavandanam""This message and attachments are confidential and intended solely for the individual(s) stated in this message. If you received this message although you are not the addressee you are responsible to keep the message confidential. The sender has no responsibility for the accuracy or correctness of the information in the message and its attachments. Our company shall have no liability for any changes or late receiving, loss of integrity and confidentiality, viruses and any damagescaused in anyway to your computer system." ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Windows 2003, NBU 6.0MP3, VTL, Media Mount Timeout
I realize what you're talking about. The idea of the VTL fronting the media is a sore point of mine. *shrug* Paul -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of [EMAIL PROTECTED] Sent: September 22, 2006 3:10 AM To: Paul Keating Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Windows 2003, NBU 6.0MP3, VTL, Media Mount Timeout Paul, we speek about a VTL, not backup to disk or something similar. If the data is not in the VTL cache, the VTL will pull the data from fc attached tapes by itself... NetBackup only sees virtual tape drives, regardless of where the data is stored! ... staging the data in to the VTL cache may take a couple of minutes (10), leading to the described phenomenon... and timeouts do not really work... M. La version française suit le texte anglais. This email may contain privileged and/or confidential information, and the Bank of Canada does not waive any related rights. Any distribution, use, or copying of this email or the information it contains by other than the intended recipient is unauthorized. If you received this email in error please delete it immediately from your system and notify the sender promptly by email that you have done so. Le présent courriel peut contenir de l'information privilégiée ou confidentielle. La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute diffusion, utilisation ou copie de ce courriel ou des renseignements qu'il contient par une personne autre que le ou les destinataires désignés est interdite Si vous recevez ce courriel par erreur, veuillez le supprimer immédiatement et envoyer sans délai à l'expéditeur un message électronique pour l'aviser que vous avez éliminé de votre ordinateur toute copie du courriel reçu. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Anti-Virus Recommendations
http://service1.symantec.com/SUPPORT/ent-security.nsf/docid/2002021210450948?Opendocid=2001091313563548nsf=ent-security.nsfview=es_full ---Original Message--- From: [EMAIL PROTECTED] Subject: [Veritas-bu] Anti-Virus Recommendations Sent: 21 Sep '06 22:21 All, Looking for Anti-Virus configuration recommendations, we use Symantec Anti-Virus CE 10. Looking for recommended SAV installs on Master/Media server, and the remaining media servers in the field. TIA, Regards, _Steve Bally_ _Systems Engineer_ _RadiSys Corporation_ [LINK: http://www.radisys.com] _www.radisys.com_ [LINK: mailto:[EMAIL PROTECTED] [EMAIL PROTECTED] _Desk: 503-615-1207_ _Cell: 503-970-6201_ This electronic message (Email) contains information which may be confidential, privileged or otherwise protected from disclosure. The information is intended to be used solely by the named recipient(s). If you are not a named recipient, any review, disclosure, copying, distribution or use of this transmission or its contents is prohibited. If you have received this transmission (Email) in error, please notify me immediately. ___ Veritas-bu maillist - [LINK: [EMAIL PROTECTED] Veritas-bu@mailman.eng.auburn.edu [LINK: http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu] 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] LTO3 and Disk Staging
I've done lots of dd tests to/from the disk outside of NetBackup, using individual LUNs and various filesystems configured in various RAID configurations. Also going by the manufacturer's spec sheets sa to what I can expect max (150 Mb/s). Performance issues manifest themselves as soon as I try to write multiple streams to a disk staging filesystem whilst also reading off it, though the attempted speed of the writes is probably greater (from /dev/random) than I would expect from my NetBackup clients. But it's only got ATA drives. Because the performance is bad before I bring NetBackup into the mix, I haven't looked much at tuning NetBackup yet. My fastest backups are across the SAN fabric using Advanced Client 4 streams will run to 1 tape driving it at about 50 Mb/s which may be the drive limit (LTO2). -Original Message- From: Ed Wilts [mailto:[EMAIL PROTECTED] Sent: 22 September 2006 12:37 To: Weber, Philip Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] LTO3 and Disk Staging On 9/22/2006 4:19 AM, Weber, Philip wrote: What sorts of disk systems are people using as disk staging to keep LTO3s happy? We're using HP EVA with FATA (Fibre ATA) drives. We don't drive the LTO3s at full speed, but I do not believe it's an EVA issue. Our current EMC Clariion Cx300 struggles to supply data fast enough to 3 LTO2 drives (even outside of NetBackup) and performance goes through the floor if (as is often the case) it is still trying to write backups to disk while streaming data off to tape. What sorts of benchmarks have you done to prove that it's a disk issue? Have you done something like a dd to see how fast you can read data from the disk? Have you monitored your switch ports? I've witnessed our NetBackup environment hit 150MB/sec on our master server's 2Gbps switch port doing a dd from the DSSU to /dev/null. My destaging performance to LTO-3 is normally quite poor so I know I've got a NetBackup issue somewhere. We have pretty much a 24*7 backup window with lots of slow small, slow big, and some fast, clients. I think that describes most of us... Do your fast clients drive the LTO directly at a good speed? .../Ed -- Ed Wilts, Mounds View, MN, USA mailto:[EMAIL PROTECTED] - Egg is a trading name of the Egg group of companies which includes: Egg plc (reg no 2448340), Egg Financial Intermediation Ltd (reg no 3828289), and Egg Banking plc (reg no 2999842). Egg Banking plc and Egg Financial Intermediation Ltd are authorised and regulated by the Financial Services Authority (FSA) and are entered in the FSA register under numbers 205621 and 309551 respectively. These members of the Egg group are registered in England and Wales. Registered office: 1 Waterhouse Square, 138- 142 Holborn, London EC1N 2NA. This e-mail is confidential and for use by the addressee only. If you are not the intended recipient of this e-mail and have received it in error, please return the message to the sender by replying to it and then delete it from your mailbox. Internet e- mails are not necessarily secure. The Egg group of companies do not accept responsibility for changes made to this message after it was sent. Whilst all reasonable care has been taken to avoid the transmission of viruses, it is the responsibility of the recipient to ensure that the onward transmission, opening or use of this message and any attachments will not adversely affect its systems or data. No responsibility is accepted by the Egg group of companies in this regard and the recipient should carry out such virus and other checks as it considers appropriate. This communication does not create or modify any contract. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Multiple-Nics
Does anyone know what the equivalent registry entry is for REQUIRED_INTERFACE for Windows? Or is this strictlya UNIX/Linux thing? I've been searching Google and support.veritas.com all morning now with no luck. -Jonathan From: Scott Jacobson [mailto:[EMAIL PROTECTED] Sent: Monday, September 11, 2006 6:21 PMTo: Martin, Jonathan (Contractor); veritas-bu@mailman.eng.auburn.eduSubject: Re: [Veritas-bu] Multiple-Nics As mentioned from an earlier thread, I'm not sure of youruse/need for the multiple interfaces. If some or all these multiple interfaces are available for teaming or bonding, I would do that, and use the REQUIRED_INTERFACE for desired data stream (ip addr) -sj "Martin, Jonathan (Contractor)" [EMAIL PROTECTED] 9/11/2006 1:42 PM Ok... so three new media servers with 4 nics each are headed my way in the next few weeks. That's 12 interfaces I've got to worry about! According to the NBU Performance Planning Tuning Guide I should create DNS entries for each interface, and add all interfaces to each server's bp.conf (or registry in windows.) I'm going to get all these values setup and ready to go before the hardware even arrives. backup1 (IP1) backup1-neta (IP2) backup1-netb (IP3) backup1-netc (IP4) backup2 (IP1) backup2-neta (IP2) backup2-netb (IP3) backup2-netc (IP4) backup3 (IP1) backup3-neta (IP2) backup3-netb (IP3) backup3-netc (IP4) So the servers will all talk to each other across the various nics (by looking up the server name) but how do clients know which IP to use? Many of those IPs are going to be on a non-routed "backend" network, which several clients will not have access to. How does the Master / Media server know which nic to use to communicate with the client? Further, how do I tell my jobs which IP to use?! For example, if I have 6 nics on 3 servers in the "back end" will NBU automatically local balance between them? Perhaps I should enable teaming? Any input on how this done properly would be appreciated. Unfortunately the HOSTS file lookup method we use now is unacceptable (and dumb) so I'll have to make this work properly. -Jonathan ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Multiple-Nics
If you dont want to use the GUI,
you can do it from the command line using bpsetconfig (see manual for details).
Regards,
Patrick Whelan
NetBackup Specialist
Architect Engineering
+44 20 7863 5243
Of all the things I've lost, I miss my mind the most! - Unknown
There are only 10 kinds of people on earth - those who understand
binary
and
those who don't.
-Original
Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]]
On Behalf Of Martin,
Jonathan (Contractor)
Sent: 22 September 2006 14:32
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu]
Multiple-Nics
Does anyone know what the
equivalent registry entry is for REQUIRED_INTERFACE for Windows? Or is
this strictlya UNIX/Linux thing?
I've been searching Google and
support.veritas.com all morning now with no luck.
-Jonathan
From: Scott
Jacobson [mailto:[EMAIL PROTECTED]
Sent: Monday, September 11, 2006
6:21 PM
To: Martin, Jonathan (Contractor);
veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu]
Multiple-Nics
As mentioned from an earlier
thread, I'm not sure of youruse/need for the multiple interfaces.
If some or all these multiple
interfaces are available for teaming or bonding, I would do that, and use the
REQUIRED_INTERFACE for desired data stream (ip addr)
-sj
Martin, Jonathan (Contractor)
[EMAIL PROTECTED] 9/11/2006 1:42 PM
Ok... so
three new media servers with 4 nics each are headed my way in the next few
weeks. That's 12 interfaces I've got to worry about! According to
the NBU Performance Planning Tuning Guide I should create DNS entries for
each interface, and add all interfaces to each server's bp.conf (or registry in
windows.) I'm going to get all these values setup and ready to go before
the hardware even arrives.
backup1 (IP1)
backup1-neta
(IP2)
backup1-netb
(IP3)
backup1-netc
(IP4)
backup2
(IP1)
backup2-neta
(IP2)
backup2-netb
(IP3)
backup2-netc
(IP4)
backup3
(IP1)
backup3-neta
(IP2)
backup3-netb
(IP3)
backup3-netc
(IP4)
So the
servers will all talk to each other across the various nics (by looking up the
server name) but how do clients know which IP to use? Many of those IPs
are going to be on a non-routed backend network, which several
clients will not have access to. How does the Master / Media server know
which nic to use to communicate with the client? Further, how do I tell
my jobs which IP to use?! For example, if I have 6 nics on 3 servers in
the back end will NBU automatically local balance between
them? Perhaps I should enable teaming? Any input on how this done
properly would be appreciated. Unfortunately the HOSTS file lookup method
we use now is unacceptable (and dumb) so I'll have to make this work properly.
-Jonathan
*
The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way.
The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing [EMAIL PROTECTED] and delete the message and any attachments without retaining any copies.
Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses.
No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates ("COLT") and any other party by email Communications unless expressly agreed in writing with such other party.
Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900.
___
Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] LTO3 and Disk Staging
The drive limit of LTO2, I have benchmarked at speeds of 90-94MB/s, sustained. Around 137-138MB/s for LTO3. Justin. On Fri, 22 Sep 2006, Weber, Philip wrote: I've done lots of dd tests to/from the disk outside of NetBackup, using individual LUNs and various filesystems configured in various RAID configurations. Also going by the manufacturer's spec sheets sa to what I can expect max (150 Mb/s). Performance issues manifest themselves as soon as I try to write multiple streams to a disk staging filesystem whilst also reading off it, though the attempted speed of the writes is probably greater (from /dev/random) than I would expect from my NetBackup clients. But it's only got ATA drives. Because the performance is bad before I bring NetBackup into the mix, I haven't looked much at tuning NetBackup yet. My fastest backups are across the SAN fabric using Advanced Client 4 streams will run to 1 tape driving it at about 50 Mb/s which may be the drive limit (LTO2). -Original Message- From: Ed Wilts [mailto:[EMAIL PROTECTED] Sent: 22 September 2006 12:37 To: Weber, Philip Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] LTO3 and Disk Staging On 9/22/2006 4:19 AM, Weber, Philip wrote: What sorts of disk systems are people using as disk staging to keep LTO3s happy? We're using HP EVA with FATA (Fibre ATA) drives. We don't drive the LTO3s at full speed, but I do not believe it's an EVA issue. Our current EMC Clariion Cx300 struggles to supply data fast enough to 3 LTO2 drives (even outside of NetBackup) and performance goes through the floor if (as is often the case) it is still trying to write backups to disk while streaming data off to tape. What sorts of benchmarks have you done to prove that it's a disk issue? Have you done something like a dd to see how fast you can read data from the disk? Have you monitored your switch ports? I've witnessed our NetBackup environment hit 150MB/sec on our master server's 2Gbps switch port doing a dd from the DSSU to /dev/null. My destaging performance to LTO-3 is normally quite poor so I know I've got a NetBackup issue somewhere. We have pretty much a 24*7 backup window with lots of slow small, slow big, and some fast, clients. I think that describes most of us... Do your fast clients drive the LTO directly at a good speed? .../Ed -- Ed Wilts, Mounds View, MN, USA mailto:[EMAIL PROTECTED] - Egg is a trading name of the Egg group of companies which includes: Egg plc (reg no 2448340), Egg Financial Intermediation Ltd (reg no 3828289), and Egg Banking plc (reg no 2999842). Egg Banking plc and Egg Financial Intermediation Ltd are authorised and regulated by the Financial Services Authority (FSA) and are entered in the FSA register under numbers 205621 and 309551 respectively. These members of the Egg group are registered in England and Wales. Registered office: 1 Waterhouse Square, 138- 142 Holborn, London EC1N 2NA. This e-mail is confidential and for use by the addressee only. If you are not the intended recipient of this e-mail and have received it in error, please return the message to the sender by replying to it and then delete it from your mailbox. Internet e- mails are not necessarily secure. The Egg group of companies do not accept responsibility for changes made to this message after it was sent. Whilst all reasonable care has been taken to avoid the transmission of viruses, it is the responsibility of the recipient to ensure that the onward transmission, opening or use of this message and any attachments will not adversely affect its systems or data. No responsibility is accepted by the Egg group of companies in this regard and the recipient should carry out such virus and other checks as it considers appropriate. This communication does not create or modify any contract. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.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] NB 6.0 Article
Storage Magazine has an article on the problems in NB 6.0 and the people that had to deal with it. http://storagemagazine.techtarget.com/magLogin/1,291245,sid35_gci1214739,00.html___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] LTO3 and Disk Staging
What kind of data? -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Justin Piszcz Sent: September 22, 2006 9:54 AM To: Weber, Philip Cc: veritas-bu@mailman.eng.auburn.edu; Ed Wilts Subject: Re: [Veritas-bu] LTO3 and Disk Staging The drive limit of LTO2, I have benchmarked at speeds of 90-94MB/s, sustained. Around 137-138MB/s for LTO3. Justin. La version française suit le texte anglais. This email may contain privileged and/or confidential information, and the Bank of Canada does not waive any related rights. Any distribution, use, or copying of this email or the information it contains by other than the intended recipient is unauthorized. If you received this email in error please delete it immediately from your system and notify the sender promptly by email that you have done so. Le présent courriel peut contenir de l'information privilégiée ou confidentielle. La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute diffusion, utilisation ou copie de ce courriel ou des renseignements qu'il contient par une personne autre que le ou les destinataires désignés est interdite Si vous recevez ce courriel par erreur, veuillez le supprimer immédiatement et envoyer sans délai à l'expéditeur un message électronique pour l'aviser que vous avez éliminé de votre ordinateur toute copie du courriel reçu. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Changing Media Identifier !
Do these commands effect the valid images oon the media at all ?
Regards
Dave
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Bobby
Williams
Sent: 21 September 2006 16:07
To: Paul Keating; veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Changing Media Identifier !
You can change the media type with the following commands on the master
server.
The following command will change the media type in the image database
on the master and the media database (mediaDB) on the media server:
cd /usr/openv/netbackup/bin/admincmd
/bpmedia -m {mediaid} -changeden -new {new_media_type}
The following command will change the media type in the volume database
(volDB) on the master:
cd /usr/openv/volmgr/bin
/vmchange -m {mediaid} -new_mt {new_media_type}
The 'new_media_type' is in lower case (dlt, dlt2, or dlt3) in both
commands.
Bobby
From: Paul Keating [EMAIL PROTECTED]
Date: 2006/09/21 Thu AM 08:34:24 EDT
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Changing Media Identifier !
Easiest would be to configure the new drives as DLT2.
even if the old media were configured as HCARTII, Netbackup wouldn't put
them into a drive defined as HCARTIII.
It would be nice if Netbackup had types that were defined according to
the established compatibility hierarchy of various drive types, but that
doesn't seem to be the case.
Paul
--
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Ayaz
Anjum
Sent: September 21, 2006 2:45 AM
To: veritas-bu@mailman.eng.auburn.edu
Subject: [Veritas-bu] Changing Media Identifier !
Hi !
I have a situation where an LTO II tape drive has been defined
as drives of type DLT2 (instead of hcart II) and the system was being
used and all the LTO II tapes are identified as DLTII tapes.
Now during a migration / upgrade to a new tape libraray with LTO
III drives I will be defining tape drives as hcart III. The task is to
be able to use the old media from existing setup which is defined as dlt
II type in the new setup.
Any suggestion other then expiring and importing the images.
Thanks
Ayaz
Bobby Williams
2205 Peterson Drive
Chattanooga, TN 37421
___
Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Notice to recipient:
The information in this internet e-mail and any attachments is confidential and
may be privileged. It is intended solely for the addressee. If you are not the
intended addressee please notify the sender immediately by telephone. If you
are not the intended recipient, any disclosure, copying, distribution or any
action taken or omitted to be taken in reliance on it, is prohibited and may be
unlawful.
When addressed to external clients any opinions or advice contained in this
internet e-mail are subject to the terms and conditions expressed in any
applicable governing terms of business or client engagement letter issued by
the pertinent Bank of America group entity.
If this email originates from the U.K. please note that Bank of America, N.A.,
London Branch and Banc of America Securities Limited are authorised and
regulated by the Financial Services Authority.
___
Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] How important is Processing Power?
Hi Jon, Processing power is important, a month ago I had posted to the list and I got some real good inputs from our gurus. We use Sun Fire 6900 server with dual core processors, by merely upgrading to high clock speed processors, we have observed improved performance in read writes and also avoiding the backups from aborting with 155. We backup arnd 10 TB a day and use 4 dual core SPARC procs of 1500 Mhz. I have learnt from the list and some docs that having multiple media servers helps see a quantum leap in performance. Regards, BIJU KRISHNANOn 9/23/06, Martin, Jonathan (Contractor) [EMAIL PROTECTED] wrote: I'm speccing servers etc and management ever wanting so pinch a pennywants to know how important dual processors are.Not only is there theadded server expense, but both Windows and NBU licenses for multipleprocessors are more expensive.We're looking at Intel Dual Core Xeon 5060s w/ 2x2MB Cache, 3.2Ghz, 1066Mhz FSB on a Dell Power Edge 2950 w/4GB RAM.I originally spec'd two processors (two dual cores) which I'mcertain will be quite powerful enough to drive 4 Gigabit nics to disk over fiber.But how important is it, and can 1 do the job?Anyonerunning anything similar?-Jonathan___Veritas-bu maillist- Veritas-bu@mailman.eng.auburn.eduhttp://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
