Professional Documents
Culture Documents
340112
340112
VMware Administrator's
Guide
Release 7.0
20654026
Symantec NetBackup™ for VMware Guide
The software described in this book is furnished under a license agreement and may be used
only in accordance with the terms of the agreement.
Legal Notice
Copyright © 2009 Symantec Corporation. All rights reserved.
Symantec, the Symantec Logo and NetBackup are trademarks or registered trademarks of
Symantec Corporation or its affiliates in the U.S. and other countries. Other names may be
trademarks of their respective owners.
Portions of this software are derived from the RSA Data Security, Inc. MD5 Message-Digest
Algorithm. Copyright 1991-92, RSA Data Security, Inc. Created 1991. All rights reserved.
This Symantec product may contain third party software for which Symantec is required
to provide attribution to the third party (“Third Party Programs”). Some of the Third Party
Programs are available under open source or free software licenses. The License Agreement
accompanying the Software does not alter any rights or obligations you may have under
those open source or free software licenses. Please see the Third Party Legal Notice Appendix
to this Documentation or TPIP ReadMe File accompanying this Symantec product for more
information on the Third Party Programs.
The product described in this document is distributed under licenses restricting its use,
copying, distribution, and decompilation/reverse engineering. No part of this document
may be reproduced in any form by any means without prior written authorization of
Symantec Corporation and its licensors, if any.
THE DOCUMENTATION IS PROVIDED "AS IS" AND ALL EXPRESS OR IMPLIED CONDITIONS,
REPRESENTATIONS AND WARRANTIES, INCLUDING ANY IMPLIED WARRANTY OF
MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE OR NON-INFRINGEMENT,
ARE DISCLAIMED, EXCEPT TO THE EXTENT THAT SUCH DISCLAIMERS ARE HELD TO
BE LEGALLY INVALID. SYMANTEC CORPORATION SHALL NOT BE LIABLE FOR INCIDENTAL
OR CONSEQUENTIAL DAMAGES IN CONNECTION WITH THE FURNISHING,
PERFORMANCE, OR USE OF THIS DOCUMENTATION. THE INFORMATION CONTAINED
IN THIS DOCUMENTATION IS SUBJECT TO CHANGE WITHOUT NOTICE.
The Licensed Software and Documentation are deemed to be commercial computer software
as defined in FAR 12.212 and subject to restricted rights as defined in FAR Section 52.227-19
"Commercial Computer Software - Restricted Rights" and DFARS 227.7202, "Rights in
Commercial Computer Software or Commercial Computer Software Documentation", as
applicable, and any successor regulations. Any use, modification, reproduction release,
performance, display or disclosure of the Licensed Software and Documentation by the U.S.
Government shall be solely in accordance with the terms of this Agreement.
Symantec Corporation
350 Ellis Street
Mountain View, CA 94043
http://www.symantec.com
Technical Support
Symantec Technical Support maintains support centers globally. Technical
Support’s primary role is to respond to specific queries about product features
and functionality. The Technical Support group also creates content for our online
Knowledge Base. The Technical Support group works collaboratively with the
other functional areas within Symantec to answer your questions in a timely
fashion. For example, the Technical Support group works with Product Engineering
and Symantec Security Response to provide alerting services and virus definition
updates.
Symantec’s maintenance offerings include the following:
■ A range of support options that give you the flexibility to select the right
amount of service for any size organization
■ Telephone and Web-based support that provides rapid response and
up-to-the-minute information
■ Upgrade assurance that delivers automatic software upgrade protection
■ Global support that is available 24 hours a day, 7 days a week
■ Advanced features, including Account Management Services
For information about Symantec’s Maintenance Programs, you can visit our Web
site at the following URL:
www.symantec.com/techsupp/
Customer service
Customer service information is available at the following URL:
www.symantec.com/techsupp/
Customer Service is available to assist with the following types of issues:
■ Questions regarding product licensing or serialization
■ Product registration updates, such as address or name changes
■ General product information (features, language availability, local dealers)
■ Latest information about product updates and upgrades
■ Information about upgrade assurance and maintenance contracts
■ Information about the Symantec Buying Programs
■ Advice about Symantec's technical support options
■ Nontechnical presales questions
■ Issues that are related to CD-ROMs or manuals
Maintenance agreement resources
If you want to contact Symantec regarding an existing maintenance agreement,
please contact the maintenance agreement administration team for your region
as follows:
Symantec Early Warning Solutions These solutions provide early warning of cyber attacks, comprehensive threat
analysis, and countermeasures to prevent attacks before they occur.
Managed Security Services These services remove the burden of managing and monitoring security devices
and events, ensuring rapid response to real threats.
Consulting Services Symantec Consulting Services provide on-site technical expertise from
Symantec and its trusted partners. Symantec Consulting Services offer a variety
of prepackaged and customizable options that include assessment, design,
implementation, monitoring, and management capabilities. Each is focused on
establishing and maintaining the integrity and availability of your IT resources.
Educational Services Educational Services provide a full array of technical training, security
education, security certification, and awareness communication programs.
To access more information about Enterprise services, please visit our Web site
at the following URL:
www.symantec.com
Select your country or language from the site index.
Contents
■ Terminology
Backup host
NetBackup for VMware uses a special Windows server that is called a backup host
(formerly called the VMware backup proxy server). The backup host is a NetBackup
client that performs backups on behalf of the virtual machines. The backup host
can also be configured as a NetBackup master or media server.
The backup host is the only host on which NetBackup client software is installed.
No NetBackup client software is required on the VMware virtual machines.
Note that the backup host is referred to as the recovery host when it performs a
restore.
Introduction 15
NetBackup for VMware environment
Virtual machine
Virtual machines provide complete guest operating systems on virtualized
hardware. In a NetBackup policy, a virtual machine is configured as a NetBackup
client, even though NetBackup client software is not installed on the virtual
machine.
ESX server
The VMware ESX server presents a virtualized hardware environment to multiple
virtual machines; each virtual machine runs an independent operating system.
Users can run applications in the virtualized OS as if the OS was installed in its
own physical machine.
vCenter Server
The VMware vCenter Server (or VirtualCenter server) coordinates multiple ESX
servers and workloads. It can migrate virtual machines from one ESX server to
another. It also provides the ability to back up the virtual machines that are turned
off.
The vCenter Server is optional in the NetBackup for VMware environment.
Converter server
For backups that were made with VCB, the VMware Converter server assists in
full virtual machine restores to the ESX server. The Converter must be installed
on the same host as the VMware backup host.
Environment diagrams
Figure 1-1 shows the hardware components for NetBackup for VMware.
16 Introduction
NetBackup for VMware environment
NetBackup
master server
LAN / WAN
NetBackup
storage unit
(disk or tape)
SAN
VMware backup host VMware virtual disk files VMware ESX server
acting as both NetBackup (datastore) must be available to with virtual machines
media server and client VMware backup host
NetBackup
master server
LAN / WAN
VMware
NetBackup
VirtualCenter
storage unit
(disk or tape)
SAN
Phase Description
Phase 2 The NetBackup client on the VMware backup host initiates a VMware
snapshot on the virtual machine.
Phase 3 Windows only: VSS synchronizes the file system on the virtual machine.
Phase 4 The VMware server creates a snapshot on the virtual disk datastore.
Introduction 17
NetBackup for VMware configuration tasks: overview
Phase Description
Phase 5 The NetBackup client reads the snapshot from the datastores and writes
the data to the NetBackup storage unit.
Phase Description
Phase 2 The NetBackup client on the VMware backup host initiates a VMware
snapshot on the virtual machine.
Phase 3 Windows only: VSS synchronizes the file system on the virtual machine.
Phase 4 The VMware server creates a snapshot on the virtual disk datastore.
■ For full virtual machine backup, it copies the files from the VMware
datastore and writes them to disk on the backup host.
■ For file-level backup, it mounts individual disk volumes from the
VMware datastore.
Phase 6 The NetBackup client reads the data from the backup host and writes the
data to the NetBackup storage unit.
VMware tasks
The VMware components including ESX servers and virtual machines must be
set up before you configure NetBackup.
Table 1-3 briefly describes these VMware-specific tasks; further assistance with
these tasks may be found in your VMware documentation.
18 Introduction
NetBackup for VMware configuration tasks: overview
Sequence Tasks
Phase 1 Set up disk storage on Fibre Channel or iSCSI. The VMware backup
host must be able to access the disk storage.
Phase 3 Install VMware Tools on the virtual machines that you plan to back
up.
Phase 5 For recovery of VCB backups: Install the VMware Converter server on
the VMware restore host.
Phase 6 For older versions of VMware only: Install a supported version of VCB
on the VMware backup host.
Notes:
■ Ensure that the hardware and the SAN are configured properly. The VMware
datastore where the target virtual machine files exist must be accessible to
the VMware backup host.
With vStorage, and with VCB version 1.1 and ESX server 3.5, note: A SAN
connection between the backup host and the datastore is optional if you use
the NBD transfer type or NBDSSL transfer type.
■ VMware has specific hardware and configuration requirements. VMware SAN
requirements can be found in the appropriate VMware SAN Configuration
guide.
NetBackup tasks
Table 1-4 lists the NetBackup configuration tasks that are described later in this
chapter and in other NetBackup documentation, as indicated.
Introduction 19
About VMware storage optimization
Sequence Tasks
Phase 1 Install the NetBackup 7.0 master server and media server.
Phase 2 Install the NetBackup 7.0 Enterprise Client license on the master
server, and install NetBackup client 7.0 software on the VMware
backup host.
Terminology
Table 1-5 lists the terminology that is used in NetBackup for VMware. For further
explanations of VMware terminology, refer to your VMware documentation.
Term Definition
Raw device mapping Allows a virtual machine to directly access physical disks (on Fibre
(RDM) Channel or iSCSI). By means of RDM, disk LUNs appear to be files
in a VMFS volume.
Term Definition
sync driver Flushes the OS buffers (Windows only) before VMware snapshots
are initiated. The sync driver is installed by means of VMware
Tools.
virtual machine An execution environment that the hypervisor creates for the
computer hardware. The resulting virtualized environment allows
different operating systems to run simultaneously on the same
physical machine.
vmdk file In a VMware ESX server, one or more vmdk files make up the disk
image or virtual drive in a virtual machine. The .vmdk files contain
the operating system, applications, and data in the virtual
machine.
VMware Tools Installed inside each VMware virtual machine. Enhances the
virtual machine performance and adds backup-related
functionality.
vStorage VMware vStorage APIs for Data Protection enable data protection
features for more efficient use of storage capacity. NetBackup can
use vStorage to back up the latest vSphere environments as well
as to back up earlier VMware environments.
22 Introduction
Terminology
Chapter 2
Notes and prerequisites
This chapter includes the following topics:
■ Prerequisites
Prerequisites
The following prerequisites apply to NetBackup for VMware:
■ The VMware backup host must run Windows 2003 or 2008. (For VCB on
Windows 2008, VCB 1.5 is required.) The supported hardware types are the
same as for any NetBackup Windows client. For further information on
supported guest operating systems and VMware components and versions,
refer to the following Symantec tech note:
http://entsupport.symantec.com/docs/312604
■ To use the hotadd transfer type for backup or restore, the VMware backup or
restore host is installed in a virtual machine.
For ESX 3.5 and earlier: You must set up a shadow virtual machine that has
the same name as the backup host but with the (VCB-HELPER) suffix.
See “Creating a helper virtual machine for hotadd transfer” on page 28.
See “Notes on the hotadd transfer type” on page 27.
24 Notes and prerequisites
Notes and restrictions
Further notes
Additional information is available in the following:
■ For up-to-date information on supported VMware components, guest operating
systems, and file systems, see the following Symantec tech note:
http://entsupport.symantec.com/docs/312604
The tech note contains information on NetBackup support for VMware vSphere.
■ For notes and limitations about NetBackup for VMware in this 7.0 release, see
the NetBackup Release Notes.
9 Click OK.
10 Power on the virtual machine.
Now you can use vSphere Client to take a snapshot of the virtual machine.
NetBackup can apply vStorage optimization (changed block tracking) to future
backups of the virtual machine.
bu_host_VM(VCB-HELPER)
Note that the complete name including the suffix must not exceed 32
characters.
3 For more information on helper virtual machines, see the following VMware
document:
VMware Virtual Machine Backup Guide (Update 2 and later for ESX Server
3.5, ESX Server 3i version 3.5, VirtualCenter 2.5).
Chapter 3
Configure NetBackup for
VMware
This chapter includes the following topics:
For ESX servers where there is no vCenter server (or VirtualCenter). Use
this dialog box to enter credentials for each ESX server.
■ VMware restore ESX server
For an ESX server to which NetBackup can restore virtual machines
directly, bypassing the vCenter server. This option is intended for restores
that use the SAN transfer type.
Restoring a virtual machine through the vCenter server (instead of directly
to an ESX server) may result in a slower restore over the SAN.
User name
Enter the user name for the virtual machine server. Note that spaces in user
names are not allowed.
Password
Enter the password (and confirm it) for the virtual machine server.
Validate Credentials
Select this box to have the credentials verified. When you click OK, NetBackup
verifies that the credentials you have entered are currently valid for the
virtual machine server. An invalid entry that you enter during this session
is deleted from the dialog.
If your VMware backup host is running a version of NetBackup that is earlier
than 6.5.4, the credentials cannot be validated. An error message is displayed.
You must verify that the credentials you entered are correct for the VMware
server. If the credentials are correct, you can ignore the error message.
Connect using port number
This option applies only to backups that use VCB.
Unless the port number was changed on the VMware server, no port
specification is required if you use VCB 1.1 or later. If the Connect using port
number box is checked, deselect it. VCB determines the port.
If you use a version of VCB that is older than 1.1, click the Connect using port
number box and use the default port 902.
Note: If you select port 902 and use an ESX server 3.5 or later, the VMware
backup host is unable to communicate with the VirtualCenter or ESX servers.
The attempt to back up the virtual machines fails. The credentials validation
also fails if you selected Validate Credentials.
32 Configure NetBackup for VMware
Changing the host name of a VMware server in NetBackup
4 Click OK.
5 If your site has multiple ESX servers but no vCenter server, use the Virtual
Machine Server dialog to enter credentials for each ESX server.
Make sure that Collect disaster recovery information for Bare Metal Restore
is not selected.
5 Select Perform off-host backup.
6 From the pull-down list for the Use field, select VMware backup host.
7 In the Machine field, specify the name of the VMware backup host.
If the VMware backup host does not appear in the Machine pull-down list,
make sure that it was added to the Host Properties setting.
See “Adding the VMware backup host to NetBackup configuration” on page 30.
You may have to close and reopen the policy for the added VMware backup
host to appear in the list.
Configure NetBackup for VMware 35
Configuring a VMware policy from the Policies node
8 For block-level backups of the virtual machine, select Perform block level
incremental backups.
This option reduces the backup size. To enable this option, you must first
select Perform off-host backup and VMware backup host.
See “About block-level backup” on page 48.
9 Click Options.
The following is the upper half of the Snapshot Options dialog box
(Configuration Parameters). The lower portion (Snapshot Resources) is not
used.
12 On the Clients tab, click New to specify virtual machines to back up.
You can type the host name in the Enter the VMware hostname field, or click
Browse and select virtual machine.
See “Browse for VMware Virtual Machines screen” on page 42.
Note: In the NetBackup Java Administration Console, the Install Software
option is for installing NetBackup client software on trusting UNIX clients.
This option does not apply to virtual machines.
13 Use the Backup Selections tab to specify the virtual machine or virtual
machine drives to back up.
Click New. You can make entries manually, or click on the pull-down (UNIX)
or hand icon (Windows) to select from available directives.
For VMware snapshot backup, the System_State directive (Windows 2000)
and the ShadowCopy Components directive (Windows 2003) are not supported.
Enter either of the following and then click Add (on UNIX) or press Enter
(Windows):
■ Individual drive letters.
Enter the drive letter as follows (for example):
\\.\E:
VMware display name The name of the virtual machine as it appears in the VMware
interface.
VMware UUID The unique ID assigned to the virtual machine when the
virtual machine was created.
If you create a policy and then change the Client Name Selection value, note: You
may have to delete the virtual machine selections that were made on the Clients
tab and re-enter them. Otherwise, NetBackup may no longer be able to identify
the virtual machines to back up.
38 Configure NetBackup for VMware
Configuration parameters for VMware
For example, if you change the Client Name Selection from VM hostname to VM
display name, and the display names of the virtual machines are different from
the host names, the host names in the Clients tab cannot be used and the virtual
machines are not backed up. You must delete the host name entries on the Clients
tab and browse the network to select the virtual machines by display name.
Note: When creating virtual machines, use the same name for both host name
and display name. If the Client Name Selection is changed, the existing entries
on the Clients tab still work.
Full VM backup Backs up the entire virtual machine. This option works with the
FlashBackup-Windows policy type only. Individual files cannot
be restored from this backup.
Mapped full VM Backs up the entire virtual machine. This option works with the
backup FlashBackup-Windows policy type only. Two kinds of restore are
possible from a mapped full backup: restore of the entire virtual
machine or of individual folders and files.
Full backup with file A combination of Mapped full VM backup and File level snapshot
level incremental using VCB. Backs up the entire virtual machine for full backups,
and backs up individual files, folders, or drives for incremental
backups. This option works with the FlashBackup-Windows policy
type only.
Note: This option is primarily intended for NetBackup 6.5.x
systems that are upgraded to 7.0. When making backups with a
7.0 system, you should use the Full VM backup or Mapped full
VM backup option instead, with an incremental schedule.
Transfer type
If you use VCB for the backup, these options require ESX server 3.5 or later and
VCB 1.1 or later.
The transfer types determine how the snapshot data is sent from the VMware
datastore to the VMware backup host. The appropriate option depends in part on
the type of network that connects the VMware datastore to the VMware backup
host.
nbd For unencrypted transfer over a local network that uses the
Network Block Device (NBD) driver protocol. This type of
transfer is usually slower than Fibre Channel.
nbdssl For encrypted transfer (SSL) over a local network that uses
the Network Block Device (NBD) driver protocol. This type
of transfer is usually slower than Fibre Channel.
try san then nbd Provides transfer flexibility if the VMware datastore is
available on both a SAN and a local network. NetBackup
attempts an unencrypted transfer over Fibre Channel (SAN)
or iSCSI. If that fails, it transfers the snapshot data using
the Network Block Device (NBD) driver protocol over the
local network.
try san then nbdssl Provides transfer flexibility if the VMware datastore is
available on both a SAN and a local network. NetBackup
attempts an unencrypted transfer over Fibre Channel (SAN)
or iSCSI. If that fails, it transfers the snapshot data with SSL
encryption using the Network Block Device (NBD) driver
protocol over the local network.
40 Configure NetBackup for VMware
Configuration parameters for VMware
hotadd Lets you run the VMware backup host in a virtual machine.
This feature requires ESX 3.5 Update2 or later.
try all types Tries all possible transfer types and uses the first type that
succeeds.
Note: This option applies only to Windows virtual machines (such as Windows
2003 and XP or later). It does not apply to older Windows systems or to UNIX or
Linux.
By default, this option is enabled. In the great majority of cases, you should accept
the default.
I/O on the virtual machine is quiesced before NetBackup creates the snapshot.
Without quiescing file activity, data consistency in the snapshot cannot be
guaranteed. If not consistent, the backed up data may be of little or no value.
If this option is disabled, the snapshot is created without quiescing I/O on the
virtual machine. In this case, you must perform your own checks for data
consistency in the backup data.
Caution: Symantec does not recommend that you disable quiesce. In most cases,
this option should be enabled.
Note: This option applies only to backups that use VMware vStorage. It does not
apply to backups that use VMware VCB.
After it creates a snapshot, NetBackup usually deletes the snapshot when the
backup has succeeded. If snapshots are not automatically deleted (whether created
by NetBackup or not), the performance of the virtual machine may eventually be
affected.
Note also that the existence of undeleted snapshots can cause restore failures due
to lack of disk space. If the virtual machine was configured on multiple datastores
and a leftover snapshot existed on the virtual machine when it was backed up,
NetBackup tries to restore all .vmdk files to the snapshot datastore. As a result,
the datastore may not have enough space for the .vmdk files, and the restore fails.
(For a successful restore, you can restore the virtual machine to an alternate
location. Use the Storage Destination dialog in the Virtual Machine Recovery
dialogs to select a datastore for the .vmdk files.)
The Existing snapshot handling parameter specifies what action NetBackup takes
when a snapshot is discovered before creating a new snapshot for the backup.
When NetBackup backs up a virtual machine, it copies the virtual machine .vmdk
files from the VMware datastore to the VMware backup host. Note that NetBackup
can copy a large vmdk file to the VMware backup host as 2GB files instead of as
a larger file. Sending a large vmdk file in smaller (2GB) units can improve transfer
speed.
The default is Disabled: the vmdk file is transferred to the VMware backup host
in 2GB chunks.
Enabled means that the vmdk file is transferred to the VMware backup host as a
single file, regardless of how large the vmdk file is. In some cases, transferring a
very large vmdk file may result in a slower transfer speed.
G:\mnt
If the folder does not exist on the VMware backup host, NetBackup creates it.
This folder is used in one of two ways, depending on the parameter value that you
choose:
■ For file-level backups (File level snapshot using VCB), the VMware backup host
mounts snapshots of individual virtual disk volumes in this folder. These
snapshots are links to the virtual datastore. No virtual machine data is copied
to this folder.
■ For full virtual machine backups (Full VM backup or Mapped full VM backup),
the VMware backup host creates a snapshot of the entire virtual machine in
this folder. This snapshot contains copies of all virtual disk files on the virtual
datastore that constitute a point-in-time image of the entire virtual machine.
Enough space must be available in this folder to contain the snapshot.
For Windows virtual machines, the mount point must be a local drive, not
network mounted. Also, do not set compression or encryption on the mount
point.
See “Other backup failures” on page 85.
RDM Status Shows whether the virtual machine has a physical disk in
raw device mapping mode (RDM) or has an independent
drive.
Discovered Timestamp The time and date at which the virtual machine's UUID
was initially discovered and cached.
Change Tracking Support Shows whether the virtual machine supports the VMware
Changed Block Tracking feature (for BLIB). Changed Block
Tracking requires ESX server 4.0 and a virtual machine
at vmx-07 or later.
ESX Host The ESX server in which the virtual machine resides (also
appears in the left pane).
Data Center The datacenter that contains the virtual machine (also
appears in the left pane).
Configure NetBackup for VMware 45
Configuring a VMware policy from the Snapshot Policy Configuration wizard
Virtual Center Name The vCenter server that manages the ESX server (also
appears in the left pane).
The virtual machines you selected are listed in the Clients tab.
Note: Restore of selected files from a backup of the full virtual machine is not
supported if the virtual machine contains Storage Foundation Volume Manager
volumes.
Individual drives File level snapshot Individual drives as raw devices. Individual folders and files, or
using VCB entire drive (not including
For example: \\.\E:
operating system or VMware
virtual disk files)
ALL_LOCAL_DRIVES File level snapshot All individual drives in virtual Individual folders and files, or
directive using VCB machine as raw devices. entire drives (not including
operating system or VMware
virtual disk files)
ALL_LOCAL_DRIVES Full VM backup VMware virtual disk files. Backup Entire virtual machine only
directive is "raw partition" type.
ALL_LOCAL_DRIVES Mapped full VM VMware virtual disk files. Backup Entire virtual machine or
directive backup is "raw partition" type. individual folders and files
Note that backup type Full backup with file level incremental is a combination
of Mapped full VM backup and File level snapshot using VCB. VMware VCB
software must be installed on the VMware backup host.
space from the backup, select Perform block level incremental backups on
the policy attributes tab.
Backup of entire virtual machine, Backs up only the blocks that are currently used
with full schedule (allocated) in the virtual machine. Unallocated blocks
are not included in the backup.
Backup of entire virtual machine, Backs up only the blocks that have changed since the
with incremental schedule last backup. Blocks that have not changed are not
included in the backup.
Table 3-4 Recovery features with VCB (note: BLIB is not supported)
Table 3-4 Recovery features with VCB (note: BLIB is not supported) (continued)
■ Restore notes
■ Two-stage process
■ Restore selected files from the VMware recovery host to a NetBackup
Windows client (not to the virtual machine).
See the NetBackup Backup, Archive, and Restore Getting Started Guide on
how to restore to different locations.
■ Then manually copy the restored files to the Windows virtual machine.
(NetBackup does not perform this step.)
Restore notes
Before you begin the restore, note the following:
Restore VMware virtual machines 57
Restore notes
does not delete the incomplete virtual machine when the restore job is canceled.
You must manually remove the incomplete virtual machine.
If the recovery host is not at the same NetBackup release level as the
backup host
Note the following about mixed-level backups and restores:
■ To restore from a NetBackup 7.0 backup
To restore a virtual machine from a backup that a NetBackup 7.0 backup host
performed, a NetBackup 7.0 recovery host is required. You cannot use a
NetBackup 6.5.x recovery host to restore a virtual machine that was backed
up by a NetBackup 7.0 backup host.
■ To restore from a NetBackup 6.5.x backup
To restore a virtual machine (or selected files) from a backup that a NetBackup
6.5.x backup host performed, the VMware Converter must be installed on the
NetBackup recovery host. The recovery host can run NetBackup 6.5.x or 7.0.
A staging area is required.
For Windows systems, click Files > Specify NetBackup Machines and Policy
Type.
2 Specify the following:
Restore VMware virtual machines 59
Restoring individual folders and files
Server to use for The NetBackup master server that directed the backup.
backup and restores
Source client for The VMware virtual machine that was backed up.
restores Note: If the policy identified the virtual machine by its VMware
display name or UUID (not by host name), specify that display
name or UUID.
Policy type for The type of policy that made the backup, either MS-Windows
restores or FlashBackup-Windows.
4 For UNIX systems enter the Browse directory that contains the folders or
files to restore.
5 Click the files you want to restore.
6 Start the restore, as follows:
■ On UNIX systems: Click Restore.
■ On Windows systems: Click Actions > Restore....
\\vm1\e$\folder1\file1
The NetBackup Client Service must be logged on under an account that has
Administrator privileges.
See “Setting up NetBackup Client Service for restore to a shared virtual
machine drive” on page 60.
Server to use for The NetBackup master server that directed the backup
backup and restores
Source client for The VMware virtual machine that was backed up
restores
For Windows systems, in the NetBackup History pane, click on the VMware
backup. Then click on the item that is displayed under All Folders. You cannot
select individual files. You must select the entire virtual machine.
Restore VMware virtual machines 63
Restoring the full VMware virtual machine
Perform identity Retains the UUID of the original virtual machine (note that the
restore to restore UUID is a globally unique identifier). The virtual machine is
UUID (Universal restored with the same UUID that it had before the restore. This
Unique Identifier) option requires that the previous virtual machine (the one that
was backed up) has been deleted, so that the UUID is free.
Note: If the UUID exists, the restore fails.
The default (no identify restore) makes sure that the display
name of the new virtual machine (created by the restore) does
not already exist. The virtual machine that the restore creates
is given a new UUID.
Strip network Verifies that the virtual machine that the restore creates does
information from not have the same IP address as the virtual machine that was
the virtual machine backed up. The network information is deleted at the time of
that has been the restore.
restored The default is to retain the IP information. Use the default if:
■ You have already deleted the virtual machine that was backed
up
■ And you want the virtual machine created by the restore to
keep the same IP information as the original machine.
Remove backing Does not restore hardware backing information from the original
information for image. Default settings are substituted.
devices like
DVD/CD-ROM
drives, serial or
parallel ports
Select or enter the VMware recovery host to which the VMware files are
temporarily restored. If you chose Restore all virtual machine files to a virtual
machine server automatically using VMware Converter, the files are restored
to the Virtual machine server and deleted from this staging server.
The default is the backup host that was used for the backup. The name of that
backup host is stored in the backup image information. On this dialog box, the
pull-down list for staging machines includes the VMware backup hosts that
are defined in existing NetBackup policies.
Restore staging location
Enter a Windows file path on the staging machine to which the virtual machine
files are temporarily restored. The default is the VMware backup host mount
point that was stored in the backup image information.
The Override default priority options are the following:
■ Override default priority
Place a check mark in this box to override the default priority.
■ Job priority
Set the priority.
nbd For unencrypted transfer over a local network that uses the
Network Block Device (NBD) driver protocol. This type of
transfer is usually slower than Fibre Channel.
Try san then nbd Provides transfer flexibility if the VMware datastore is
available on both a SAN and a local network. NetBackup
attempts an unencrypted transfer over Fibre Channel (SAN)
or iSCSI. If that fails, it transfers the snapshot data using
the Network Block Device (NBD) driver protocol over the
local network.
Try all types Provides the most transfer flexibility. NetBackup tries each
transfer type and uses the first type that succeeds.
Retains the UUID of the original virtual machine (note that the UUID is a
globally unique identifier). The virtual machine is restored with the same UUID
that it had before the restore.
This option requires that the virtual machine has been deleted on the
destination server, so that the UUID is free. Otherwise, you must select
Overwrite the existing virtual machine.
Note the following:
■ If a virtual machine with the same display name but with a different UUID
exists at the target restore location, the restore fails. You must either delete
the existing virtual machine and then run the restore, or keep the existing
machine and abandon the attempt to restore.
■ If a virtual machine with a different display name but with the same UUID
exists at the target restore location: You must either delete the existing
virtual machine and run the restore, or select Restore UUID and Overwrite
the existing virtual machine. In the latter case, NetBackup deletes the
existing virtual machine and restores the original virtual machine.
■ In general, if the attempt to restore the virtual machine to its original
location results in a conflict with an existing virtual machine, and you do
not want to keep the existing virtual machine, you can do one of the
following: Either remove the existing virtual machine, or log into the ESX
server and remove the directory where the virtual machine resides.
Click this option to verify credentials, available space on the datastore, and
other important requirements.
■ Start Recovery
Starts the recovery of the virtual machine.
to use the SAN transfer type, the recovery host must have access to the
appropriate luns in the datastore.
■ vCenter Server
Specifies the vCenter server for the restored virtual machine. To use the
original vCenter Server (the default), verify that the original vCenter server
still exists.
To use an older VirtualCenter Server, make sure that it is compatible with the
virtual machine you want to restore. Note that a vmx-07 virtual machine can
be restored only to a vSphere 4.0 server.
To restore directly to an ESX server, select None. None is available only if
NetBackup credentials have been configured for at least one ESX server.
See “Adding NetBackup credentials for VMware” on page 30.
■ ESX Server
Specifies the ESX server for the restored virtual machine. To use the original
ESX server (the default), verify that the original ESX server still exists.
Click the Search option to browse for a different ESX server.
See “Select ESX server dialog box (restore to alternate location)” on page 71.
■ Datacenter
Shows the VMware datacenter containing the selected ESX server.
■ Folder
This option applies only when you restore through a vCenter server. This
option is disabled when you restore directly to an ESX server.
By default, this field shows the folder that contained the virtual machine when
the virtual machine was backed up. If you select a different ESX server to which
to restore the virtual machine, this field changes to None. You must then click
Browse to select a folder within the datacenter for the restored virtual machine.
See “Select Folder dialog box (restore to alternate location)” on page 72.
■ Display Name
Specifies the VMware display name for the restored virtual machine. The
default is the display name that the virtual machine had when it was backed
up.
The display name must be unique for the vCenter Server where the virtual
machine is restored.
Note: If a virtual machine with this display name already exists at this location
(or at the original location), you are prompted to click Overwrite the existing
virtual machine. You cannot restore the virtual machine if the result will be
two virtual machines with the same display name on the same vCenter server.
Restore VMware virtual machines 71
Restoring the full VMware virtual machine
■ Resource Pool
Use this option to have the restored virtual machine assigned to a resource
pool. Resource pools manage the host's CPU and memory.
■ Datastore
Specifies the VMware configuration datastore where the virtual machine
configuration files are stored.
The configuration datastore (sometimes called the VMX directory) contains
the configuration files that describe the virtual machine, such as .vmx files.
Active snapshots of vmdk files are also stored on the configuration datastore.
■ Transfer Type
Determines how the data is sent from the VMware recovery host to the VMware
datastore. The appropriate type depends on the type of connection between
the NetBackup recovery host and the VMware datastore.
More information is available about these options.
See “Recovery Options dialog box” on page 66.
■ Overwrite the existing virtual machine
Select this option to overwrite an existing virtual machine (at the restore
destination or the original location) that has the same display name or UUID
of the virtual machine to be restored.
If a virtual machine with the same display name or UUID exists at the
destination vCenter, that virtual machine must be deleted before the restore
begins.
Note: Some older ESX servers may not support the version of the virtual
machine that you want to restore. Verify that the ESX server is compatible
with the virtual machine.
72 Restore VMware virtual machines
Restoring the full VMware virtual machine
Insufficient space The datastore does not have enough space to contain the
selected .vmdk file of the virtual machine that you restore.
■ Network Names
Select particular networks that you want the restored virtual machine to be
connected to.
Note: When the virtual machine is backed up, its network connections are
recorded in the NetBackup catalog.
For the restore, NetBackup determines what networks currently exist, and
lists network names as follows:
■ If a network that was recorded in the backup catalog for the virtual machine
still exists, it is listed on this screen and automatically selected.
■ If a network is available that was not listed in the NetBackup catalog, it is
listed on this screen but not selected.
■ If a network was recorded in the backup catalog but is not currently
available, it is not listed.
■ Best practices
Best practices
The following are best practices for VMware:
■ For a more efficient backup, the NetBackup media server and the VMware
backup host should be installed on the same host.
■ When creating virtual machines, use the same name for both host name and
display name. If the policy's Client Name Selection is changed, the existing
entries on the policy Clients tab still work.
■ VMware recommends that you run no more than four simultaneous backups
of virtual machines that reside on the same datastore.
■ Successful VMware snapshots depend on the following:
■ The amount of I/O that occurs on the virtual machine datastore. Backups
should be scheduled when relatively little I/O activity is expected. Reducing
the number of simultaneous backups can also help. (Use the Limit jobs per
policy attribute in the NetBackup policy.)
76 Best practices and more information
Best practices
■ The design of the I/O substructure that is associated with each virtual
machine datastore. For correct I/O design and implementation, consult
your VMware documentation.
■ Include in a single NetBackup policy those virtual machines that use the same
datastore. This practice lets you control the amount of backup-related I/O that
occurs per datastore, to limit the backup effect on the target virtual machines.
■ NetBackup supports multiple backup hosts. When a single backup host is
saturated with a backup process, another backup host can be added to increase
backup throughput.
■ Upgrade to the latest version of VMware vSphere or Virtual Infrastructure.
■ See the Symantec white paper titled NetBackup for VMware Best Practices
Guide.
http://www.vmware.com/support/pubs/
http://entsupport.symantec.com/docs/337052
http://entsupport.symantec.com/docs/312604
This tech note provides a wide range of support information, such as a list of
supported guest operating systems, file systems, and required VMware
components.
78 Best practices and more information
Support information on NetBackup for VMware
Chapter 7
Troubleshooting
This chapter includes the following topics:
■ VMware environment—important!
Table 7-1 NetBackup logs that pertain to VMware backup and restore
Table 7-1 NetBackup logs that pertain to VMware backup and restore
(continued)
Note: These log folders must already exist in order for logging to occur. If these
folders do not exist, create them.
To create the log folders, run the following command on the NetBackup servers
and backup host:
Windows:
install_path\NetBackup\logs\mklogdir.bat
2 To be on the safe side, make a backup of the current registry (File > Export).
3 Go to HKEY_LOCAL_MACHINE > SOFTWARE > VERITAS > VxMS.
4 Change the Logging DWORD value.
For example: Useful logging levels (in decimal) are 3400 for low and 7400 for
high.
VMware environment—important!
Unsupported equipment can cause many problems. Ensure that your VMware
environment (including ESX servers, SAN devices, and backup host) conforms to
all requirements and recommendations that are spelled out by VMware. For
instance, if VMware does not support your HBAs, device drivers, or guest operating
systems, NetBackup cannot work.
For support details, see VMware documentation at the VMware support site (for
example, the VMware compatibility guides).
82 Troubleshooting
Changing the browsing timeout for virtual machine discovery
jobtimeout 900
poweroptimeout 900
snapshottimeout 900
registertimeout 180
renametimeout 180
browsetimeout 180
connecttimeout 300
The registry key and default for the vSphere API logging level are the following.
Table 7-4 Registry key and default for vSphere API logging level
2 To be on the safe side, make a backup of the current registry (File > Export).
3 Go to HKEY_LOCAL_MACHINE > SOFTWARE > VERITAS > NETBACKUP
> CURRENTVERSION > CONFIG and create a key called BACKUP.
4 To change a timeout value, create a new DWORD under BACKUP, using the
appropriate registry name (such as jobtimeout or poweroptimeout).
Enter a value for the timeout.
5 To change the level of vSphere API logging, create a new DWORD called
vmcloglevel and enter the new logging value.
The allowed values are 0 through 6, where 0 is no logging and 6 is the highest
logging level.
■ NetBackup for VMware does not work with the VMware NetBackup Integration
Module (VNIM).
Note the following:
■ If VNIM is installed, do not configure a NetBackup for VMware policy (with
the VMware snapshot method) to call any scripts that use VNIM. Such a
policy results in a backup that fails.
■ Do not run any NetBackup for VMware policy at the same time as a
script-based policy that calls VNIM. If the two policies require access to
the same virtual machine, a conflict may result and the backup may fail.
policy for the client are backed up. The backup fails with NetBackup status code
156.
Try one of the following:
■ Use the ALL_LOCAL_DRIVES directive instead of listing individual drives.
■ A drive letter that is specified in the policy’s backup selections list may be
incorrect, or the drive may be down. Update the client’s include list (Exceptions
to exclude list), and fix or remove the drive entry in the backup selections list.
Free up additional space on the backup host and rerun the backup.
■ If the VMware backup host cannot access the VMware datastore by means of
the transfer type that was selected for the job, the backup fails.
Select a different transfer type and retry the backup.
The final status code for the failure depends on whether the backup uses VCB
or vStorage, as follows.
■ For VCB backups: The backup fails with status 156 and the bpfis log on the
backup host may contain messages such as the following:
■ For vStorage backups: The backup fails with status 6 and the job detailed
status log on the backup host may contain messages such as the following:
■ NetBackup cannot find the host name or VMware display name of a virtual
machine that is listed in the backup policy. The detailed status log may include
the following error message:
If the virtual machines do not have static IP addresses, you may have to
configure NetBackup to identify virtual machines by their VMware display
names or UUIDs. Examples of the environments that do not use static IP
addresses are clusters, and the networks that assign IP addresses dynamically.
Note that NetBackup may have been configured to identify virtual machines
by their VMware display names. In that case, make sure that the display names
are unique and that they do not contain spaces or special characters.
See “Client name selection” on page 37.
■ For versions of VCB earlier than 1.5: A disk was mounted on a virtual machine
but the disk is assigned to the virtual machine in raw mode (RDM). As a result,
the attempt to create a snapshot of the virtual machine fails.
The bpfis log on the backup host may contain a message such as the following:
For VCB 1.5 and for vStorage, the RDM is ignored (not backed up) and any
independent disk is recreated but empty.
See “Configurations for backing up RDMs” on page 94.
■ For the Full VM backup, Mapped full VM backup, or Full backup with file level
incremental options: Backups are not supported if the snapshot staging area
in the VMware backup host has compression or encryption enabled.
Troubleshooting 87
Backup and restore problems
■ For the Full VM backup, Mapped full VM backup, or Full backup with file level
incremental options: Backups are not supported if the snapshot mount point
on the VMware backup host has compression or encryption enabled. For the
backup, the VMware backup host copies the space-optimized VMware virtual
machine images to its snapshot mount point. The Windows NTFS file system
that is allocated for the snapshot mount point should not have the Compression
or Encryption attribute set. If either attribute is set, backups succeed but single
file restores cannot be performed from the backups.
■ The attempt to create a VMware snapshot of the virtual machine exceeds the
VMware timeout of 10 seconds
If the attempt to create a snapshot of the virtual machine exceeds the VMware
timeout of 10 seconds, the snapshot fails with NetBackup status 156. This
timeout may occur if the virtual machine is configured with a large number
of volumes. Note that the timeout may be encountered even if the Virtual
machine quiesce option was disabled.
Do one of the following:
■ Reduce the number of volumes within the virtual machine.
■ Install a NetBackup client on the virtual machine and select another backup
method for the policy (not the VMware snapshot method).
Restore fails when you restore individual files to a virtual machine that
has NetBackup client software
When you restore individual files to a virtual machine that has a NetBackup client,
make sure that a firewall does not interfere with the restore. If a firewall stops
the restore, turn off the firewall and retry the restore.
Reassign the mount point on the restored virtual machine. To make sure the
mount point is correctly configured, restart the virtual machine.
■ The VMware restore host is on Windows Server 2008 but the SAN luns are
offline.
The detailed status log in the NetBackup Activity Monitor includes the message
Virtual machine restore: file write failed.
If the restore host is on Windows Server 2008 and you use the SAN transfer
type, you must manually change the SAN luns to be online.
■ For vStorage restores: If the restore host cannot access the VMware datastore
by means of the transfer type that was selected for the job, the restore fails.
The job detailed status log on the VMware restore host may contain messages
such as the following:
Invalid client error when you restore selected files using NetBackup
BAR interface installed on the virtual machine
If the virtual machine was backed up by its display name or UUID, and the display
name is not the same as its host name, note: you cannot restore selected files by
means of the Backup, Archive, and Restore (BAR) interface if the interface is
installed on the virtual machine itself. The files can be restored if BAR is installed
on the master server or media server. In this case, BAR must not be installed on
the virtual machine that you want to restore to.
To restore files, note that the Destination client for restores field in the BAR
interface must have a valid host name or IP address.
As a workaround, you can reconfigure the BIOS on the virtual machine to boot
from the correct SCSI device.
Appendix A
Backup of VMware raw
devices (RDM)
This appendix includes the following topics:
Note: NetBackup cannot back up the RDM by means of a VMware backup host.
94 Backup of VMware raw devices (RDM)
NetBackup support details for RDMs
components, the alternate client must be at the same level as the primary
client, or higher level.
For complete requirements on alternate client backup, refer to the Policy
configuration chapter of the NetBackup Snapshot Client Administrator's Guide.
To create an alternate client policy for a disk array that is configured as an RDM
1 Select a policy type that is appropriate for the OS of the virtual machine and
for the type of data to back up.
Refer to the Policy configuration chapter of the NetBackup Snapshot Client
Administrator's Guide.
2 On the policy Attributes tab in the Administration Console, click Perform
snapshot backups and Perform off-host backup.
The following is a detail from the Attributes tab.
3 Select Alternate Client from the Use pull-down. In the Machine field, enter
the name of the host that is configured as an off-host backup machine (the
alternate client).
Do not select VMware backup host.
4 Click Options.
5 Select a snapshot method.
The VMware method does not apply to alternate client backup and is not
available in the list.
Select a snapshot method that is appropriate for the volume or array. For
example:
■ The HP_EVA_Snapclone method or other EVA method for an HP EVA
array.
■ The EMC_CLARiiON_Snapview_Clone or other CLARiiON method for an
EMC CLARiiON array.
Backup of VMware raw devices (RDM) 97
Configuring alternate client backup of RDMs
■ FlashSnap.
For FlashSnap, the following must be installed: VxVM 3.2 or later for
UNIX, VxVM 4.0 or later for Linux and AIX, or VxVM 3.1 or later for
Windows. Also, volumes must be configured over the primary host’s disks.
The VxVM FlashSnap license must also be installed.
■ VSS (for Windows guest operating systems only).
The array may require additional OS and NetBackup configuration as
described in the disk arrays chapter of the NetBackup Snapshot Client
Administrator's Guide. The same guide contains more details on snapshot
methods.
6 If required by an array snapshot method that you selected in the previous
step, specify the Snapshot Resources.
7 In the policy’s Clients list, select the virtual machine on which the array is
configured as an RDM.
8 In the policy’s Backup Selections list, specify the disk that you want to back
up, or the files or volumes that reside on the disk.
98 Backup of VMware raw devices (RDM)
Configuring alternate client backup of RDMs
Appendix B
File-level backup of
Windows virtual machines
This appendix includes the following topics:
Note: The file-level backup capability described in this appendix requires VMware
VCB. VCB has been replaced by VMware vStorage APIs for Data Protection. Note
that VMware intends to phase out support for VCB.
Sequence Tasks
Phase 2 Install the NetBackup 7.0 master server and media server.
Symantec recommends that the NetBackup media server and the VMware
backup host be installed on the same host.
Phase 3 Install the NetBackup 7.0 Enterprise Client license on the master server,
and install NetBackup client 7.0 software on the VMware backup host.
Phase 5 Set NetBackup access credentials for the VMware vCenter or VirtualCenter
(if any), or for VMware ESX servers.
Sequence Tasks
Individual folders and File level snapshot Specified folders and files only, Individual folders and files
files using VCB excluding Windows system files
Individual drives File level snapshot All data files and folders in Individual folders and files
using VCB specified drives, excluding
For example: E:\
Windows system files
ALL_LOCAL_DRIVES File level snapshot All data files and folders on all Individual folders and files
directive using VCB local virtual machine drives,
excluding Windows system files
C:\WINDOWS\system
C:\WINDOWS\system32
■ Windows system database files (such as RSM Database and Terminal Services
Database)
102 File-level backup of Windows virtual machines
Configuring a policy for Windows file-level backup
To back up the virtual disk files and operating system files, use the
FlashBackup-Windows policy type and the Full VM backup or Mapped full VM
backup options as described in another chapter of this guide.
See “Configuring a VMware policy from the Policies node” on page 33.
E:\
The drive letter must not be a network (shared) drive: It must specify a
drive on the virtual machine.
■ The ALL_LOCAL_DRIVES directive.
This directive backs up the data files on all local drives on the virtual
machines that are selected on the Clients tab.
File-level backup as described in this procedure cannot back up the following:
■ Windows System State
■ Windows system files (such as on C:)
■ VMware virtual disk files
A procedure is available for backing up these files.
See “Configuring a VMware policy from the Policies node” on page 33.
13 If you click Apply or OK on the policy Attributes tab, a validation process
checks the policy and reports any errors.
If you click Close, no validation is performed.
104 File-level backup of Windows virtual machines
Configuring a policy for Windows file-level backup
Index
I O
imported image
off-host backup 34
trouble restoring 90
optimized storage 19
incremental backup
overview
about 45
configuration steps 17
requirements 35
Index 107
overview (continued) S
of backup process 16 SAN luns 90
restore procedure 55 SAN transfer type 39
overwrite virtual machine 67 SCSI drives
and reboot failure 91
P scsiX:X.ctkEnabled 25
Perform block level incremental backup 19, 35 Select ESX server dialog 71
Perform Recovery dialog 73 Select Folder dialog 72
Perform snapshot backups option 34 server name
policy changing in NetBackup 32
for file-level backup 102 size of backups 47
for full virtual machine backup 33 snapshot
types 33 how to enable Changed Block Tracking 25
wizard for creating 45 mount point 42, 76
port number 31, 84 removing leftover 41
prerequisites 23 vSphere Client
how to delete 25
Snapshot Policy Configuration wizard 45
Q SSL encryption of snapshot data 39
quiesce virtual machine 40 start a backup 51
status code 156 85
R status code 227 91
RDM 20, 86 status code 5 90
about 93 status code 6 86, 89
alternate client backup of 94–95 Storage Destination dialog 72
configurations supported 94 storage optimization 19, 24
reboot failure 91 enable Changed Block Tracking 25
Recovery Destination dialog 66 how to delete snapshot for 25
recovery host 14, 67
recovery options 48–49 T
vStorage vs VCB 48 terminology 20
Recovery Options dialog 66, 69 timeout
recovery wizard. See restore from vStorage backup browsing 82
release level timeouts
using mixed levels 58 vSphere 82
remove VMware host name from NetBackup EMM timestamps
database 32 for incrementals 33
restore transfer types 39
and catalog information 90 and hung job 87
from VCB backup 63 for restore 67
from vStorage backup 66 hotadd 27
individual files 58 problems with 89
job hangs 87 troubleshooting
notes on 56 tips 83
procedure overview 55
virtual machine 61
Restore Marked Files dialog 63 U
run a backup 51 USB drives
as the snapshot mount point 24
108 Index