Re: [Veritas-bu] Aptare vs. NB 6.0 NOM reporting
One of their guys sent me a couple commands to run that cleared things up. Paul -- -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of David Rock Sent: August 11, 2006 4:44 PM To: veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Aptare vs. NB 6.0 NOM reporting For us, that was an issue with Aptare not properly handling a cross reference of image ids. If you look at the job that's hanging around, drill down and see if there are any related jobids. What you will see is one of the jobs has valid data, but the other one has essentiall no data. Ask them about removing obsolete/old jobs. -- David Rock [EMAIL PROTECTED] 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] Veritas Netbackup 5.1 issue
Hi All, I have doubt in Veritas Netbackup 5.1 I am taking a incremental backup in Dir a:Monday Dir b :Tuesday(i am Touching some file in Dir a) Dir c: Wednesday(I am deleting the file created on Dira) If i restore the contents of yeaterday i am finding the deleted file in Dira.Is that possible.i need to put any entry in bp.conf for not taking the backup of deleted files. Thanks and Regards, sund. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Veritas Netbackup 5.1 issue
Title: Message if you do a "full restore", the process is: 1: restore all data from Full 2: restore all data from Monday 3: restore all data from Tuesday 4: restore all data from Wednesday. There is no logic there to figure out that a file that existed on Tuesday no longer exists on Wednesday. ie, the restore of Wednesday's data doesn't look at the target dir and say "oh, that file wasn't there when my backup ran, so I should delete it." you will frequently get files "reappearing" when you do a full restore of all the incrementals over a couple days. the only way to get around that, as far as I understand, is to use TIR, which if I understand correctly, will preprocess the data from all the backups and determine exactly what needs to be restored to get the system to a "Point in time" state, as of the time when the most recent selected image was taken. Paul -- -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of unixsupSent: August 14, 2006 9:24 AMTo: veritas-bu@mailman.eng.auburn.eduSubject: [Veritas-bu] Veritas Netbackup 5.1 issue Hi All, I have doubt in Veritas Netbackup 5.1 I am taking a incremental backup in Dir a:Monday Dir b :Tuesday(i am Touching some file in Dir a) Dir c: Wednesday(I am deleting the file created on Dira) If i restore the contents of yeaterday i am finding the deleted file in Dira.Is that possible.i need to put any entry in bp.conf for not taking the backup of deleted files. Thanks and Regards, sund. 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] Veritas-bu Digest, Vol 4, Issue 55
Daryl, We want to do the exact same thing. Directly afterwards we are going to upgrade to NBU 6.0. However we will use different hostnames for the new Windows boxes. Our local NetBackup support guy is coming over this Friday to perform the test in our testlab. But to my knowledge/experience just recovering a catalog from a Solaris/UNIX Master to a Windows Master is not possible due to the differences in filesystem. But I will let you know the outcome of the migration test end of this week. Best regards, Bart Wallebroek Backup Administrator Swift Message: 1 Date: Sun, 13 Aug 2006 18:28:51 -0500 From: Katauskas, Daryl [EMAIL PROTECTED] Subject: [Veritas-bu] Master Server Migration Question To: veritas-bu@mailman.eng.auburn.edu Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=iso-8859-1 Hello Everybody: I have a quck question regarding NBU Master server migration. We are currently in the process of beginning to plan a migration of our Solaris 9 v5.1 Master/Media server to a v5.1 Windows platform. We are planning on doing the following: 1. Build Windows NBU Master/Media Server with the same name as the exisitng Solaris Master Media. 2. Perform a catalog backup of the existing Solaris Master/Media server. 3. Move existing library to new master/Media server. 4. Perform a catalog recovery on the new Windows Master/Media server using the catalog backup performed from the original Solaris Master. Does anyone know if this will work or if there are any file conversion needed when restoring the catalog created on a Solaris Master to a Windows Master of the same name? Any feedback would be appreciated. Regards, Daryl Katauskas -- next part -- An HTML attachment was scrubbed... URL: http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/ 20060813/87384789/attachment-0001.html smime.p7s Description: S/MIME cryptographic signature ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
[Veritas-bu] General Q - Gathering Backup Requirements How-to
Title: General Q - Gathering Backup Requirements How-to I have the task of documenting RTO and RPO across our Enterprise and had some questions. I feel like asking Departments how soon do you need restores will yield arguments and confusion. Do most people present a few different solutions and cost and say pick one? I somehow feel like the need to get data on How much money do we loose every minute of downtime is going a bit high level, but NECESSARY for establishing the RTO / RPOs in a realistic manner. What do you guys/gals think? Any help for a burgeoning SAN / Backup engineer would be helpful :) Hadrian Baron Network Engineer VEGAS.com Office: 702-992-4853 Cell: 702-553-5699 ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] General Q - Gathering Backup Requirements How-to
Hadrian, The May 2006 issue of storage magazine had an article on just that topic BUT i don't think it answers you're question directly. From: http://storagemagazine.techtarget.com/magLogin/1,291245,sid35_gci1188735,00.html === The DR plan specifies only system RTOs, not data center RTOs. Most companies that have negotiated RTOs have negotiated these numbers for individual systems. For example, a common RTO is that any system in the data center must be recovered within four hours. While this works fine for operational recoveries and system-level outages, it doesn't work when the entire data center is lost. It's usually assumed that a system that needs to be recovered is given access to all system resources. For example, a large database server that needs to be recovered is given access to all 20 tape drives in the tape library. But what happens when 20 or 100 servers need to be recovered? They can't all be given access to all 20 tape drives in the tape library. This is quite possibly the most difficult conversation that needs to occur between IT and those business units that need a DR plan. It brings to light one of the core problems with traditional backup and recovery: In a true disaster, it's fairly certain that the storage department isn't going to meet its RTOs or RPOs. Unless your company is able to live without its data for several days, the only way to have an entire data center's data available after a disaster is if it was recovered before the disaster happened. Traditionally, this has been accomplished with replication. Depending on the amount of data, it can also be accomplished with other technologies. But realistically, the working RPOs and RTOs of most companies don't allow the recovery of an entire data center to begin after a disaster. === It's a good magazine and the subscription is free, [EMAIL PROTECTED] wrote on 08/14/2006 01:28:09 PM: I have the task of documenting RTO and RPO across our Enterprise and had some questions. I feel like asking Departments how soon do you need restores will yield arguments and confusion. Do most people present a few different solutions and cost and say pick one? I somehow feel like the need to get data on How much money do we loose every minute of downtime is going a bit high level, but NECESSARY for establishing the RTO / RPOs in a realistic manner. What do you guys/gals think? Any help for a burgeoning SAN / Backup engineer would be helpful :) Hadrian Baron Network Engineer VEGAS.com Office: 702-992-4853 Cell: 702-553-5699 ___ 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] how long does it take to convert catalog ASCII - binary?
I did this in the upgrade process from 4.x to 5.x, on a scsi attached disk and E280, it took almost 40 minutes to do about 40GB of catalog data. That was about 4 years of backup information, and a lot of backup images of NAS systems, each with at least 1 million files each. -Jon Hello All I am looking for real life experience with NetBackup catalog conversion ASCII - binary (15GB) on SUN V490. How long will it approximately take? Any bad experiences / issues with such a conversion? Regards. Glen ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu