Re: [Veritas-bu] SAN Options???
Depends what's actually on that NFS mount. Assuming that the DBAs are writing their own database backups to the NFS share, then yes you could mount and back them up via your NBU host provided you can reliably schedule/check that the Oracle backup has finished first, before NBU attempts to pick them up. (Happy for anyone else to step in and correct if I've got this horribly wrong.) Luke -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of comire Sent: Wednesday, 31 August 2011 1:47 AM To: VERITAS-BU@MAILMAN.ENG.AUBURN.EDU Subject: [Veritas-bu] SAN Options??? I have a customer that is moving to an EMC CNX 5700 which I guess will act as and NFS Server (I've never seen this EMC Array). The array will share out a volume to Oracle servers via an NFS mount. The individual servers will write to this volume via NFS, which they will want to backup via Netbackup. Looking for options on how to do this. The customer is thinking he can NFS mount the volume to the Master Server and back it up that way. Nice and simple but I am concerned about open files. +-- |This was sent by com...@me.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 This email is intended for the named recipient only. The information contained in this message may be confidential, or commercially sensitive. If you are not the intended recipient you must not reproduce or distribute any part of the email, disclose its contents to any other party, or take any action in reliance on it. If you have received this email in error, please contact the sender immediately and please delete this message completely from any systems. Confidentiality and legal privilege are not waived or lost by reason of mistaken delivery to you. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] Problem of VMWare ESX Backup via SAN
This seems contrary to best practice .. if you don't instruct Windows to not automatically mount new volumes, and zone in the ESX datastores/VMware LUNs .. Windows will try to mount those LUNs upon presentation, and therefore damage live production VMs Yes - don't try to mount/format/repartition VMware LUNs from your Windows Media Server - but you should be running "automount disable" before presenting said LUNs! Kind Regards, Luke Walker -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of George Winter Sent: Friday, 12 August 2011 8:05 AM To: Adrian Soetanto; WEAVER, Simon (external); veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Problem of VMWare ESX Backup via SAN Hi Adrian. Answers inline: >> - Do we have to run the diskpart command (automount disabled & automount >> scrub) before mapping the VMWare storage to Windows Backup Host? NO! Do not do this. You need to do nothing to the LUN's from the Windows side. If you partition or otherwise modify the VMware LUN from the Windows backup system you will destroy all of the VM's on that LUN. >> - What entry should be defined in NetBackup Administration credentials? You just need to define the credentials of the vCenter server. You do not need to add the credentials for each ESX server. >> The question is, to run VMWare backup over SAN, do we have to define the >> ESX server in Credentials? No. I suspect that the problem that you have is that the SAN based LUN's are not properly shared with the Windows backup host or they are the wrong LUN's. When the LUN's are correctly shared, they will show up in the Windows disk manager as a "Healthy, unknown partition". The exact wording for this might change depending on the version of Windows you are running. If you see the LUN's in the Windows disk manager and backups still fail it could be a permissions issue (permissions are defined on the vCenter server) or the wrong LUN's are shared. Because network (NBD) backups are successful, the VADP process is working but most likely the SAN based LUN's are not shared correctly. The required vCenter permissions are defined here: http://www.symantec.com/business/support/index?page=content&id=TECH130493 -George Winter Symantec Corporation -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Adrian Soetanto Sent: Thursday, August 11, 2011 1:46 AM To: WEAVER, Simon (external); veritas-bu@mailman.eng.auburn.edu Subject: Re: [Veritas-bu] Problem of VMWare ESX Backup via SAN Dear Simon, We use NetBackup 7.1, do we still need to get the latest NBU Update Pack? The re-scan disk results in nothing. I'm not sure whether the configuration of our SAN and NetBackup is complete or not. That's why I want to ask a few questions regarding this VMWare backup over SAN: - Do we have to run the diskpart command (automount disabled & automount scrub) before mapping the VMWare storage to Windows Backup Host? - What entry should be defined in NetBackup Administration Console | Media & Device Management | Credentials | Virtual Machine Servers? First, we just define only one VMWare VCenter and the VMWare backup runs successfully over LAN only. When we have a failure running VMWare backup over SAN, then we tried to define the two ESX server we have, but we have this error message: "Host is invalid" Then, we try to enter the IP Address of the ESX and both of the IP address of the ESX server can be defined here. The question is, to run VMWare backup over SAN, do we have to define the ESX server in Credentials? Thank you for helping. -- Best Regards, Adrian -Original Message- From: WEAVER, Simon (external) [mailto:simon.wea...@astrium.eads.net] Sent: 11 Agustus 2011 2:29 To: Adrian Soetanto; veritas-bu@mailman.eng.auburn.edu Subject: RE: [Veritas-bu] Problem of VMWare ESX Backup via SAN Ok so you see it ... but does Disk Management show anything after you do a re-scan disks? And its definetely presented correctly (your VM Backup Host) on the SAN? Also ... and I said this last time... did you get the latest NBU VMware Update Pack, because this fixed many problems for me, especially doing via the SAN as it was horrible speeds. I was on 7.0.1 Take it you rebooted? -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Adrian Soetanto Sent: 10 August 2011 17:38 To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Problem of VMWare ESX Backup via SAN Dear all, I have another problem related to the previous problem which is a VMWare ESXi Backup Problem. The VMWare ESX backup has already been successful throug
Re: [Veritas-bu] Failed VMWare ESX Backup
Hi Adrian, Just had a quick look through the failed log and it would appear that your Virtual Machine "Z3T3IDKRVLF02.id.batgen.com" failed to backup due to a limitation with that VM's configuration. I would recommend you read http://kb.vmware.com/kb/1006392 for further information and resolution, and discuss this with your VMware Administrator. Log snippet --- 14:08:11.140 [3304.1688] <2> onlfi_vfms_logf: INF - find_vm_by_displayname: Looking for Z3T3IDKRVLF02 - FPrint - Secondary ... 14:08:11.171 [3304.1688] <2> onlfi_vfms_logf: INF - addCatVar: 4 = VMDNSNAME=Z3T3IDKRVLF02.id.batgen.com ... 14:08:13.296 [3304.1688] <2> onlfi_vfms_logf: INF - vSphere_freeze: creating snapshot for /uuid/564d74e4-5979-5ca2-321a-fac32f612763: Created by vb-host on Fri Aug 05 14:08:13 2011 14:08:13.531 [3304.1688] <2> onlfi_vfms_logf: INF - vmwareLogger: WaitForTaskCompleteEx: reached Error! 14:08:13.531 [3304.1688] <2> onlfi_vfms_logf: INF - vmwareLogger: WaitForTaskCompleteEx: Virtual machine is configured to use a device that prevents the snapshot operation: Device '' is a SCSI controller engaged in bus-sharing. Kind Regards, Luke Walker -Original Message- From: veritas-bu-boun...@mailman.eng.auburn.edu [mailto:veritas-bu-boun...@mailman.eng.auburn.edu] On Behalf Of Adrian Soetanto Sent: Friday, 5 August 2011 8:09 PM To: veritas-bu@mailman.eng.auburn.edu Subject: [Veritas-bu] Failed VMWare ESX Backup Dear all, I want to ask about VMWare ESX Backup which is failed during the snapshot creation of the wirtual machine (VM). FACTS & FIGURES Master Server: OS: IBM AIX (oslevel 5300-12-04-1119) NetBackup 7.1 Media Server & Veritas Backup Host: OS: Windows 2003 x64 NetBackup 7.1 Client/Machine to be backed up: VMWare ESXi 4.1 DESCRIPTION OF PROBLEM I have many VM(s) in my VMWare ESXi 4.1. Some of them are failed to be backed up. Usually, when the backup is successfully finished, it will have 2 job ID (parent & child), but for some VM(s) which is failed, it only has 1 parent job ID and the error is "Snapshot error encountered" (156). I've already simulated the successful & failed backup respectively and you can find the log files are attached to this email. During the simulation, the 'verbose' parameter in bp.conf was set to 5. Please help me solve this problem. Thank you. -- Best Regards, Adrian This email is intended for the named recipient only. The information contained in this message may be confidential, or commercially sensitive. If you are not the intended recipient you must not reproduce or distribute any part of the email, disclose its contents to any other party, or take any action in reliance on it. If you have received this email in error, please contact the sender immediately and please delete this message completely from any systems. Confidentiality and legal privilege are not waived or lost by reason of mistaken delivery to you. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Re: [Veritas-bu] 10GBit on Windows backup server
Do you have TCP Offload enabled? Sent from my mobile device, please excuse the brevity - Reply message - From: "mitch808" To: "VERITAS-BU@MAILMAN.ENG.AUBURN.EDU" Subject: [Veritas-bu] 10GBit on Windows backup server Date: Tue, Jul 26, 2011 5:22 am Just tune the buffer settings accordingly... Other than that, as you reach greater than 50% of the bandwidth, expect your server CPU's to be at greater than 50% CPU usage alone... Hope you have some really fast disk/tape to take advantage of the potential ingest speeds you are going to get. +-- |This was sent by mnab...@gmail.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 This email is intended for the named recipient only. The information contained in this message may be confidential, or commercially sensitive. If you are not the intended recipient you must not reproduce or distribute any part of the email, disclose its contents to any other party, or take any action in reliance on it. If you have received this email in error, please contact the sender immediately and please delete this message completely from any systems. Confidentiality and legal privilege are not waived or lost by reason of mistaken delivery to you. ___ Veritas-bu maillist - Veritas-bu@mailman.eng.auburn.edu http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
