Re: [Veritas-bu] Netbackup , Vmware and Netapp

[Anurag Sharma]

Abhishek,

Go for NetBackup 7.5.

Reason: You can combine following 3 types of backups from single console.

1: Traditional Backups
2. VADP Vstorage API Backups
2. Snapshots: NetBackup 7.5 comes with Replication Director. Which allows you 
to combine Snapshots using NetBackup SLP. how cool is that. !!!


Anurag

Date: Tue, 4 Sep 2012 11:40:00 -0400
From: wtsm...@maine.edu
To: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] Netbackup , Vmware and Netapp

I'd consider NetApp's Snap Mirror / Snap Vault.
Cheers, Wayne

On Tue, Sep 4, 2012 at 9:02 AM, Abhishek Dhingra1  
wrote, in part:


I have an infrastructure , where i have a critical windows machine on ESXi

box, total space occupied is 6TB, and the disk are coming from Netapp box.



Server has huge number of files and size of the files are in Kb's and Mb's.



Please suggest a way , how to integrate all three technologies and get the

optimum solution for backup.




___
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] Netbackup , Vmware and Netapp

[tsimerson]

There are several factors here that will help determine what technologies you 
should look at:

1.  Do you need to do file level restores of this VM that has these huge number 
of files?
2.  About how many and what kind of files (.avi, .mkv, .jpg, etc.) comprise the 
"huge number of files"?
3.  What is the retention requirements for the VM?  Hours, days, weeks, years?
4.  How does the VM see the disks:  via Diskstore or RDM?

Wayne's comment of using the Snap Mirror/Snap Vault is good if you have a 
second NetApp to snap the data to.  This is good for short term data protection 
especially if that second NetApp is at a offsite facility.

NetBackup has a feature that allow you to backup the VMDK file itself (which is 
very efficient for data streaming) but will actually index the files inside the 
VMDK allowing for file level restores or restoring the entire VMDK.

If you can respond to the questions above, I bet we can come up with options 
for you.

+--
|This was sent by t...@tjsimerson.org 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] NetBackup 7.5.0.3: bprd vnet_cached_getnameinfo() for x.x.x.

[tsimerson]

I'm curious as to why your DNS admin thought removing the reverse lookup zone 
was a good idea.  The only reasons I've ever gotten at customer sites or within 
my own infrastructure has been "I thought nothing used them" or "It is a 
security risk" (which no one has provided valid reasons for this statement).  
Either way, these statements can be paraphrased "I'm just lazy and don't want 
to maintain another zone".  Sorry for the rant but this just bothers the heck 
out of me when the "admin" does not understand their own technology.

+--
|This was sent by t...@tjsimerson.org 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] NetBackup 7.5.0.3: bprd vnet_cached_getnameinfo() for x.x.x.x failed, Unknown error 18446744073709551614 (-2)

[Justin Piszcz]

Interesting, I will keep an eye on this, unfortunately I had logging
too high and the job was not in the activity monitor anymore so
Symantec could not pinpoint the issue, next time it happens (if it
recurs) will dig and grab that information more quickly.

On Wed, Sep 5, 2012 at 1:56 AM, Privat Gmail  wrote:
> I had him recreate the reverse lookup pointers for the machines that had the 
> vnet_cache issue. The ssh connection to these machines also seemed to benefit 
> from the reverse lookup
>
> Regards
> Michael
>
>
>
> Den 04/09/2012 kl. 19.45 skrev William Brown :
>
>> Interested to know what you did when " DNS administrator removed the reverse 
>> lookup zones ".
>>
>> Did you ask them to reinstate the reverse lookup, or reconfigure NetBackup 
>> to no longer require it, or what?   I ask because occasionally we have 
>> discussions about this, and have a few environments without reverse lookup - 
>> as they are non-production we use hosts files, but I just wonder what 'most' 
>> people do.
>>
>> William D L Brown
>>
>> -Original Message-
>> From: veritas-bu-boun...@mailman.eng.auburn.edu 
>> [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Michael 
>> Graff Andersen
>> Sent: 04 September 2012 13:55
>> To: Justin Piszcz
>> Cc: veritas-bu@mailman.eng.auburn.edu
>> Subject: Re: [Veritas-bu] NetBackup 7.5.0.3: bprd vnet_cached_getnameinfo() 
>> for x.x.x.x failed, Unknown error 18446744073709551614 (-2)
>>
>> Hello Justin
>>
>> I have seen the same thing on Netbackup 7.1.0.2 after our DNS administrator 
>> removed the reverse lookup zones
>>
>> Took a day or two after the change before the vnet entries appeared in the 
>> problems log.
>>
>> I would try to run bpclntcmd -clear_host_cache first
>>
>> Regards
>> Michael
>>
>> 2012/9/4 Justin Piszcz :
>>> Hello,
>>>
>>> Upgraded from 7.1 to 7.5.0.3 (7.1->7.5->7.5.0.3).
>>>
>>> During a regular hot catalog backup I saw this:
>>> 1346454000 1 2 16 master 0 0 0 *NULL* bprd vnet_cached_getnameinfo()
>>> for x.x.x.x failed, Unknown error 18446744073709551614 (-2)
>>> 1346540401 1 2 16 master  0 0 0 *NULL* bprd vnet_cached_getnameinfo()
>>> for x.x.x.x failed, Unknown error 18446744073709551614 (-2)
>>>
>>> Everything had been running for several days without a single problem,
>>> this happened recently, also the test environment running for 5-6+
>>> months has never had this problem.
>>>
>>> I opened a case with Symantec but was curious if anyone had seen this 
>>> before?
>>>
>>> Thoughts?
>>>
>>> Justin.
>>> ___
>>> 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
>>
>>
>> 
>>
>> This e-mail was sent by GlaxoSmithKline Services Unlimited
>> (registered in England and Wales No. 1047315), which is a
>> member of the GlaxoSmithKline group of companies. The
>> registered address of GlaxoSmithKline Services Unlimited
>> is 980 Great West Road, Brentford, Middlesex TW8 9GS.
>>
>> ___
>> 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