[Veritas-bu] Moving to a different storage unit
I have 4 disk storage units and a robotic library configured. One of the disk storage units is full. I have 3 policies that are backing up to this storage unit. What is the safest way of moving these policies to another storage unit? Can I leave the old backups of these policies where they are now and start backing up to another disk or tape? Will NBU know where the old backups are? This is NBU 5.1 on solaris master/media server. Thanks in advance. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] master and media servers merge
On 2/13/2007 8:23 AM, Krzys wrote: > So they are looking to merger Sun Solaris 9 box netbackup into Windows 2003 > server that currently is mediaserver. We'll answer the easy question first. There is no supported way to move a master server from Solaris to Windows. You can contact Symantec Professional Services but this is an extremely difficult exercise. You can not promote a media server to a master server. You can not rename a master server. You can not change platforms with your master server. Pick your master server carefully when you start out because you're generally stuck with that solution forever (or until Symantec eventually allows the functionality we all have been asking for for the past 5+ years). Your best way is to make a Windows server a master server and move the robot to it and start writing all of your new backups to it. If you need to do a restore, shut down NetBackup on your Windows master, connect the tape drive to your Solaris master, and do your restore. Hopefully your retentions are not that long that you'll go through your tapes reasonably quickly. When you get a small manageable set of old tapes, you can bpimport them on the Windows master so they're now cataloged. When you've got all the tapes cataloged in Windows, do whatever with the Solaris server. Incidentally, 6.0MP3 was not a good release - upgrade to MP4 and you'll be much better off. .../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] status 202, 205, 219 and 58
On 2/13/2007 11:18 AM, Paul Keating wrote: > Dunno about the 202, 205 and 58s, but the last few weeks, I've had all > running jobs fail @ 07:10 on Saturday morning, with a 219, then they > restart and run fine. > Logs show some junk about not being able to communicate with the media > servers, and the robots being offline. > Almost seems like a network wide simultaneous IP and FC failure, but I > know that's definately not the case. All it takes is to lose the network between the master and the media and you're going to go down the toilet. The 219 is a storage unit full so I'm guessing you're writing to a DSSU. When the DSSU gets full, it needs to clean up old images. It can't do that if the master and media have lost communications. The 58 is also a communcations error. Start with fixing the network and the 219s will be better as a result. 6.0MP4 really helped with 219s too btw. .../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] Backup of multimedia system...
On 2/13/2007 7:42 AM, Hampus Lind wrote: > I would like to get in contact with people backing up large > multimedia systems, ie digital pictures, audio and video. I am also > interested in hearing about how you store these applications ie in a > SAN on FC diskarrays, SATA drives or some kind of HSM solution which > includes tape… > > Which way to go for ~100TB multimedia data (video): traditional > backup or HSM solution? We're into the hundreds of TB and hundreds of millions of files (and I wouldn't be surprised if we're over a billion files). Many of these are small scanned images. We still use traditional backups although we have some FlashBackups in place. We're also in the process of implementing continuous offsite replication since for some applications, no matter how good your backups, can't be down for the time it takes to restore from tape. > When will traditional backup not be an option any longer, when do we > need to apply a HSM solution? HSM isn't a solution for everybody - sometimes a good old fashioned delete would really help, and sometimes the files need to be accessible faster than HSM can retrieve them. HSM has a lot of issues, especially if you're doing it to tape. > Some of the multimedia systems do include billions of smaller files > (pictures and audio). At least your pictures and audio are probably larger than our scanned images! > I would like to find a platform which I could apply to every digital > system no mater the size of the system. I have not yet found a file system that likes hundreds of millions of small files. I have found a lot of file systems don't hate them though. .../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] Migrate catalog from Windows to Solaris
On 2/13/2007 6:47 AM, Ed Wilts wrote: > MPX doesn't play a factor since you can't mix a standard Unix file > backup (type 0) with a Windows file backup (type 13) on the same tape. This statement is factually incorrect. Please ignore it. Feel free to ship full caffeinated coffee my way :-) .../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] Newbie volume pool question.
SL8500, the problem is the 'infinite' retention pool can easily run out of control, and therefore separate tape pools must be implemented. Also, if you allocate ranges to different types of tapes you can perform metrics on wear/tear of certain tapes, ie, if you have DB backups that mount 100 times vs. 1 filesystem backup that writes from 1 end of the tape to the other, obviously you want to cycle the DB tapes more often, if everything is in one big scratch pool, it makes it much more difficult. vmquery -a and check the mounts yes, but it makes it easier IMO to have separate ranges. On Tue, 13 Feb 2007, Paul Keating wrote: Ouch. I keep about 5% scratch in my robots, and haven't had that happen. Granted, it'd suck I have seen a similar thing happen once in the last 9 or 10 years or however long it's been and "using all the tapes" meant a bum DLT7000 drive mounted/failed/froze the last 4 tapes in a ATL P1000 that only had enough slots for that many free tapes after the backup was completed. If you've got 3000 tapes (SL8500? Powderhorn?) in a library and you manintain a decent scratch ratio (better than mine) then I wouldn't lose sleep over it. Paul -- -Original Message- From: Justin Piszcz [mailto:[EMAIL PROTECTED] Sent: February 13, 2007 1:17 PM To: Paul Keating Cc: Darren Dunham; Veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Newbie volume pool question. There will be over 3,000 tapes in each robot; however, the problem is, if 90% of the backups fail becauase 10% of the machines use infinite retention and then use all the tapes, see the problem? Justin. On Tue, 13 Feb 2007, Paul Keating wrote: What he said. But if your env is any size at all, you'll soon decide to forget about managing your tapes and just let NBU do it. Paul -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Darren Dunham Sent: February 13, 2007 12:52 PM To: Veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Newbie volume pool question. Would the best solution then to be NOT define a global scratch pool and=20 allocate scratch tapes into their respective (FILESYSTEM) and (INFINITE)=20 volume pools? If those are your only two pools, then that sounds good to me. It becomes more difficult to manage if you have lots of pools. -- Darren Dunham [EMAIL PROTECTED] Senior Technical Consultant TAOS http://www.taos.com/ Got some Dr Pepper? San Francisco, CA bay area < This line left intentionally blank to confuse you. > ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu == == 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 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
Re: [Veritas-bu] NDMP backup: Qtree vs Volume
It's a balancing act. A stream of 1.5 TB creates a single backup image that's written over possibly many tapes depending on the capacity. If you have a media error, the entire backup job has to be restarted (unless things are different in 6.0). A restore job could conceivably require all of the tapes to be loaded to satisfy a request for a single file. I have a much larger file system and relatively low capacity tapes so I opted to create separate streams for chunks of qtrees that fit on no more than 2 or 3 tapes. This means that I have to monitor creation of new qtrees and growth (easy to script) and then periodically move larger qtrees into a new stream. HTH, Neil From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Rajmund Siwik Sent: Tuesday, February 13, 2007 9:11 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] NDMP backup: Qtree vs Volume Hi All, I am setting up my Netbackup 6.0 server which will be doing ndmp backups on NetApp filers. Currently the volumes tend to be roughly 1.5TB each with many qtrees . We're trying to decide whether to backup the data at the qtree level or the volume level. Do you have a preference one way or another and why? --Rajmund Conexant E-mail Firewall (Conexant.Com) made the following annotations - ** Legal Disclaimer "This email may contain confidential and privileged material for the sole use of the intended recipient. Any unauthorized review, use or distribution by others is strictly prohibited. If you have received the message in error, please advise the sender by reply email and delete the message. Thank you." ** - ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NBU and Aptare custom reports ..
* Philip McDougal <[EMAIL PROTECTED]> [2007-02-13 12:03]: > Thanks Paul. I've tried that already ;-) but they want a > commitment from my company before they 'allocate resources' to do > this. So I'm almost forced to do this myself. > > I love the product and want to have the company purchase it but > there's no way they're gonna like me telling them that the most > important report we need is one that WE have to create. You _can_ work out with them that they need to supply a particular report as part of your agreement within a given period of time. That worked out fairly well for us. -- David Rock [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] master and media servers merge
Hmmm...sounds like a decent enough platform. But doing a bit of tuning and troubleshooting on that Sparc will net you a lot less grief that a Solaris -> Windows migration with a simultaneous Master server name change, and master/media catalog merge. If the throughput is great on the windows box, move your policies to backup via it's storage units, but let the Sparc box remain as master, untill you find time to look at some tuning there. And moving to direct SCSI rather than FC would be a step backwards. ;o) Paul -- > -Original Message- > From: Krzys [mailto:[EMAIL PROTECTED] > Sent: February 13, 2007 3:11 PM > To: Paul Keating > Cc: [EMAIL PROTECTED]; > Veritas-bu@mailman.eng.auburn.edu > Subject: RE: [Veritas-bu] master and media servers merge > > > Not realy my 280R has 2x1.2Ghz CPU's with 8MB cache, 2gb RAM, > its pretty goot > Sparc system, I have HBA connected to SAN switches, only 2GB > link though, but > still performance that my previous admin here was getting > much better on that HP > DL360 comparing to that box. So now I am left with two > systems and on the task > list is to consolidate those two systems into one... He was > also saying that > instead of using HBA to connect to my tape library to use > scsi to directly > connect it together.. My tape library is also HP MSL6030 that > has both scsi and > fc to connect to... I dont have a time to play with > performance tuning and > getting that out of my way but certainly at some point I will > need to focus on > it... Ehh, to much work and no much time to do all the tasks... > > Thanks for help. > > Chris 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] master and media servers merge
Not realy my 280R has 2x1.2Ghz CPU's with 8MB cache, 2gb RAM, its pretty goot Sparc system, I have HBA connected to SAN switches, only 2GB link though, but still performance that my previous admin here was getting much better on that HP DL360 comparing to that box. So now I am left with two systems and on the task list is to consolidate those two systems into one... He was also saying that instead of using HBA to connect to my tape library to use scsi to directly connect it together.. My tape library is also HP MSL6030 that has both scsi and fc to connect to... I dont have a time to play with performance tuning and getting that out of my way but certainly at some point I will need to focus on it... Ehh, to much work and no much time to do all the tasks... Thanks for help. Chris On Tue, 13 Feb 2007, Paul Keating wrote: So you've got an ancient Sun box with what, 330MHz Sparc processors acting as a master/media, and a relatively new Windows box acting as a media server only, and you think the Solaris platform is the problem? I have a feeling that if/when you get everything merged onto that single DL360, your performance is going to go down the pooper. Migrate that Sun over to a newer sunfire, like a V240 or somethingon-board quad GigE, a 66MHz PCI slot for your HBA, and I'd bet it's run circles around that DL360. Paul -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Krzys Sent: February 13, 2007 9:24 AM To: [EMAIL PROTECTED] Cc: Veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] master and media servers merge hehehe... nie zwariowalem :) My current configuration is Sun Sparc 280R running solaris 9 and netbackup server, then I have HP ProLiant DL360 running Windows 2003 server with Intel Xeon 3.6Ghz CPU and 2gb ram. My previous Sys admin was playing with this setup and he originally did set it all up, and he said that he was getting much better performance out of the windows box that he could not get from the solaris box. So for me instead of keeping both boxes I rather get rid of one... I am sun solaris person so its not my favorite choice but if that is giving me better performance then I would just go for it I guess... So they are looking to merger Sun Solaris 9 box netbackup into Windows 2003 server that currently is mediaserver. Thanks for help. Chris 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. !DSPAM:122,45d1f5296226371292! ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Newbie volume pool question.
Ouch. I keep about 5% scratch in my robots, and haven't had that happen. Granted, it'd suck I have seen a similar thing happen once in the last 9 or 10 years or however long it's been and "using all the tapes" meant a bum DLT7000 drive mounted/failed/froze the last 4 tapes in a ATL P1000 that only had enough slots for that many free tapes after the backup was completed. If you've got 3000 tapes (SL8500? Powderhorn?) in a library and you manintain a decent scratch ratio (better than mine) then I wouldn't lose sleep over it. Paul -- > -Original Message- > From: Justin Piszcz [mailto:[EMAIL PROTECTED] > Sent: February 13, 2007 1:17 PM > To: Paul Keating > Cc: Darren Dunham; Veritas-bu@mailman.eng.auburn.edu > Subject: Re: [Veritas-bu] Newbie volume pool question. > > > There will be over 3,000 tapes in each robot; however, the > problem is, if > 90% of the backups fail becauase 10% of the machines use infinite > retention and then use all the tapes, see the problem? > > Justin. > > On Tue, 13 Feb 2007, Paul Keating wrote: > > > What he said. > > But if your env is any size at all, you'll soon decide to forget about > managing your tapes and just let NBU do it. > > Paul > > -- > > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf > > Of Darren Dunham > > Sent: February 13, 2007 12:52 PM > > To: Veritas-bu@mailman.eng.auburn.edu > > Subject: Re: [Veritas-bu] Newbie volume pool question. > > > > > > > Would the best solution then to be NOT define a global > > scratch pool and=20 > > > allocate scratch tapes into their respective (FILESYSTEM) > > and (INFINITE)=20 > > > volume pools? > > > > If those are your only two pools, then that sounds good to me. It > > becomes more difficult to manage if you have lots of pools. > > > > -- > > Darren Dunham > > [EMAIL PROTECTED] > > Senior Technical Consultant TAOS > > http://www.taos.com/ > > Got some Dr Pepper? San Francisco, > > CA bay area > > < This line left intentionally blank to confuse you. > > > ___ > > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > > > == > == > > 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 > 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 éli
Re: [Veritas-bu] Newbie volume pool question.
There will be over 3,000 tapes in each robot; however, the problem is, if 90% of the backups fail becauase 10% of the machines use infinite retention and then use all the tapes, see the problem? Justin. On Tue, 13 Feb 2007, Paul Keating wrote: What he said. But if your env is any size at all, you'll soon decide to forget about managing your tapes and just let NBU do it. Paul -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Darren Dunham Sent: February 13, 2007 12:52 PM To: Veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Newbie volume pool question. > Would the best solution then to be NOT define a global scratch pool and=20 > allocate scratch tapes into their respective (FILESYSTEM) and (INFINITE)=20 > volume pools? If those are your only two pools, then that sounds good to me. It becomes more difficult to manage if you have lots of pools. -- Darren Dunham [EMAIL PROTECTED] Senior Technical Consultant TAOS http://www.taos.com/ Got some Dr Pepper? San Francisco, CA bay area < This line left intentionally blank to confuse you. > ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu La version française suit le texte anglais. This email may contain privileged and/or confidential information, and the Bank of Canada does not waive any related rights. Any distribution, use, or copying of this email or the information it contains by other than the intended recipient is unauthorized. If you received this email in error please delete it immediately from your system and notify the sender promptly by email that you have done so. Le présent courriel peut contenir de l'information privilégiée ou confidentielle. La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute diffusion, utilisation ou copie de ce courriel ou des renseignements qu'il contient par une personne autre que le ou les destinataires désignés est interdite. Si vous recevez ce courriel par erreur, veuillez le supprimer immédiatement et envoyer sans délai à l'expéditeur un message électronique pour l'aviser que vous avez éliminé de votre ordinateur toute copie du courriel reçu. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NBU and Aptare custom reports ..
Thanks Paul. I’ve tried that already ;-) but they want a commitment from my company before they “allocate resources” to do this. So I’m almost forced to do this myself. I love the product and want to have the company purchase it but there’s no way they’re gonna like me telling them that the most important report we need is one that WE have to create. Thanks again! Phil. From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Keating Sent: Tuesday, February 13, 2007 11:57 AM To: Philip McDougal; veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] NBU and Aptare custom reports .. Definately contact the aptare guys. they've been very helpful with that sort of stuff. Gives you a chance to test out the support while you're evaluating the product. ;o) Paul -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Philip McDougal Sent: February 13, 2007 12:55 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] NBU and Aptare custom reports .. Hey all, I know this is more of an Aptare question but I don’t know of any other source of information to pull from. I have been evaluating Aptare StorageConsole for a few weeks now and love it! Unfortunately, the one report I need for auditing isn’t canned and I’m not an XML or SQL guru. Has anyone created some custom reports where they’ve added a column or a way to export the Notes that can be attached to the Job Summary Report or Backup Summary? I’ve looked at the XML Report Customization and it’s not helpful to me (as I’ve no history in XML or development). If anyone has done this or can point me to some other pools of knowledge, I’d be greatly appreciated! Thank you in advance! Phil. CALAMOS INVESTMENTS CANNOT ACT UPON, AND WILL NOT ACCEPT, ANY TIME-SENSITIVE ELECTRONIC MESSAGES, SUCH AS TRANSACTION ORDERS AND FUND TRANSFER INSTRUCTIONS. ALSO, FOR YOUR PROTECTION, PLEASE DO NOT SEND ANY IDENTIFYING INFORMATION, SUCH AS ACCOUNT NUMBERS OR SOCIAL SECURITY NUMBERS, THROUGH THE INTERNET. CONFIDENTIALITY NOTICE: This message is intended only for the use of the individual or entity to which it is addressed and may contain information that is confidential . If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is prohibited. Please notify the sender immediately if this message was transmitted in error. Thank you. 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. CALAMOS INVESTMENTS CANNOT ACT UPON, AND WILL NOT ACCEPT, ANY TIME-SENSITIVE ELECTRONIC MESSAGES, SUCH AS TRANSACTION ORDERS AND FUND TRANSFER INSTRUCTIONS. ALSO, FOR YOUR PROTECTION, PLEASE DO NOT SEND ANY IDENTIFYING INFORMATION, SUCH AS ACCOUNT NUMBERS OR SOCIAL SECURITY NUMBERS, THROUGH THE INTERNET. CONFIDENTIALITY NOTICE: This message is intended only for the use of the individual or entity to which it is addressed and may contain information that is confidential . If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is prohibited. Please notify the sender immediately if this message was transmitted in error. Thank you. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Newbie volume pool question.
What he said. But if your env is any size at all, you'll soon decide to forget about managing your tapes and just let NBU do it. Paul -- > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf > Of Darren Dunham > Sent: February 13, 2007 12:52 PM > To: Veritas-bu@mailman.eng.auburn.edu > Subject: Re: [Veritas-bu] Newbie volume pool question. > > > > Would the best solution then to be NOT define a global > scratch pool and=20 > > allocate scratch tapes into their respective (FILESYSTEM) > and (INFINITE)=20 > > volume pools? > > If those are your only two pools, then that sounds good to me. It > becomes more difficult to manage if you have lots of pools. > > -- > Darren Dunham > [EMAIL PROTECTED] > Senior Technical Consultant TAOS > http://www.taos.com/ > Got some Dr Pepper? San Francisco, > CA bay area > < This line left intentionally blank to confuse you. > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > 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] Newbie volume pool question.
Yes, sounds like a plan to me. By assigning per-barcode rules for each volume, that will solve that problem of tape-assignment and disabling the global scratch pool as well should fix all my issues. I will most likely be testing this tomorrow, thanks! Justin. On Tue, 13 Feb 2007, Martin, Jonathan (Contractor) wrote: I haven't really done this but I'm going to take a swing... You can't have a scratch pool if you don't want volume pools to have an "overfill" tank. SO I'd say *NO* scratch pool. Barcode Rules: ABC1 - DB Volume Pool ABC2 - DB Volume Pool ABC3 - FS Volume Pool ABC4 - FS Volume Pool ABC5 - INF Volume Pool ABC6 - INF Volume Pool I'm not sure *why* you are doing it this way but I think that would work... -Jonathan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Justin Piszcz Sent: Tuesday, February 13, 2007 12:37 PM To: Paul Keating Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Newbie volume pool question. Example, I want DB to use tapes 100-200. I want FS to use tapes 300-400. I want INF to use tapes 500-600. And I don't want them to be mixed. Justin. On Tue, 13 Feb 2007, Paul Keating wrote: Depends what you're trying to accomplish. What's your goal? To prevent the INF jobs from using up too many tapes? Paul -- -Original Message- From: Justin Piszcz [mailto:[EMAIL PROTECTED] Sent: February 13, 2007 12:31 PM To: Paul Keating Cc: veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Newbie volume pool question. Paul, Would the best solution then to be NOT define a global scratch pool and allocate scratch tapes into their respective (FILESYSTEM) and (INFINITE) volume pools? Justin. On Tue, 13 Feb 2007, Paul Keating wrote: Yeah, you can't really "not" pick tapes from scratch, if you have a scratch pool defined. Sure you can override the Policies default pool in the schedule, but if there are no tapes in that pool, it will pull from the global scratch. Paul -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Justin Piszcz Sent: February 13, 2007 10:39 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Newbie volume pool question. I had done this in the past but it has been awhile, I am checking the documentation now. But I was wondering if someone could point to the page or give me a little reminder of how to do this. I have the following: FS-1 FS-2 INF-1 INF-2 I want the FS (filesytem backups) to use tapes from the global scratch pool, no issues here. I want the INF (infinite-retention backups) to use a separate pool, and when that pool runs out of tapes, it will NOT use any tapes from the global scratch pool. I just define overrides in the schedule to pick from a new pool I make and put scratch tapes in correct? INF-SCRATCH And then in the schedule policy information I override the volume pool and make it INF-SCRATCH, correct? Am I forgetting anything? Thanks, Justin. ___ 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. == == 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
Re: [Veritas-bu] NBU and Aptare custom reports ..
Definately contact the aptare guys. they've been very helpful with that sort of stuff. Gives you a chance to test out the support while you're evaluating the product. ;o) Paul -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Philip McDougal Sent: February 13, 2007 12:55 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] NBU and Aptare custom reports .. Hey all, I know this is more of an Aptare question but I don't know of any other source of information to pull from. I have been evaluating Aptare StorageConsole for a few weeks now and love it! Unfortunately, the one report I need for auditing isn't canned and I'm not an XML or SQL guru. Has anyone created some custom reports where they've added a column or a way to export the Notes that can be attached to the Job Summary Report or Backup Summary? I've looked at the XML Report Customization and it's not helpful to me (as I've no history in XML or development). If anyone has done this or can point me to some other pools of knowledge, I'd be greatly appreciated! Thank you in advance! Phil. CALAMOS INVESTMENTS CANNOT ACT UPON, AND WILL NOT ACCEPT, ANY TIME-SENSITIVE ELECTRONIC MESSAGES, SUCH AS TRANSACTION ORDERS AND FUND TRANSFER INSTRUCTIONS. ALSO, FOR YOUR PROTECTION, PLEASE DO NOT SEND ANY IDENTIFYING INFORMATION, SUCH AS ACCOUNT NUMBERS OR SOCIAL SECURITY NUMBERS, THROUGH THE INTERNET. CONFIDENTIALITY NOTICE: This message is intended only for the use of the individual or entity to which it is addressed and may contain information that is confidential . If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is prohibited. Please notify the sender immediately if this message was transmitted in error. Thank you. 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] Newbie volume pool question.
I haven't really done this but I'm going to take a swing... You can't have a scratch pool if you don't want volume pools to have an "overfill" tank. SO I'd say *NO* scratch pool. Barcode Rules: ABC1 - DB Volume Pool ABC2 - DB Volume Pool ABC3 - FS Volume Pool ABC4 - FS Volume Pool ABC5 - INF Volume Pool ABC6 - INF Volume Pool I'm not sure *why* you are doing it this way but I think that would work... -Jonathan -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Justin Piszcz Sent: Tuesday, February 13, 2007 12:37 PM To: Paul Keating Cc: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Newbie volume pool question. Example, I want DB to use tapes 100-200. I want FS to use tapes 300-400. I want INF to use tapes 500-600. And I don't want them to be mixed. Justin. On Tue, 13 Feb 2007, Paul Keating wrote: > Depends what you're trying to accomplish. > > What's your goal? To prevent the INF jobs from using up too many tapes? > > Paul > > -- > > >> -Original Message- >> From: Justin Piszcz [mailto:[EMAIL PROTECTED] >> Sent: February 13, 2007 12:31 PM >> To: Paul Keating >> Cc: veritas-bu@mailman.eng.auburn.edu >> Subject: RE: [Veritas-bu] Newbie volume pool question. >> >> >> Paul, >> >> Would the best solution then to be NOT define a global scratch pool >> and allocate scratch tapes into their respective (FILESYSTEM) and >> (INFINITE) >> volume pools? >> >> Justin. >> >> On Tue, 13 Feb 2007, Paul Keating wrote: >> >>> Yeah, you can't really "not" pick tapes from scratch, if you have a >> scratch pool defined. >> >> Sure you can override the Policies default pool in the schedule, but >> if there are no tapes in that pool, it will pull from the global >> scratch. >> >> Paul >> >> -- >> >> >>> -Original Message- >>> From: [EMAIL PROTECTED] >>> [mailto:[EMAIL PROTECTED] On Behalf Of >>> Justin Piszcz >>> Sent: February 13, 2007 10:39 AM >>> To: veritas-bu@mailman.eng.auburn.edu >>> Subject: [Veritas-bu] Newbie volume pool question. >>> >>> >>> I had done this in the past but it has been awhile, I am >> checking the >>> documentation now. >>> >>> But I was wondering if someone could point to the page or give me a >>> little reminder of how to do this. >>> >>> I have the following: >>> >>> FS-1 >>> FS-2 >>> >>> INF-1 >>> INF-2 >>> >>> I want the FS (filesytem backups) to use tapes from the global >>> scratch pool, no issues here. >>> >>> I want the INF (infinite-retention backups) to use a separate pool, >>> and when that pool runs out of tapes, it will NOT use any tapes >> from the >>> global scratch pool. >>> >>> I just define overrides in the schedule to pick from a new pool I >>> make and put scratch tapes in correct? >>> >>> INF-SCRATCH >>> >>> And then in the schedule policy information I override the volume >>> pool and make it INF-SCRATCH, correct? >>> >>> Am I forgetting anything? >>> >>> Thanks, >>> >>> Justin. >>> ___ >>> 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. >> > == > == > > 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 e
[Veritas-bu] NBU and Aptare custom reports ..
Hey all, I know this is more of an Aptare question but I don't know of any other source of information to pull from. I have been evaluating Aptare StorageConsole for a few weeks now and love it! Unfortunately, the one report I need for auditing isn't canned and I'm not an XML or SQL guru. Has anyone created some custom reports where they've added a column or a way to export the Notes that can be attached to the Job Summary Report or Backup Summary? I've looked at the XML Report Customization and it's not helpful to me (as I've no history in XML or development). If anyone has done this or can point me to some other pools of knowledge, I'd be greatly appreciated! Thank you in advance! Phil. CALAMOS INVESTMENTS CANNOT ACT UPON, AND WILL NOT ACCEPT, ANY TIME-SENSITIVE ELECTRONIC MESSAGES, SUCH AS TRANSACTION ORDERS AND FUND TRANSFER INSTRUCTIONS. ALSO, FOR YOUR PROTECTION, PLEASE DO NOT SEND ANY IDENTIFYING INFORMATION, SUCH AS ACCOUNT NUMBERS OR SOCIAL SECURITY NUMBERS, THROUGH THE INTERNET. CONFIDENTIALITY NOTICE: This message is intended only for the use of the individual or entity to which it is addressed and may contain information that is confidential . If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is prohibited. Please notify the sender immediately if this message was transmitted in error. Thank you.___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Newbie volume pool question.
> Would the best solution then to be NOT define a global scratch pool and=20 > allocate scratch tapes into their respective (FILESYSTEM) and (INFINITE)=20 > volume pools? If those are your only two pools, then that sounds good to me. It becomes more difficult to manage if you have lots of pools. -- Darren Dunham [EMAIL PROTECTED] Senior Technical Consultant TAOShttp://www.taos.com/ Got some Dr Pepper? San Francisco, CA bay area < This line left intentionally blank to confuse you. > ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Newbie volume pool question.
In that caseI wouldn't define Scratch at all. Just define the tapes as you have them listed below. Paul -- > -Original Message- > From: Justin Piszcz [mailto:[EMAIL PROTECTED] > Sent: February 13, 2007 12:37 PM > To: Paul Keating > Cc: veritas-bu@mailman.eng.auburn.edu > Subject: RE: [Veritas-bu] Newbie volume pool question. > > > Example, > > I want DB to use tapes 100-200. > I want FS to use tapes 300-400. > I want INF to use tapes 500-600. > > And I don't want them to be mixed. > > 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] Newbie volume pool question.
Example, I want DB to use tapes 100-200. I want FS to use tapes 300-400. I want INF to use tapes 500-600. And I don't want them to be mixed. Justin. On Tue, 13 Feb 2007, Paul Keating wrote: Depends what you're trying to accomplish. What's your goal? To prevent the INF jobs from using up too many tapes? Paul -- -Original Message- From: Justin Piszcz [mailto:[EMAIL PROTECTED] Sent: February 13, 2007 12:31 PM To: Paul Keating Cc: veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Newbie volume pool question. Paul, Would the best solution then to be NOT define a global scratch pool and allocate scratch tapes into their respective (FILESYSTEM) and (INFINITE) volume pools? Justin. On Tue, 13 Feb 2007, Paul Keating wrote: Yeah, you can't really "not" pick tapes from scratch, if you have a scratch pool defined. Sure you can override the Policies default pool in the schedule, but if there are no tapes in that pool, it will pull from the global scratch. Paul -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Justin Piszcz Sent: February 13, 2007 10:39 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Newbie volume pool question. I had done this in the past but it has been awhile, I am checking the documentation now. But I was wondering if someone could point to the page or give me a little reminder of how to do this. I have the following: FS-1 FS-2 INF-1 INF-2 I want the FS (filesytem backups) to use tapes from the global scratch pool, no issues here. I want the INF (infinite-retention backups) to use a separate pool, and when that pool runs out of tapes, it will NOT use any tapes from the global scratch pool. I just define overrides in the schedule to pick from a new pool I make and put scratch tapes in correct? INF-SCRATCH And then in the schedule policy information I override the volume pool and make it INF-SCRATCH, correct? Am I forgetting anything? Thanks, Justin. ___ 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. 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] status 202, 205, 219 and 58
Hmmm.patched on Feb 1st. Paul -- -Original Message- From: Nierescher, John F [mailto:[EMAIL PROTECTED] Sent: February 13, 2007 12:31 PM To: Paul Keating; nbu Subject: RE: [Veritas-bu] status 202, 205, 219 and 58 Did these errors occur after the DST patches were installed ? John 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] Newbie volume pool question.
Yep. On Tue, 13 Feb 2007, Paul Keating wrote: Depends what you're trying to accomplish. What's your goal? To prevent the INF jobs from using up too many tapes? Paul -- -Original Message- From: Justin Piszcz [mailto:[EMAIL PROTECTED] Sent: February 13, 2007 12:31 PM To: Paul Keating Cc: veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Newbie volume pool question. Paul, Would the best solution then to be NOT define a global scratch pool and allocate scratch tapes into their respective (FILESYSTEM) and (INFINITE) volume pools? Justin. On Tue, 13 Feb 2007, Paul Keating wrote: Yeah, you can't really "not" pick tapes from scratch, if you have a scratch pool defined. Sure you can override the Policies default pool in the schedule, but if there are no tapes in that pool, it will pull from the global scratch. Paul -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Justin Piszcz Sent: February 13, 2007 10:39 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Newbie volume pool question. I had done this in the past but it has been awhile, I am checking the documentation now. But I was wondering if someone could point to the page or give me a little reminder of how to do this. I have the following: FS-1 FS-2 INF-1 INF-2 I want the FS (filesytem backups) to use tapes from the global scratch pool, no issues here. I want the INF (infinite-retention backups) to use a separate pool, and when that pool runs out of tapes, it will NOT use any tapes from the global scratch pool. I just define overrides in the schedule to pick from a new pool I make and put scratch tapes in correct? INF-SCRATCH And then in the schedule policy information I override the volume pool and make it INF-SCRATCH, correct? Am I forgetting anything? Thanks, Justin. ___ 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. 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] Newbie volume pool question.
Paul, Would the best solution then to be NOT define a global scratch pool and allocate scratch tapes into their respective (FILESYSTEM) and (INFINITE) volume pools? Justin. On Tue, 13 Feb 2007, Paul Keating wrote: Yeah, you can't really "not" pick tapes from scratch, if you have a scratch pool defined. Sure you can override the Policies default pool in the schedule, but if there are no tapes in that pool, it will pull from the global scratch. Paul -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Justin Piszcz Sent: February 13, 2007 10:39 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Newbie volume pool question. I had done this in the past but it has been awhile, I am checking the documentation now. But I was wondering if someone could point to the page or give me a little reminder of how to do this. I have the following: FS-1 FS-2 INF-1 INF-2 I want the FS (filesytem backups) to use tapes from the global scratch pool, no issues here. I want the INF (infinite-retention backups) to use a separate pool, and when that pool runs out of tapes, it will NOT use any tapes from the global scratch pool. I just define overrides in the schedule to pick from a new pool I make and put scratch tapes in correct? INF-SCRATCH And then in the schedule policy information I override the volume pool and make it INF-SCRATCH, correct? Am I forgetting anything? Thanks, Justin. ___ 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
Re: [Veritas-bu] Newbie volume pool question.
Depends what you're trying to accomplish. What's your goal? To prevent the INF jobs from using up too many tapes? Paul -- > -Original Message- > From: Justin Piszcz [mailto:[EMAIL PROTECTED] > Sent: February 13, 2007 12:31 PM > To: Paul Keating > Cc: veritas-bu@mailman.eng.auburn.edu > Subject: RE: [Veritas-bu] Newbie volume pool question. > > > Paul, > > Would the best solution then to be NOT define a global > scratch pool and > allocate scratch tapes into their respective (FILESYSTEM) and > (INFINITE) > volume pools? > > Justin. > > On Tue, 13 Feb 2007, Paul Keating wrote: > > > Yeah, you can't really "not" pick tapes from scratch, if you have a > scratch pool defined. > > Sure you can override the Policies default pool in the > schedule, but if > there are no tapes in that pool, it will pull from the global scratch. > > Paul > > -- > > > > -Original Message- > > From: [EMAIL PROTECTED] > > [mailto:[EMAIL PROTECTED] On Behalf > > Of Justin Piszcz > > Sent: February 13, 2007 10:39 AM > > To: veritas-bu@mailman.eng.auburn.edu > > Subject: [Veritas-bu] Newbie volume pool question. > > > > > > I had done this in the past but it has been awhile, I am > checking the > > documentation now. > > > > But I was wondering if someone could point to the page or > > give me a little > > reminder of how to do this. > > > > I have the following: > > > > FS-1 > > FS-2 > > > > INF-1 > > INF-2 > > > > I want the FS (filesytem backups) to use tapes from the > > global scratch > > pool, no issues here. > > > > I want the INF (infinite-retention backups) to use a separate > > pool, and > > when that pool runs out of tapes, it will NOT use any tapes > from the > > global scratch pool. > > > > I just define overrides in the schedule to pick from a new > > pool I make and > > put scratch tapes in correct? > > > > INF-SCRATCH > > > > And then in the schedule policy information I override the > > volume pool and > > make it INF-SCRATCH, correct? > > > > Am I forgetting anything? > > > > Thanks, > > > > Justin. > > ___ > > 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. > 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/l
Re: [Veritas-bu] Newbie volume pool question.
Yeah, you can't really "not" pick tapes from scratch, if you have a scratch pool defined. Sure you can override the Policies default pool in the schedule, but if there are no tapes in that pool, it will pull from the global scratch. Paul -- > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf > Of Justin Piszcz > Sent: February 13, 2007 10:39 AM > To: veritas-bu@mailman.eng.auburn.edu > Subject: [Veritas-bu] Newbie volume pool question. > > > I had done this in the past but it has been awhile, I am checking the > documentation now. > > But I was wondering if someone could point to the page or > give me a little > reminder of how to do this. > > I have the following: > > FS-1 > FS-2 > > INF-1 > INF-2 > > I want the FS (filesytem backups) to use tapes from the > global scratch > pool, no issues here. > > I want the INF (infinite-retention backups) to use a separate > pool, and > when that pool runs out of tapes, it will NOT use any tapes from the > global scratch pool. > > I just define overrides in the schedule to pick from a new > pool I make and > put scratch tapes in correct? > > INF-SCRATCH > > And then in the schedule policy information I override the > volume pool and > make it INF-SCRATCH, correct? > > Am I forgetting anything? > > Thanks, > > Justin. > ___ > 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
Re: [Veritas-bu] status 202, 205, 219 and 58
Did these errors occur after the DST patches were installed ? John From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Paul Keating Sent: Tuesday, February 13, 2007 12:19 PM To: nbu Subject: Re: [Veritas-bu] status 202, 205, 219 and 58 Dunno about the 202, 205 and 58s, but the last few weeks, I've had all running jobs fail @ 07:10 on Saturday morning, with a 219, then they restart and run fine. Logs show some junk about not being able to communicate with the media servers, and the robots being offline. Almost seems like a network wide simultaneous IP and FC failure, but I know that's definately not the case. Can't find ANYTHING correlating to the timinginfuriating. Paul -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve Jenkins Sent: February 13, 2007 6:11 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] status 202, 205, 219 and 58 Starting a couple of weeks ago, running netbackup 5.1 mp6, in the middle of the night, a bunch of backups start crashing and burning with a mixture of 202's, 205's, 219's and 58. Running a single master/media server on hpux. The error codes don't make any sense, as I'm not seeing any obvious errors system wise. Once this starts happening, it seems the only way to get out of it is to reboot the server, then everything runs clean for a few days. I suspect we're just trying to push too much though the server, but looking for any input. Anybody else seen anything similar? Steve Jenkins Sparrow Health Systems Database & System Integration Group p - 517-364-6459 pager: 517-226-0497 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] master and media servers merge
So you've got an ancient Sun box with what, 330MHz Sparc processors acting as a master/media, and a relatively new Windows box acting as a media server only, and you think the Solaris platform is the problem? I have a feeling that if/when you get everything merged onto that single DL360, your performance is going to go down the pooper. Migrate that Sun over to a newer sunfire, like a V240 or somethingon-board quad GigE, a 66MHz PCI slot for your HBA, and I'd bet it's run circles around that DL360. Paul -- > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Krzys > Sent: February 13, 2007 9:24 AM > To: [EMAIL PROTECTED] > Cc: Veritas-bu@mailman.eng.auburn.edu > Subject: Re: [Veritas-bu] master and media servers merge > > > hehehe... nie zwariowalem :) > > My current configuration is Sun Sparc 280R running solaris 9 > and netbackup > server, then I have HP ProLiant DL360 running Windows 2003 > server with Intel > Xeon 3.6Ghz CPU and 2gb ram. My previous Sys admin was > playing with this setup > and he originally did set it all up, and he said that he was > getting much better > performance out of the windows box that he could not get from > the solaris box. > > So for me instead of keeping both boxes I rather get rid of > one... I am sun > solaris person so its not my favorite choice but if that is > giving me better > performance then I would just go for it I guess... > > So they are looking to merger Sun Solaris 9 box netbackup > into Windows 2003 > server that currently is mediaserver. > > Thanks for help. > > Chris 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] status 202, 205, 219 and 58
Dunno about the 202, 205 and 58s, but the last few weeks, I've had all running jobs fail @ 07:10 on Saturday morning, with a 219, then they restart and run fine. Logs show some junk about not being able to communicate with the media servers, and the robots being offline. Almost seems like a network wide simultaneous IP and FC failure, but I know that's definately not the case. Can't find ANYTHING correlating to the timinginfuriating. Paul -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve Jenkins Sent: February 13, 2007 6:11 AM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] status 202, 205, 219 and 58 Starting a couple of weeks ago, running netbackup 5.1 mp6, in the middle of the night, a bunch of backups start crashing and burning with a mixture of 202's, 205's, 219's and 58. Running a single master/media server on hpux. The error codes don't make any sense, as I'm not seeing any obvious errors system wise. Once this starts happening, it seems the only way to get out of it is to reboot the server, then everything runs clean for a few days. I suspect we're just trying to push too much though the server, but looking for any input. Anybody else seen anything similar? Steve Jenkins Sparrow Health Systems Database & System Integration Group p - 517-364-6459 pager: 517-226-0497 La version française suit le texte anglais. This email may contain privileged and/or confidential information, and the Bank of Canada does not waive any related rights. Any distribution, use, or copying of this email or the information it contains by other than the intended recipient is unauthorized. If you received this email in error please delete it immediately from your system and notify the sender promptly by email that you have done so. Le présent courriel peut contenir de l'information privilégiée ou confidentielle. La Banque du Canada ne renonce pas aux droits qui s'y rapportent. Toute diffusion, utilisation ou copie de ce courriel ou des renseignements qu'il contient par une personne autre que le ou les destinataires désignés est interdite. Si vous recevez ce courriel par erreur, veuillez le supprimer immédiatement et envoyer sans délai à l'expéditeur un message électronique pour l'aviser que vous avez éliminé de votre ordinateur toute copie du courriel reçu. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] NDMP backup: Qtree vs Volume
Hi All, I am setting up my Netbackup 6.0 server which will be doing ndmp backups on NetApp filers. Currently the volumes tend to be roughly 1.5TB each with many qtrees . We're trying to decide whether to backup the data at the qtree level or the volume level. Do you have a preference one way or another and why? --Rajmund Conexant E-mail Firewall (Conexant.Com) made the following annotations-** Legal Disclaimer "This email may contain confidential and privileged material for the sole use of the intended recipient. Any unauthorized review, use or distribution by others is strictly prohibited. If you have received the message in error, please advise the sender by reply email and delete the message. Thank you." ** - ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] needs to move nbu database BMR to another server...
Hi all, My enviroment is composed by 1 Master Server 6.0 MP4 (Solaris 8) (also BMR Main and Boot Server) in cluster VCS (2 nodes) and 22 Media Server 6.0 MP4 (Solaris 8, 9 ,10). The BMR and NBU Catalog databases are situated on some LUN on an HP Storage (XP12K) that are mirrored with another one to allow the second node to bring online the NBU services. The Master Server has 2 acs robotics configured and shared, and early they will become 3. Now we have to configure the DR site. In the DR site will be present a new master server 6.0 MP4 that needs to receive the catalog and bmr databases from the first Master Server. The Catalog and Bmr database will be replicated through the HP Continuos Access (Hardware asyncronous replication CA). So all databases when will be replicated, will be opened and mounted. I need to know if this configuration is right... If yes, the master server in DR site could bring up netbackup services with a replicated catalog (that is opened, and mounted)? And what about the BMR database? I've not found any good information about this in all Documentation. Plz let me know Thx in Advance Edwin Edwin Passarella Senior Solution Specialist - Storage & Availability > SORINT __ Mobile: +39.348.7720322 Phone: +39.035.697511 Fax:+39.035.697590 [EMAIL PROTECTED] PERSONALE E CONFIDENZIALE. Questa mail potrebbe includere materiale confidenziale, proprietario o altrimenti privato per l'uso esclusivo del destinatario. Se l'avete ricevuto per errore, siete pregati di contattare chi ha inviato il messaggio e di cancellarne tutte le copie. Ogni altro uso da parte vostra del messaggio è proibito. PERSONAL AND CONFIDENTIAL. This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete all the copies. Any other use of the email by you is prohibited. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Newbie volume pool question.
I had done this in the past but it has been awhile, I am checking the documentation now. But I was wondering if someone could point to the page or give me a little reminder of how to do this. I have the following: FS-1 FS-2 INF-1 INF-2 I want the FS (filesytem backups) to use tapes from the global scratch pool, no issues here. I want the INF (infinite-retention backups) to use a separate pool, and when that pool runs out of tapes, it will NOT use any tapes from the global scratch pool. I just define overrides in the schedule to pick from a new pool I make and put scratch tapes in correct? INF-SCRATCH And then in the schedule policy information I override the volume pool and make it INF-SCRATCH, correct? Am I forgetting anything? Thanks, Justin. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] master and media servers merge
hehehe... nie zwariowalem :) My current configuration is Sun Sparc 280R running solaris 9 and netbackup server, then I have HP ProLiant DL360 running Windows 2003 server with Intel Xeon 3.6Ghz CPU and 2gb ram. My previous Sys admin was playing with this setup and he originally did set it all up, and he said that he was getting much better performance out of the windows box that he could not get from the solaris box. So for me instead of keeping both boxes I rather get rid of one... I am sun solaris person so its not my favorite choice but if that is giving me better performance then I would just go for it I guess... So they are looking to merger Sun Solaris 9 box netbackup into Windows 2003 server that currently is mediaserver. Thanks for help. Chris On Tue, 13 Feb 2007, [EMAIL PROTECTED] wrote: > > Krzysiek, > > Zwariowalesz > > I would do the opposite, get rid of the intel box and keep the solaris > box. What OS is the intel box running ? > > Dom > > > > > > Krzys <[EMAIL PROTECTED]> > Sent by: [EMAIL PROTECTED] > 13/02/2007 05:03 AM > > To > Veritas-bu@mailman.eng.auburn.edu > cc > > Subject > [Veritas-bu] master and media servers merge > > > > > > > > Hello all, I have master netbackup server running on Sparc Solaris box and > Media > server running on intel box, and I wanted to get rid of that Solaris > master > server so I ned to convert my media server to master server, is there any > way of > doing it? what would it involve? how could I go about and do it? Does > anyone > have any hints. I am running NB 6.0mp3 on both of those servers. > > Regards, > > Chris > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > > > > National Australia Bank Ltd - ABN 12 004 044 937 > This email may contain confidential information. If you are not the intended > recipient, please immediately notify us at [EMAIL PROTECTED] or by replying > to the sender, and then destroy all copies of this email. Except where this > email indicates otherwise, views expressed in this email are those of the > sender and not of National Australia Bank Ltd. Advice in this email does not > take account of your objectives, financial situation, or needs. It is > important for you to consider these matters and, if the e-mail refers to a > product(s), you should read the relevant Product Disclosure > Statement(s)/other disclosure document(s) before making any decisions. If you > do not want email marketing from us in future, forward this email with > "unsubscribe" in the subject line to [EMAIL PROTECTED] in order to stop > marketing emails from this sender. National Australia Bank Ltd does not > represent that this email is free of errors, viruses or interference. > > !DSPAM:122,45d0ed0b286152176229441! > ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Backup of multimedia system...
Hi all, I would like to get in contact with people backing up large multimedia systems, ie digital pictures, audio and video. I am also interested in hearing about how you store these applications ie in a SAN on FC diskarrays, SATA drives or some kind of HSM solution which includes tape. Which way to go for ~100TB multimedia data (video): traditional backup or HSM solution? When will traditional backup not be an option any longer, when do we need to apply a HSM solution? Some of the multimedia systems do include billions of smaller files (pictures and audio). I would like to find a platform which I could apply to every digital system no mater the size of the system. If anyone have experience with storing/backing up video-surveillance I love to hear your success stories.. :-) Thanks and regards, Hampus Lind Rikspolisstyrelsen National Police Board Tel dir: +46 (0)8 - 401 99 43 Tel mob: +46 (0)70 - 217 92 66 E-mail: [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Migrate catalog from Windows to Solaris
On 2/13/2007 6:41 AM, Justin Piszcz wrote: > Wow, yikes.. What about tapes? If I backup data using MPX or not using > a windows master/media server, I should be able to read it via a > Solaris/UNIX media/master server correct? I assume this only concerns > the catalog? MPX doesn't play a factor since you can't mix a standard Unix file backup (type 0) with a Windows file backup (type 13) on the same tape. If you restore a Windows text file to a Unix system, you'll have to do a dos2unix conversion on it. There is no way that you can expect NetBackup to make a guess as to whether the file is binary or plain text and attempt to rewrite line terminations. .../Ed > On Tue, 13 Feb 2007, Ed Wilts wrote: > >> On 2/13/2007 3:30 AM, Justin Piszcz wrote: >>> As long as you back it up to tape/disk with a catalog backup and then >>> back again it /should/ be ok as long as the versions are the same etc.? >> >> Not at all! Recovering a catalog across platforms is not supported >> and actually will *not* work. Line terminations are different between >> the two platforms and you will have unusable files after the recovery. >> >> We did a migration from Windows to Solaris back on 3.4 and it was a >> major effort with some binary file editing. This is not for the faint >> of heart and things have changed a fair bit since we did our migration. >> >> Contact Symantec Professional Services if you really want to do this. >> >> .../Ed >> >>> On Tue, 13 Feb 2007, Didier BRUN wrote: >>> Hi, Does anyone have already moved a Netbackup 5.1 catalog from a windows server to a solaris server ? >> >> >> -- >> Ed Wilts, Mounds View, MN, USA >> mailto:[EMAIL PROTECTED] >> > > -- 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] Migrate catalog from Windows to Solaris
Wow, yikes.. What about tapes? If I backup data using MPX or not using a windows master/media server, I should be able to read it via a Solaris/UNIX media/master server correct? I assume this only concerns the catalog? Justin. On Tue, 13 Feb 2007, Ed Wilts wrote: > On 2/13/2007 3:30 AM, Justin Piszcz wrote: >> As long as you back it up to tape/disk with a catalog backup and then back >> again it /should/ be ok as long as the versions are the same etc.? > > Not at all! Recovering a catalog across platforms is not supported and > actually will *not* work. Line terminations are different between the two > platforms and you will have unusable files after the recovery. > > We did a migration from Windows to Solaris back on 3.4 and it was a major > effort with some binary file editing. This is not for the faint of heart and > things have changed a fair bit since we did our migration. > > Contact Symantec Professional Services if you really want to do this. > > .../Ed > >> On Tue, 13 Feb 2007, Didier BRUN wrote: >> >>> Hi, >>> >>>Does anyone have already moved a Netbackup 5.1 catalog from a >>> windows server to a solaris server ? > > > -- > 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] Migrate catalog from Windows to Solaris
On 2/13/2007 3:30 AM, Justin Piszcz wrote: > As long as you back it up to tape/disk with a catalog backup and then back > again it /should/ be ok as long as the versions are the same etc.? Not at all! Recovering a catalog across platforms is not supported and actually will *not* work. Line terminations are different between the two platforms and you will have unusable files after the recovery. We did a migration from Windows to Solaris back on 3.4 and it was a major effort with some binary file editing. This is not for the faint of heart and things have changed a fair bit since we did our migration. Contact Symantec Professional Services if you really want to do this. .../Ed > On Tue, 13 Feb 2007, Didier BRUN wrote: > >> Hi, >> >>Does anyone have already moved a Netbackup 5.1 catalog from a >> windows server to a solaris server ? -- 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] status 202, 205, 219 and 58
If it was just 58's, I'd think network. The 219's don't make sense, as the drives are available. And the 202's are an error with the master talking to the media server, which are both on the local server. Steve >>> Justin Piszcz <[EMAIL PROTECTED]> 2/13/2007 6:45:05 AM >>> Well 219 is storage unit unavailable and 58 is a timeout/unable to connect to the client, sounds like network connectivty issues to me.. at certain hours of the night? On Tue, 13 Feb 2007, Steve Jenkins wrote: > I installed right to mp5 about six months ago. When it started > happening, I applied mp6 to see if anything would change - it didn't. I > had logging on high, but backed down to see if that would help free up > resources (it didn't). I just opened a case with Veritas and am > awaiting a call back. > > Steve > Justin Piszcz <[EMAIL PROTECTED]> 2/13/2007 6:25:53 AM >>> > > Did that ever happen with 5.1MP4? Do you have logging on 5 (max)? Did > you > open a case with veritas? > > On Tue, 13 Feb 2007, Steve Jenkins wrote: > >> Starting a couple of weeks ago, running netbackup 5.1 mp6, in the > middle >> of the night, a bunch of backups start crashing and burning with a >> mixture of 202's, 205's, 219's and 58. Running a single > master/media >> server on hpux. The error codes don't make any sense, as I'm not > seeing >> any obvious errors system wise. Once this starts happening, it > seems >> the only way to get out of it is to reboot the server, then > everything >> runs clean for a few days. I suspect we're just trying to push too > much >> though the server, but looking for any input. >> >> Anybody else seen anything similar? >> >> >> >> >> >> Steve Jenkins >> Sparrow Health Systems >> Database & System Integration Group >> p - 517-364-6459 >> pager: 517-226-0497 >> > > ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Flashbackup - how to disable all snapshot functionality
Is it possible to create a RAW backup with a Flashbackup-Windows policy without snaphots (like the standard Flashbackup for Unix?) I need to create a RAW partition backup of a Windows partition and have no needs for individual file restore. While creating a Flashbackup-Windows backup, a first process is created, and that fires off a second process. During the backup i can see the amount of files backed up and the amount of data. While the partition is filled with millions of files, the backup starts slow, and at the end of the partition the backup speeds up (because that part is empty) A Flashbackup(for Unix) keeps it's speed constant. But i'm unable to restore the Windows partition (code 6, None of the files exist) Flashbackup for Windows starts the first part of the backup with around 5MB p/s and then speeds-up to 60MB p/s. The Flashbackup for Unix stays constant on 60MB p/s. So is it possible to disable every snapshot functionality on Windows? _ Live Search: New search found http://get.live.com/search/overview___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] status 202, 205, 219 and 58
Well 219 is storage unit unavailable and 58 is a timeout/unable to connect to the client, sounds like network connectivty issues to me.. at certain hours of the night? On Tue, 13 Feb 2007, Steve Jenkins wrote: > I installed right to mp5 about six months ago. When it started > happening, I applied mp6 to see if anything would change - it didn't. I > had logging on high, but backed down to see if that would help free up > resources (it didn't). I just opened a case with Veritas and am > awaiting a call back. > > Steve > Justin Piszcz <[EMAIL PROTECTED]> 2/13/2007 6:25:53 AM >>> > > Did that ever happen with 5.1MP4? Do you have logging on 5 (max)? Did > you > open a case with veritas? > > On Tue, 13 Feb 2007, Steve Jenkins wrote: > >> Starting a couple of weeks ago, running netbackup 5.1 mp6, in the > middle >> of the night, a bunch of backups start crashing and burning with a >> mixture of 202's, 205's, 219's and 58. Running a single > master/media >> server on hpux. The error codes don't make any sense, as I'm not > seeing >> any obvious errors system wise. Once this starts happening, it > seems >> the only way to get out of it is to reboot the server, then > everything >> runs clean for a few days. I suspect we're just trying to push too > much >> though the server, but looking for any input. >> >> Anybody else seen anything similar? >> >> >> >> >> >> Steve Jenkins >> Sparrow Health Systems >> Database & System Integration Group >> p - 517-364-6459 >> pager: 517-226-0497 >> > > ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] status 202, 205, 219 and 58
I installed right to mp5 about six months ago. When it started happening, I applied mp6 to see if anything would change - it didn't. I had logging on high, but backed down to see if that would help free up resources (it didn't). I just opened a case with Veritas and am awaiting a call back. Steve >>> Justin Piszcz <[EMAIL PROTECTED]> 2/13/2007 6:25:53 AM >>> Did that ever happen with 5.1MP4? Do you have logging on 5 (max)? Did you open a case with veritas? On Tue, 13 Feb 2007, Steve Jenkins wrote: > Starting a couple of weeks ago, running netbackup 5.1 mp6, in the middle > of the night, a bunch of backups start crashing and burning with a > mixture of 202's, 205's, 219's and 58. Running a single master/media > server on hpux. The error codes don't make any sense, as I'm not seeing > any obvious errors system wise. Once this starts happening, it seems > the only way to get out of it is to reboot the server, then everything > runs clean for a few days. I suspect we're just trying to push too much > though the server, but looking for any input. > > Anybody else seen anything similar? > > > > > > Steve Jenkins > Sparrow Health Systems > Database & System Integration Group > p - 517-364-6459 > pager: 517-226-0497 > ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] status 202, 205, 219 and 58
Did that ever happen with 5.1MP4? Do you have logging on 5 (max)? Did you open a case with veritas? On Tue, 13 Feb 2007, Steve Jenkins wrote: > Starting a couple of weeks ago, running netbackup 5.1 mp6, in the middle > of the night, a bunch of backups start crashing and burning with a > mixture of 202's, 205's, 219's and 58. Running a single master/media > server on hpux. The error codes don't make any sense, as I'm not seeing > any obvious errors system wise. Once this starts happening, it seems > the only way to get out of it is to reboot the server, then everything > runs clean for a few days. I suspect we're just trying to push too much > though the server, but looking for any input. > > Anybody else seen anything similar? > > > > > > Steve Jenkins > Sparrow Health Systems > Database & System Integration Group > p - 517-364-6459 > pager: 517-226-0497 > ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] status 202, 205, 219 and 58
Starting a couple of weeks ago, running netbackup 5.1 mp6, in the middle of the night, a bunch of backups start crashing and burning with a mixture of 202's, 205's, 219's and 58. Running a single master/media server on hpux. The error codes don't make any sense, as I'm not seeing any obvious errors system wise. Once this starts happening, it seems the only way to get out of it is to reboot the server, then everything runs clean for a few days. I suspect we're just trying to push too much though the server, but looking for any input. Anybody else seen anything similar? Steve Jenkins Sparrow Health Systems Database & System Integration Group p - 517-364-6459 pager: 517-226-0497 ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Fwd: Netbackup and Oracle RAC
Hi Ahmed, Here's an example to load balance your backup on different nodes: allocate channel d1 type sbt_tape connect 'sys/[EMAIL PROTECTED]'; allocate channel d2 type sbt_tape connect 'sys/[EMAIL PROTECTED]'; Hope this helps. Regards, Khurram On 2/13/07, ahmed mekawy <[EMAIL PROTECTED]> wrote: Hi Jeff, Yes I totally agree with you to not try unsupported things on our production. But I can't grantee that undocumented means not supported , usually there is lag in documentation than what can actually be done. For example: Netbackup for Oracle version 4.5 administration guide doesn't include any information about backing up Oracle RAC , while the documentation for version 6.0 state the RAC backup. so we can't rely that undocumented isn't supported. One more important fact, that this solution is already there in Legato and well documented there , it is assumed that Netbackup is more functionaly than Legato therefore it should be a way to preform the same solution of using all RAC nodes to perform the backup. Thanks ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] 2 media types in a bar code rule
Solaris master, NB 5.1 MP 4 Is anyone able to use a barcode rule to set media type to LTO2 and LTO3 in the same library on the same master? My labels are marked by 3 alpha characters, 3 numeric, and then L2 or L3 for the media type. Since I use the first 6 characters in the barcode rule (and I need the first 3 alpha characters), I have to use the 1:2:3:4:5:6 parameter as the characters to read. Bobby Williams 2205 Peterson Drive Chattanooga, Tennessee 37421 423-296-8200 ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Migrate catalog from Windows to Solaris
As long as you back it up to tape/disk with a catalog backup and then back again it /should/ be ok as long as the versions are the same etc.? Justin. On Tue, 13 Feb 2007, Didier BRUN wrote: > Hi, > >Does anyone have already moved a Netbackup 5.1 catalog from a > windows server to a solaris server ? > > Best Regards, > > -- > > Didier BRUN > THALES Division Services > IOS/IMS/FS/SMS > 25, rue Jules Vedrines > 26027 VALENCE CEDEX > Tel : 33 - (0)4 75 79 36 14 (Interne 793614) > Fax : 33 - (0)4 75 79 86 16 (Interne 798616) > [EMAIL PROTECTED] > > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Migrate catalog from Windows to Solaris
Hi, Does anyone have already moved a Netbackup 5.1 catalog from a windows server to a solaris server ? Best Regards, -- Didier BRUN THALES Division Services IOS/IMS/FS/SMS 25, rue Jules Vedrines 26027 VALENCE CEDEX Tel : 33 - (0)4 75 79 36 14 (Interne 793614) Fax : 33 - (0)4 75 79 86 16 (Interne 798616) [EMAIL PROTECTED] ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
