[Veritas-bu] 100% disk to disk
We have been disk to disk for over a year now. We send all our data to data domain and replicate to a data domain using the archive tier. We have some longer retentions, 3 year, 5 year and 7 year. No tape of VTL is awesome. +-- |This was sent by rich.sav...@bcbsne.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] 7.5.0.6 and VMDK backups
Runing 7.5.0.6 on windows 2003 x64 host, writing to a data domain. ESIx 5.0. Our backups and restore of a VMDK works fine, but when we go to power on the restored server (2008) it blue screens with a 0x7b. I have tested 2003 and 2012 which work fine. If I power of the 2008 host back it up, restore it then power it back on, it comes up okay. Only when backing up the 2008 host online is when i get the 0x7b blue screen after the restore. Wondering if anyone else has seen this? +-- |This was sent by rich.sav...@bcbsne.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] NDMP Backups on DataDomain.
i just tested this senario. NDMP to a DD670 over the network. All I had to do is have a valid license key for Netbackup. Set up a NDMP user on the VNX5700, set up the NDMP backup policy in Symantec/Vertias. Our File share was on a VNX5700 Our master/media was windows 2003 x64 7.0.1 Our Data domain appliance was dd670. Policy in Netbackup was NDMP, client was the VNX host backing up to Disk Storage unit (dd670) (this is available in netbackup 6.5 and later I believe). Test backup of 1.3TB took just over 4 hours. We were running about 300GB/hour. This was over the network, not using the VTL option. The VTL options is available but you need a license on your data domain. +-- |This was sent by rich.sav...@bcbsne.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] understanding Storage Lifecycle Policies
We use SLP for our backups and copies. We create our original backups to a dd670 (2 weeks) and then spin off a copy to our remote dd670 with a different retention period (5 weeks). The SLP policy allows you to create a second copy to a different destintation right after your backups has completed. That way you have two copies of your data incase your primary site becomes disabled. If you are wanting to only have it on one device at a time, then the VAULT portion of Symantec will allow you to go back a certain amount of time and create a copy on the other destination. You could look into a ddArchiver from data domain. this will move data from an active tier to an archive tier within the same dedupe appliance and your data is on a less expensive tier of disk for the longer term. +-- |This was sent by rich.sav...@bcbsne.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] NBU catalog on NAS/SAN
We also have our Catalog connected to a LUN on the SAN. That we we can expand the LUN if needed, as out catalog grows. We also make a catalog backup to our DR site so that we could retreirve our catalog if the primary data center had an issue. +-- |This was sent by rich.sav...@bcbsne.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] massive catalog growth
We are running nbu 7.0.1 and there is a know issue with the exclude list not working in cluster nodes. There is a hotfix available to fix this issue. http://www.symantec.com/business/support/index?page=contentid=TECH150081 +-- |This was sent by rich.sav...@bcbsne.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] massive catalog growth
I believe using NDMP or Flashbackups the image file will be much larger than a normal backup. We saw this when some of our backups were using the flashbackup option, so we had to change them to a DataDump instead of a flashbackup so the catalog would stop growing so large +-- |This was sent by rich.sav...@bcbsne.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] Status 84 - plugin error
Yea, Data Domain want us to upgrade to 5.0.2.3 also but they cannot pinpoint any reason for the code 84. Right now we are staying at 5.0.1.7 as the media write errors are very very few now. I even asked datadomain to give the solution id that specifically addresses the media write error in the new code and they really couldn't. They gave me a few solution id's but it did not fit the criteria of media write errors, just addressed increasing the timeouts. +-- |This was sent by rich.sav...@bcbsne.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] Status 84 - plugin error
We had the same problem, media write errors. Seems to happen with long running jobs most of the time. We ugpraded the Data domain code and OST code which increased the timeouts to 3hrs from data domain. We also noticed are long running jobs in which most of the 84 errors were coming from were Window 2008 or Windows 2008 R2. there is a known hotfix from Symantec on this issue. Here is the link for this: http://www.symantec.com/business/support/index?page=contentid=TECH150081 We upgraded to the following: DD670 5.0.1.7-250021 OST plugin 2.3.2.0 NBU - 7.0.1 Once we upgraded to the current versions above and applied the hotfixes we now get a media write error 84, maybe once a week and at times we will go for weeks with not issues. I am to believe the OST plugin and/or NBU 7.0.1 still has a bug but neither vendor has a compelte fix. +-- |This was sent by rich.sav...@bcbsne.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] FlashBacup - Restore Question
you can put each volume in serperatly and the job will spawn off a backup for each volume. Example: \\.\D: \\.\E: \\.\F: the job will spawn off three backup jobs one for each volume. +-- |This was sent by rich.sav...@bcbsne.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] Data Domain Question
Currently our SQL team run SQL LiteSpeed with compresson. They really dont want to turn it off. We keep 5 weeks of data for our SQL backups and are getting 2.1 to 3.5 dedupe ratio's even with compression backup on. +-- |This was sent by rich.sav...@bcbsne.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] Only 128 drives allowed on Linux?!?
We are curretly having a problem with the robot daemon going down. We are running windows 2003 x64 with an EMC 4406 VTL. We have 168 tape drives configured but can only have about 50 running at one time. We have had up to 80 jobs running at once but about every 3-4 days the robot daemon goes down and we have to reboot the NBU infrastructure of the master and media server. We then stagger the backups and it works fine. Right now we have a limit to the number of jobs that can start. EMC and Veritas are looking into the issue. We just upgraded to 6.5.3 about 2 months ago. +-- |This was sent by rich.sav...@bcbsne.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] NBU 6.5.3.1 Drive limit
We are seeing our robot deamon go down when we have over 80 clients submitted at the same time. We are running 6.5.3.a, emulating an EMC EDL and when we have a bunch of clients submitted at one the the library deamon goes offline and we have to reboot the windows media server. Has anyone seen this? +-- |This was sent by rich.sav...@bcbsne.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