[Veritas-bu] Exchange 2007 passive node backup
In your policy did you check the Snapshot option down below? +-- |This was sent by benjamin.schm...@baesystems.com via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Buffer settings LTO II vs LTO IV
Environment: Linux, NBU 6.5.2a In an environment with HP LTO II's, I've been using for some time and with good results: NET_BUFFER_SZ (65536) SIZE_DATA_BUFFERS (262144) NUMBER_DATA_BUFFERS (32) My question is has anyone seen the need, or any performance improvement by changing these setting after implementing a system with LTO IV's drives? The drives in question are HP, but I'll look forward in hearing about any experience that resulted in a performance fix or increase. The HP drives in question are not yet in use. Thanks, Scott ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Making Expired Netbackup Tapes Unreadable
I've often wondered about requesting an enhancement for a NetBackup option - "Expire with prejudice" - just for these situations. Something you could set on a global, pool or retention level basis... > Greetings, > > I am pretty sure that a lot of you who are working for big enterprises are > aware of the legal holds and holding even the scratch tapes for the legal > purposes. I have a question related to this. There is a possibility that > legal might come back and ask to hold all tapes including the scratch tapes > because Netbackup has a mechanism to read those tapes and import them. > > Is there a way we can make Netbackup tapes as unimportable easily with out > rewriting the whole tape? > > Thanks > > ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] RMAN backup status
2 + 2 makes 4 cents. I also have user backups of my oracle ( and informix) databases. The policies have "user" schedules. The scripts are on each of the servers with the database. The scripts are scheduled via cron. The scripts do the backup of the database, and in my scripts I check return codes. So if the backups fail anywhere my testing for return codes will send an email to the DBA's that the database backup failed. The Netbackup people also get the emails. So in the morning I can verify that if I got a failed backup; that the dba's fixed it and reran it. I rely more on my scripts to test at each stage then to just hope the master tells me what I want to know. Using the scripts give us more control, and gives the DBA's more control without having to give them access to the Netbackup console. -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Wayne T Smith Sent: Friday, January 16, 2009 2:50 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] RMAN backup status My 2 cents ... The master server view of an Oracle Agent backup is just part of the story. * Your script/template can fail to perform one of its functions and not even try to backup something critical. From the Master, the backup looks perfect. As a minimum, you must have and periodically examine logs from your client backup scripts. * Your script/template might try to backup archive redo log files, but if rman finds none to be backed up, the backup, already started, is reported by the master as failed. In the 1st case, the master is ignorantly optimistic; in the 2nd case, the master is ignorantly pessimistic. Each case can probably be minimized by sufficient programming in the client script, but I'll guess that many or most scripts used today aren't perfect in this sense. You might also want to look into RMAN's "RESTORE DATABASE VALIDATE;" as part of your verification of Oracle backups. It doesn't physically write anything, but does at least some of what you seem to want to be able to confirm, albeit from a different perspective. cheers, wayne nbujohnson wrote, in part, on 2009-01-13 1:49 PM: > Thanks for the script Carl, but this is also a client based script which i have to schedule on each db client .what i am looking here is a script which i can scedule on my matser & which report all the rman failures only,basically i need a single report which can be easily checked for all the rman failures. > > Thanks, > John > > +-- > |This was sent by nbujohn...@googlemail.com via Backup Central. > |Forward SPAM to ab...@backupcentral.com. > +-- > > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] RMAN backup status
My 2 cents ... The master server view of an Oracle Agent backup is just part of the story. * Your script/template can fail to perform one of its functions and not even try to backup something critical. From the Master, the backup looks perfect. As a minimum, you must have and periodically examine logs from your client backup scripts. * Your script/template might try to backup archive redo log files, but if rman finds none to be backed up, the backup, already started, is reported by the master as failed. In the 1st case, the master is ignorantly optimistic; in the 2nd case, the master is ignorantly pessimistic. Each case can probably be minimized by sufficient programming in the client script, but I'll guess that many or most scripts used today aren't perfect in this sense. You might also want to look into RMAN's "RESTORE DATABASE VALIDATE;" as part of your verification of Oracle backups. It doesn't physically write anything, but does at least some of what you seem to want to be able to confirm, albeit from a different perspective. cheers, wayne nbujohnson wrote, in part, on 2009-01-13 1:49 PM: > Thanks for the script Carl, but this is also a client based script which i > have to schedule on each db client .what i am looking here is a script which > i can scedule on my matser & which report all the rman failures > only,basically i need a single report which can be easily checked for all the > rman failures. > > Thanks, > John > > +-- > |This was sent by nbujohn...@googlemail.com via Backup Central. > |Forward SPAM to ab...@backupcentral.com. > +-- > > > ___ > Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu > http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu > ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Expired Netbackup Tapes Unreadable
AFAIK - Here is the key - " You need to insure whatever action you take is in line with EXISTING retention policy and is NOT being done in light of some legal action that is pending." You MUST have a retention policy. If your retention policy says you keep it for X days, then scratch the tapes, you are safe as long as you are within your policy. Every tape we write is encrypted. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] NBU 6.5.2a - Duplication without "Vault"
On Fri, Jan 16, 2009 at 10:03:39AM -0700, Scott Jacobson wrote: > Hello 6.5 users, > > I've have a implementation coming up where I'd like to run the equivalent of > a in-line tape copy or duplicate a tape(s). > > I've been fortunate to have the Vault option in doing this but it's use in > this new implementation that won't be applicable in this particular > environment. > > So am I back into looking at bparchive to do this or are there some newer > processes or scripts available? I don't think bparchive is useful here. Perhaps you mean bpduplicate. bpduplicate isn't particularly challenging. What are you wanting to accomplish? -- Darren ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Making Expired Netbackup Tapes Unreadable
I meant to say "do NOT really" rather than "do really". By the way this is all my opinion. I'm not a lawyer so follow the advice at your own risk. -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Jeff Lightner Sent: Friday, January 16, 2009 12:03 PM To: VERITAS-BU@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Making Expired Netbackup Tapes Unreadable I'm assuming you want to be able to use the tapes as scratch tapes. If so then I'd suggest just loading in the drive and doing a simple tar to the tape - that will overwrite the header information. Of course if you KNOW that "there is a possibility" legal might NEED these tapes for litigation that is pending YOU could be held legally responsible for doing this by the courts or the plaintiffs you've frustrated. You need to insure whatever action you take is in line with EXISTING retention policy and is NOT being done in light of some legal action that is pending. Personally I wouldn't bother with this at all. If legal comes to you and says you have to save all tapes then you should be saving everything with infinite retention already and tell them how much it costs to keep every backup ever made. Most legal departments do really want you to save everything forever - only for as long as the law requires. Plaintiffs can not compel your organization to provide information that it no longer has but they can compel it to provide information that it does have. The legal argument for "scratch" tapes is that the information that tells you WHERE the old backup is no longer exists so they can't really compel you to re-import old scratch tapes on the off chance one of them contains information they might want. -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of rvadde Sent: Friday, January 16, 2009 11:46 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Making Expired Netbackup Tapes Unreadable Greetings, I am pretty sure that a lot of you who are working for big enterprises are aware of the legal holds and holding even the scratch tapes for the legal purposes. I have a question related to this. There is a possibility that legal might come back and ask to hold all tapes including the scratch tapes because Netbackup has a mechanism to read those tapes and import them. Is there a way we can make Netbackup tapes as unimportable easily with out rewriting the whole tape? Thanks +-- |This was sent by rajesh_va...@fanniemae.com via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -- CONFIDENTIALITY NOTICE: This e-mail may contain privileged or confidential information and is for the sole use of the intended recipient(s). If you are not the intended recipient, any disclosure, copying, distribution, or use of the contents of this information is prohibited and may be unlawful. If you have received this electronic transmission in error, please reply immediately to the sender that you have received the message in error, and delete it. Thank you. -- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Making Expired Netbackup Tapes Unreadable
Try label or quick erase. -Original Message- From: rvadde Sent: 16 January 2009 18:50 To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Making Expired Netbackup Tapes Unreadable Greetings, I am pretty sure that a lot of you who are working for big enterprises are aware of the legal holds and holding even the scratch tapes for the legal purposes. I have a question related to this. There is a possibility that legal might come back and ask to hold all tapes including the scratch tapes because Netbackup has a mechanism to read those tapes and import them. Is there a way we can make Netbackup tapes as unimportable easily with out rewriting the whole tape? Thanks +-- |This was sent by rajesh_va...@fanniemae.com via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Making Expired Netbackup Tapes Unreadable
Encryption works great for the physical media. But for Virtual Tapes or the Deduped Tapes, encryption is not recommended. I think the way dedup works is once Netbackup relabels the tape, the pointers to the data from the tape are lost. Is this true ? Thanks ewilts wrote: > On Fri, Jan 16, 2009 at 10:45 AM, rvadde > backupcentral.com (netbackup-forum < at > backupcentral.com)> wrote: > > > > > I am pretty sure that a lot of you who are working for big enterprises are > > aware of the legal holds and holding even the scratch tapes for the legal > > purposes. I have a question related to this. There is a possibility that > > legal might come back and ask to hold all tapes including the scratch tapes > > because Netbackup has a mechanism to read those tapes and import them. > > > > Is there a way we can make Netbackup tapes as unimportable easily with out > > rewriting the whole tape? > > One way I can think off the top of my head is to start by encrypting all of > your tapes. Then, once they expire, do a bplabel on the tape. This will > rewrite the label on the tape and throw and end-of-tape on it. Your tape is > now unreadable. You can't send it to a data recovery firm either since the > contents are encrypted. > > The opinions that I've received here suggest that we only have to go to > reasonable efforts to recover data. That does not include an import of all of > the scratch tapes to see if we happen to have the data in expired images. > Once the data is gone from the catalog, we're supposed to be okay. Until some > lawyer/judge says otherwise :-(. > > > .../Ed > > > > Ed Wilts, RHCE, BCFP, BCSD, SCSP, SCSE > > ewilts < at > ewilts.org (ewilts < at > ewilts.org) > +-- |This was sent by rajesh_va...@fanniemae.com via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Making Expired Netbackup Tapes Unreadable
Your email address ends with a company that's in the hot seat right now so personally if I were in your shoes I wouldn't do anything until a lawyer told you to. Destruction of evidence is punishable by prison. Not nice white collar prison either, but pound you in the ass prison. (I hope somebody got that.) Anyhow, every legal hold I've ever responded to (with one exception) was worded to the effect that we were to produce all documents / data / emails that we have records of for a certain time frame. I've been advised this means backups that are in the catalog the day the hold is ordered. In only one case were we ordered to produce every scrap of data that might have ever been, and in that case I had to import some 500+ media. Long story short - get specific directions from legal and don't create any new procedures (especially ones that destroy data) in response to this hold. Worst case scenario you would rather tell the judge the data expired on time and was recycled as normal rather than, well we didn't know if we should or should not have provided XYZ data so we implemented this new procedure to destroy it. Good luck! -Jonathan -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of rvadde Sent: Friday, January 16, 2009 11:46 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Making Expired Netbackup Tapes Unreadable Greetings, I am pretty sure that a lot of you who are working for big enterprises are aware of the legal holds and holding even the scratch tapes for the legal purposes. I have a question related to this. There is a possibility that legal might come back and ask to hold all tapes including the scratch tapes because Netbackup has a mechanism to read those tapes and import them. Is there a way we can make Netbackup tapes as unimportable easily with out rewriting the whole tape? Thanks +-- |This was sent by rajesh_va...@fanniemae.com via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Making Expired Netbackup Tapes Unreadable
I'm assuming you want to be able to use the tapes as scratch tapes. If so then I'd suggest just loading in the drive and doing a simple tar to the tape - that will overwrite the header information. Of course if you KNOW that "there is a possibility" legal might NEED these tapes for litigation that is pending YOU could be held legally responsible for doing this by the courts or the plaintiffs you've frustrated. You need to insure whatever action you take is in line with EXISTING retention policy and is NOT being done in light of some legal action that is pending. Personally I wouldn't bother with this at all. If legal comes to you and says you have to save all tapes then you should be saving everything with infinite retention already and tell them how much it costs to keep every backup ever made. Most legal departments do really want you to save everything forever - only for as long as the law requires. Plaintiffs can not compel your organization to provide information that it no longer has but they can compel it to provide information that it does have. The legal argument for "scratch" tapes is that the information that tells you WHERE the old backup is no longer exists so they can't really compel you to re-import old scratch tapes on the off chance one of them contains information they might want. -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of rvadde Sent: Friday, January 16, 2009 11:46 AM To: VERITAS-BU@mailman.eng.auburn.edu Subject: [Veritas-bu] Making Expired Netbackup Tapes Unreadable Greetings, I am pretty sure that a lot of you who are working for big enterprises are aware of the legal holds and holding even the scratch tapes for the legal purposes. I have a question related to this. There is a possibility that legal might come back and ask to hold all tapes including the scratch tapes because Netbackup has a mechanism to read those tapes and import them. Is there a way we can make Netbackup tapes as unimportable easily with out rewriting the whole tape? Thanks +-- |This was sent by rajesh_va...@fanniemae.com via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu -- CONFIDENTIALITY NOTICE: This e-mail may contain privileged or confidential information and is for the sole use of the intended recipient(s). If you are not the intended recipient, any disclosure, copying, distribution, or use of the contents of this information is prohibited and may be unlawful. If you have received this electronic transmission in error, please reply immediately to the sender that you have received the message in error, and delete it. Thank you. -- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] NBU 6.5.2a - Duplication without "Vault"
Hello 6.5 users, I've have a implementation coming up where I'd like to run the equivalent of a in-line tape copy or duplicate a tape(s). I've been fortunate to have the Vault option in doing this but it's use in this new implementation that won't be applicable in this particular environment. So am I back into looking at bparchive to do this or are there some newer processes or scripts available? Any URL guidelines, personal scripts or other advise are all welcome. Thanks, Scott J. Environment: Linux Master ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Making Expired Netbackup Tapes Unreadable
On Fri, Jan 16, 2009 at 10:45 AM, rvadde wrote: > > I am pretty sure that a lot of you who are working for big enterprises are > aware of the legal holds and holding even the scratch tapes for the legal > purposes. I have a question related to this. There is a possibility that > legal might come back and ask to hold all tapes including the scratch tapes > because Netbackup has a mechanism to read those tapes and import them. > > Is there a way we can make Netbackup tapes as unimportable easily with out > rewriting the whole tape? One way I can think off the top of my head is to start by encrypting all of your tapes. Then, once they expire, do a bplabel on the tape. This will rewrite the label on the tape and throw and end-of-tape on it. Your tape is now unreadable. You can't send it to a data recovery firm either since the contents are encrypted. The opinions that I've received here suggest that we only have to go to reasonable efforts to recover data. That does not include an import of all of the scratch tapes to see if we happen to have the data in expired images. Once the data is gone from the catalog, we're supposed to be okay. Until some lawyer/judge says otherwise :-(. .../Ed Ed Wilts, RHCE, BCFP, BCSD, SCSP, SCSE ewi...@ewilts.org ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] Making Expired Netbackup Tapes Unreadable
Greetings, I am pretty sure that a lot of you who are working for big enterprises are aware of the legal holds and holding even the scratch tapes for the legal purposes. I have a question related to this. There is a possibility that legal might come back and ask to hold all tapes including the scratch tapes because Netbackup has a mechanism to read those tapes and import them. Is there a way we can make Netbackup tapes as unimportable easily with out rewriting the whole tape? Thanks +-- |This was sent by rajesh_va...@fanniemae.com via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] NOM - Top 10 Policies report broke?
Just wondering if the built-in NOM report 'Top 10 Policies Using most Server Space' is broke for anyone else? It seems like it reports policies using ITC with twice as much data as it should like it is counting both streams. NOM and master @ 6.5.3 Geoff Stafford Barclaycard US Data Protection Engineering office: mobile: Barclays www.barclaycardus.com This e-mail and any files transmitted with it may contain confidential and/or proprietary information. It is intended solely for the use of the individual or entity who is the intended recipient. Unauthorized use of this information is prohibited. If you have received this in error, please contact the sender by replying to this message and delete this material from any system it may be on. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
