VERITAS NetBackup™ 6 (1) .0 Install - Guide For Unix & Linux
VERITAS NetBackup™ 6 (1) .0 Install - Guide For Unix & Linux
Installation Guide
for UNIX and Linux
N15256B
September 2005
Disclaimer
The information contained in this publication is subject to change without notice. VERITAS Software
Corporation makes no warranty of any kind with regard to this manual, including, but not limited to,
the implied warranties of merchantability and fitness for a particular purpose. VERITAS Software
Corporation shall not be liable for errors contained herein or for incidental or consequential damages
in connection with the furnishing, performance, or use of this manual.
Third-Party Copyrights
For a list of third-party copyrights, see the NetBackup Release Notes appendix.
iii
Installing NetBackup Server . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 18
Installing Access Control . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 21
Configuring the Window Manager for Java Interface (NetBackup-Java Compatible
Platforms) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 22
CDE (Common Desktop Environment) . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
Installing Alternative Administration Interfaces . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 23
NetBackup Remote Administration Console for Windows . . . . . . . . . . . . . . . . . . . 23
NetBackup-Java Administration Console . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
Installing or Removing Multiple Versions of the NetBackup-Java Administration
Console on Windows . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 27
Administering Backlevel NetBackup Servers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 29
Java Windows Administration Console . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 30
Installing NetBackup Agents and Options . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 31
Contents v
Chapter 7. Initial NetBackup Configuration . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 101
Configuring System Startup and Shutdown of NetBackup . . . . . . . . . . . . . . . . . . . . . 101
Configuring Storage Devices for the Operating System . . . . . . . . . . . . . . . . . . . . . . . 102
Configuring NetBackup Server Software . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 104
Before Configuring Media Servers . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 104
Starting the NetBackup Administration Console . . . . . . . . . . . . . . . . . . . . . . . . . . . 105
Configuring Storage Devices . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 106
Device Configuration Tips . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 107
Defining Storage Units . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 107
Configuring Volumes . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 107
Tips for the Inventory of a Standalone Drive . . . . . . . . . . . . . . . . . . . . . . . . . . . 108
Tips for the Inventory of a Robot . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 108
Configuring the Catalog Backup . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 108
Basic Tips for Configuring a Catalog Backup . . . . . . . . . . . . . . . . . . . . . . . . . . . 109
Tips for Configuring a Catalog Backup if You Have Media Servers . . . . . . . . 109
Creating a Backup Policy . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 110
Types of Backups . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 110
Tips on Creating Backup Policies . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 111
Index . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 117
Caution If a device is not properly configured for the operating system, backups made to
that device result in backup failures and/or data loss.
Getting Help
You can find answers to questions and get help from the NetBackup documentation and
from the VERITAS technical support web site.
vii
Getting Help
Note Telephone support for NetBackup is only available with a valid support
contract. To contact VERITAS for technical support, dial the appropriate phone
number listed on the Technical Support Guide included in the product box and
have your product license information ready for quick navigation to the proper
support group.
a. From the main http://support.veritas.com page, click the E-mail Support icon.
A wizard guides you to do the following:
◆ Select a language of your preference
◆ Select a product and a platform
◆ Provide additional contact and product information, and your message
◆ Associate your message with an existing technical support case
Accessibility Features
NetBackup contains features that make the user interface easier to use by people who are
visually impaired and by people who have limited dexterity. Accessibility features
include:
◆ Support for assistive technologies such as screen readers and voice input (Windows
servers only)
◆ Support for keyboard (mouseless) navigation using accelerator keys and mnemonic
keys
For details on how NetBackup provides accessibility, refer to the Accessibility Appendix
in this document.
Preface ix
Comment on the Documentation
Note To determine how much memory you need before you begin installing NetBackup,
refer to “NetBackup Server Installation Requirements” on page 5. To view the
different binary sizes, refer to “NetBackup Binary Sizes” in the NetBackup Release
Notes.
1
Pre-Installation Software Requirements
For more information about license keys, refer to “NetBackup License Keys” on page 75.
For detailed information on how to administer NetBackup license keys, refer to the both
volumes of the NetBackup System Administrator’s Guide, Volume 1.
NetBackup Supportability
Note The “Supported Platforms and Operating Systems” table in the NetBackup Release
Notes provides a Client Selection column that identifies which clients to install with
which operating systems.
NetBackup supports mixed versions between master and media servers, enabling you to
upgrade NetBackup one server at a time, which minimizes impact on overall system
performance.
The following table shows all of the server and client configurations for which VERITAS
provides support. VERITAS supports only these combinations of servers and clients.
NetBackup 6.0 5.0MP4 (or later) or 5.1 5.0MP4 (or later) or 5.1
Servers are able to pull and push their version information between master and media
servers. The version of NetBackup on your server determines whether the version
information can be pushed.
◆ A media server that is upgraded to NetBackup 6.0 uses the vmd service to push its
version information to all servers in its master server list after start-up is initiated. In
addition, every 24 hours an automatic update occurs when servers with this revision
push their version information out to the servers again.
◆ Servers running a version of NetBackup that is earlier than NetBackup 5.0MP4 are not
supported in a NetBackup 6.0 environment. If a query times out for a particular
server, it is classified as a “pre-5.x” version of NetBackup.
Caution Before you upgrade the NetBackup software on a NetBackup master server or
Enterprise Media Manager (EMM) server, you must back up your NetBackup
catalogs and verify that the catalog backup was successful.
VERITAS CD Contents
Windows 32-bit Server Contains the Windows 32-bit server and all Windows
clients and databases/add-ons for a Windows 32-bit
operating system.
VERITAS CD Contents
Windows IA64-bit Server Contains the Windows 64-bit server and all Windows
clients and databases/add-ons for a Windows IA
64-bit operating system.
IBM AIX and HP Tru64 CD ◆ AIX 5.1 RS/6000, AIX 5.2, or AIX 5.3 server types
◆ Alpha Tru64 5.1b and 5.1b2 server types and
ALPHA: OSF1_V5 client types
Common-Component CDs
Infrastructure Core Services (ICS) for AIX VxSS Security and PBX Installer for AIX
ICS for HP900 PA-RISC VxSS Security and PBX Installer for HP-UX
ICS for HP Integrity VxSS Security and PBX Installer for HP IA-64
ICS for Intel 32-bit Linux VxSS Security and PBX Installer for Linux
ICS for IA64 Linux VxSS Security and PBX Installer for Linux IA-64
ICS for Solaris VxSS Security and PBX Installer for Solaris
VERITAS CD Contents
ICS for Tru64 VxSS Security and PBX Installer for HP Tru64/Alpha
ICS for Windows 32 VxSS Security and PBX Installer for Windows
ICS for Windows IA64 VxSS Security and PBX Installer for Windows IA-64
◆ To avoid potential shared memory problems, the default buffer size for disk
backups has been increased to 256K with this release. If you are performing
multiple copies of disk and tape, the default buffer size should, at a minimum,
equal the tape buffer size.
If you encounter a system could not allocate enough shared memory
error, you should refer to your vendor documentation for instructions on how to
increase the amount of shared memory on your system. For Solaris platforms, you
can make the following changes to the /etc/system file to obtain a sufficient
amount of memory.
set shmsys:shminfo_shmmax=16777216
set shmsys:shminfo_shmmin=1
set shmsys:shminfo_shmmni=220
set shmsys:shminfo_shmseg=100
Note that shminfo_shmmin must be less than or equal to 100.
After making these changes, you must reboot using the boot -r command.
◆ For clustered environments:
◆ Make sure that each node in the cluster where you install NetBackup can run the
rsh command or its equivalent (on HP-UX, the command is remsh). As the root
user you need to be able to perform a remote login to each node in the cluster
without entering a password. This is only necessary for installation and
configuration of the NetBackup server and any NetBackup agents and options.
Once installation and configuration is complete, this is no longer required.
◆ You must have the cluster frameworks installed, configured, and started before
installing NetBackup. Refer to the NetBackup High Availability System
Administrator’s Guide for additional installation prerequisites and installation
notes.
◆ You must have a virtual name defined using DNS, NIS, or /etc/hosts. The IP
address is defined at the same time. (The virtual name is a label for the IP
address.)
◆ For access-controlled environments:
◆ You must install the VERITAS Security Software (VxSS) either before or after you
install or upgrade NetBackup on your server. The order does not matter, however
it is important that you install this software before you use NetBackup, to benefit
from an access controlled environment.
◆ The Authorization broker must reside on the master server.
Installation Notes
◆ NetBackup Enterprise only: If you are not adding any NetBackup media servers, ignore
all references to them.
◆ Allow about 30 minutes to install the server software. Additional time is required to
configure the product for your environment.
◆ On the NetBackup server, the installation directory contains the software and the
NetBackup catalog, and these can become quite large.
If space is an issue, consider installing NetBackup on an alternate file system. The
installation allows you to select an alternate install location, and creates the
appropriate link from /usr/openv.
◆ Because the product uses file locking, VERITAS recommends that you not install
NetBackup in an NFS mounted directory. File locking in NFS mounted file systems
can be unreliable.
◆ For HP-UX systems:
◆ Install NetBackup on a file system that supports long file names.
◆ An error may occur while creating the NetBackup database during the
installation process. This error, shown below, can be corrected by increasing the
number of semaphores in the HP-UX kernel. For a detailed explanation on how to
change HP-UX kernel parameters, refer to TechNote number 243461 on the
VERITAS support web site.
SQL error (-832) -- Connection error: Insufficient system
resources - failed to allocate a SYSV semaphore
◆ NetBackup 6.0 contains features that are dependent on a new Infrastructure Core
Services (ICS) product called VERITAS Private Branch Exchange (PBX).
PBX helps limit the number of TCP/IP ports used by many new features in
NetBackup. In addition, it allows all socket communication to take place while
connecting through a single port. The PBX port number is 1556. For more information
about PBX and configuring NetBackup ports, refer to the both volumes of the
NetBackup System Administrator’s Guide, Volume 1.
Because PBX is required for all NetBackup products, its installation is part of the
NetBackup installation procedure unless it is already present on the system. When
you begin installing NetBackup on a server, the installation procedure determines if a
version of PBX is already installed. Whether PBX is installed causes one of the
following to happen:
◆ If a version of PBX already exists, the installation procedure uses that version of
PBX and continues.
◆ If PBX does not exist, you see message similar to the following:
b. Mount the CD that contains the PBX software. Refer to the table “NetBackup
Software CD Contents” on page 3 for an exact name of this CD.
c. From the original window where you began installing NetBackup, enter the
CD pathname (the directory where the installics script is located).
◆ VERITAS only supports server upgrades from NetBackup 5.0MP4 (or later) or 5.1 to
this version of NetBackup. NetBackup does not support an upgrade from any
pre-NetBackup 5.0MP4 version to NetBackup 6.0. If you currently have a
pre-NetBackup 5.0MP4 version installed, you must perform an intermediate upgrade
to NetBackup 5.x first, and then you can upgrade to NetBackup 6.0.
◆ After you install the NetBackup server software as a part of an upgrade installation,
you must run the command nbpushdata. This command moves data from your
current database files (a subset of the NetBackup catalog) into a newly created EMM
database.
This final step in the upgrade process is critical to ensure that your NetBackup
environment is functional.
The sequence of when and where you run the nbpushdata command is extremely
important. With earlier releases, VERITAS has always suggested that you upgrade your
master servers first, followed by the media servers, the volume database host server(s),
and finally the clients. However, this is not the recommended order for running
nbpushdata and populating the EMM database. For more detail on running
nbpushdata and creating the EMM database when you upgrade, refer to “Populating
the NetBackup EMM Database” on page 55.
The following list provides the order in which you must run the nbpushdata command
in your environment. (You only need to run nbpushdata -add once on a particular
host.)
1. 5.x Global Device Database Host - You must run nbpushdata -add on the 5.x server
that was configured as the Global Device Database Host. This is usually a master
server, but a media server as the Global Device Database Host is also a supported
configuration.
3. Volume Database Hosts - You must next run nbpushdata -add on the server
designated as a Volume Database Host. If the Volume Database Host was also the
Global Device Database Host, this step does not apply.
4. Media Servers - Any remaining media servers that have been upgraded to
NetBackup 6.0. Media servers can be upgraded at a later time.
If you are leaving any media servers at NetBackup 5.x, you must log in to the master
server(s) administering those backlevel media servers and run
nbpushdata -modify_5x_hosts. See “To configure 5.x media servers for
compatibility with 6.0 environments” on page 60 for detailed instructions.
After you have upgraded to NetBackup 6.0 and run the nbpushdata command, once,
you do not need to run it again because all of the appropriate data has been moved into
the new EMM database.
The following list shows the version 5.x database files that are moved to the EMM
database.
◆ volmgr/database/globDB
◆ volmgr/database/ltidevs
◆ volmgr/database/robotic_def
◆ volmgr/database/.namespace.chksum (NDMP)
◆ volmgr/database/ruleDB
◆ volmgr/database/poolDB
◆ volmgr/database/volDB
◆ netbackup/db/media/mediaDB
◆ netbackup/db/config/storage_units
◆ netbackup/db/config/stunit_groups
◆ volmgr/vm.conf entries
◆ DISALLOW_NONNDMP_ON_NDMP_DRIVE
◆ DO_NOT_EJECT_STANDALONE
◆ DRIVE_NAME_SEED
◆ RETURN_UNASSIGNED_MEDIA_TO_SCRATCH_POOL
◆ SCRATCH_POOL
◆ SSO_SCAN_ABILITY
◆ VAULT_CLEAR_MEDIA_DESC
Note After you have finished the installation, you can perform basic configuration steps
as described in “Initial NetBackup Configuration” on page 101.
13
Mounting the Software CD
AIX
1. Log in as root.
2. Mount the CD using either of the following methods:
◆ Using smitty:
smitty cdrfs
OR
smitty mountfs
◆ Manually:
◆ Create the mount point (for example, mkdir /cdrom).
◆ Run the mount command, as follows:
mount -v cdrfs -r device_path mount_point
For example, the following command mounts the CD manually using
/cdrom as the mount point and /dev/cd0 as the device path:
mount -v cdrfs -r /dev/cd0 /cdrom
Alpha Tru64
1. Log in as root.
FreeBSD
1. Log in as root.
HP-UX
Mounting and unmounting the CD on HP-UX differs depending on the version of the
operating system you are running.
1. Log in as root.
1. Log in as root.
IRIX
1. Log in as root.
Linux
1. Log in as root.
Caution Before installing NetBackup, make sure you have the most current operating
system patches and updates applied to your system. If you are not certain of
your operating system level, contact your vendor and request the latest patches
and upgrades.
◆ Adds automatic startup and shutdown scripts to the appropriate directories on the
various supported platforms.
Note Before you install or use NetBackup on a Linux (Red Hat/SuSE) client, verify
that the inetd (or xinetd) service is started on that machine. This ensures
proper communication between the NetBackup master server and the Linux
client.
Note For Solaris 10: The inetd.conf entries are also converted into smf service
manifests and imported into the smf repository via the inetconv command.
1. Ensure that you have license keys for all the NetBackup servers, number of clients,
options, and agents that you ordered.
For more information on administering NetBackup licenses, see the NetBackup System
Administration Guide, Volume I.
Note After making and saving any license key updates (including adding and deleting
license keys) in the NetBackup-Java Administration Console, you must restart the
console.
Note Installing the EMM Server on a media server is a supported configuration, although
it is not recommended. See for steps to follow for such a configuration.
3. Insert the appropriate NetBackup CD in the drive and mount it, if necessary.
Note For instructions on mounting the CD on your operating system, refer to the
appropriate section of “Mounting the Software CD” on page 13. For
information on CD contents and exact names, refer to the table “NetBackup
Software CD Contents” on page 3.
4. Run the installation script, which installs both Media Manager and NetBackup server
software:
cd_directory/install
The cd_directory is the path to the directory where you can access the CD.
Note For media servers: The EMM server must be running when you install media
servers.
Note For clustered environments: During the installation, enter the virtual name for the
NetBackup server and not the actual local host name.
5. The following step applies only if you do not have VERITAS Private Branch Exchange (PBX)
currently installed on your system.
NetBackup 6.0 contains features that are dependent on a new Infrastructure Core
Services (ICS) product called VERITAS Private Branch Exchange (PBX).
PBX helps limit the number of TCP/IP ports used by many new features in
NetBackup. In addition, it allows all socket communication to take place while
connecting through a single port. The PBX port number is 1556. For more information
about PBX and configuring NetBackup ports, refer to the NetBackup System
Administration Guide, Volume I.
Note For clustered environments: PBX has a known issue that prevents it from being
installed in the cluster using the push installation method you can usually
employ with installics. To install PBX in a cluster, you must run the
installics command on every node.
Because PBX is required for all NetBackup products, its installation is part of the
NetBackup installation procedure unless it is already present on the system. When
you begin installing NetBackup on a server, the NetBackup installation procedure
determines if a version of PBX is already installed. Whether PBX is currently installed
causes one of the following to happen:
◆ If a version of PBX already exists, the installation procedure uses that version of
PBX and continues.
◆ If PBX does not exist, you see a message similar to the following:
c. From the original window where you began installing NetBackup, enter the
CD pathname (the directory where the installics script is located).
b. Select the client type that you want to install and follow the prompts to install that
client type.
Note For each UNIX client type, the installation script enables you to load the client
software onto the server. You can then “push” this client software from the
server to the clients.
(Make sure you load the software for all the UNIX client types you intend to
back up onto the server. Otherwise, you cannot add these client types to the
NetBackup policy configuration.)
c. Repeat step 7b as necessary until all your client types have been installed.
a. Repeat this installation process on every node that you want run NetBackup. (For
a TruCluster cluster, you only have to perform the installation once because
/usr/openv is shared.)
Caution When prompted by the cluster_config script, you must provide the same
virtual cluster name that you provided during the installation. This name is also
case-sensitive. If applicable, provide the fully qualified name. For example, if
you indicate the name “clusternbu.domain.com” during installation, but
“clusternbu” or “CLUSTERNBU.DOMAIN.COM” for the cluster_config
script, the configuration process will fail.
Note For initial installations, install access control after you have successfully installed
NetBackup.
2. After you have finished installing NetBackup and the VxSS components, you can
configure the access control features. For detailed information on how to configure
access control, refer to the NetBackup System Administration Guide, Volume II.
1. On the front panel in the CDE window, click the Style Manager control icon.
The Style Manager toolbar appears.
3. In the Style Manager - Window dialog box, choose Click In Window To Make Active.
Click OK.
4. When you see the Restart the Workspace Manager prompt, click OK.
1. On the computer on which you want to install the NetBackup Remote Administration
Console, insert the CD that contains the NetBackup server software for Windows.
◆ On Windows systems with Autorun enabled, the installation browser starts
automatically.
◆ On Windows systems that have Autorun disabled, navigate to the CD drive and
run Launch.exe.
5. On the License Agreement screen, accept the terms of the license agreement and click
Next.
6. On the Installation Type screen, select Install to this computer only and Typical.
Click Next.
7. On the NetBackup License Key and Server Type screen, select NetBackup Remote
Administration Console. You do not need a license key to install the Remote
Administration Console.
8. On the NetBackup System Names screen, provide the name of the master server you
want to administer and any other servers that you may want to administer (such as
media servers).
Note The name of the NetBackup Remote Administration Console should be in the first
entry field. In the Master Server field, enter the name of the remote NetBackup you
want to administer.
10. After the installation completes, you can either add license keys (click Add Keys) or
click Finish.
If you left the box checked next to Launch NetBackup Administration Console now,
the Remote Administration Console appears. If you removed the check, start the
console by choosing Start > Programs > VERITAS NetBackup > NetBackup
Administration Console.
▼ To add the NetBackup Remote Administration Console host to the server list of the
remote server
Note On a UNIX system, there are two procedures that you can use to add the host to the
server list: you can use the NetBackup Administration Console for UNIX (if your
system is Java-compatible) or you can edit the bp.conf file. Step 1 describes this
process using the NetBackup Administration Console for UNIX and Step 2
describes how to edit the bp.conf file.
1. Use the NetBackup Administration Console for UNIX to specify and add the remote
server to the server list.
a. In the left pane of the NetBackup Administration Console for UNIX, select Host
Properties > Master Servers. The host server appears in the main window.
b. Right-click the name of the host server in the master servers window in the right
pane.
d. In the Master Server Properties window, select the Servers icon from the tree in
the left window pane.
f. Type the name of the host that is to run the NetBackup Remote Administration
Console.
Click Add. The name of the host appears in the Additional Servers list.
Click Close and OK.
If you perform this step, you can proceed to step 3.
b. Edit /usr/openv/netbackup/bp.conf.
At the end of the SERVER = lines, add the following line:
SERVER = Remote-Administration-Console-machine-name
The Remote-Administration-Console-machine-name is the name of the machine
where the NetBackup Remote Administration Console resides.
3. If you have an existing NetBackup Remote Administration Console installed and you
want to add a remote master server to administer, perform the following steps.
Note For new installations, you can add the masters that you want to administer as
additional servers during the installation.
b. In the left pane of the NetBackup Remote Administration Console, select Host
Properties > Master Server. The host server appears in the main window.
c. Right-click the name of the host server in the master servers window in the right
pane.
f. In the Global Operations box, in the field labeled Add to all lists, type the name
of the host that is to run the NetBackup Remote Administration Console. Then
click the “+” button. (The name of the host appears in the Additional Servers list.)
Click OK.
Installation Considerations
There are two things to keep in mind when installing multiple versions of the
NetBackup-Java Administration Console in a mixed environment.
During installation:
◆ Provide a unique string for the host name when asked (pre-6.0 versions).
◆ Install each Java console version to a different folder.
2. If you are installing NetBackup 5.0, select NetBackup Installation and click Install
Java Administration Console.
If you are installing NetBackup 5.1, select NetBackup Installation and click Java
Windows Display Console. Select whether you would like to install the 32-bit or
64-bit console.
3. If a different version of the Java console has already been installed, specify a different
folder location. This prevents overwriting the earlier installation (for example, specify
C:\Program Files\VERITAS\nbjava50).
4. The wizard asks you to enter the name of the host you want to manage. For ease of
use, instead of entering a host name, enter a name that reflects the version of the
console being installed (for example, 5.0GA).
After the installation, the host name you enter appears in the following locations:
◆ As the default host name in the login screen of the NetBackup-Java
Administration Console dialog.
The descriptive host name displays here only the first time the console is opened.
After you change the name to an actual host name in the login dialog, log in to the
console, and then exit the console normally, that actual host name becomes the
default and appears the next time the console is started.
◆ On the VERITAS NetBackup menu (Start > Programs > VERITAS NetBackup >
NetBackup-Java on host_name).
◆ As a desktop shortcut icon.
Notes
◆ Before installing mixed versions of the NetBackup Administration Console, consider
that only the most recently installed version can be patched.
◆ Only the most recently installed version can be removed using the standard Windows
Add/Remove Programs utility. See the following section for information on
uninstalling versions installed prior to the most recently installed version.)
◆ The NetBackup-Java Capabilities Authorization configuration file, auth.conf, must
always be located in install_path\java (for example, in
C:\Program Files\Veritas\java). The file must exist there regardless of how
many versions of the console are installed or in which directories they are installed.
The file is only relevant for administering NetBackup on this Windows host, and there
are defaults if the file is not present. The defaults are discussed in the NetBackup
System Administrator’s Guide, Volume I in the section on authorizing NetBackup-Java
users.
1. Remove the folder where the NetBackup-Java Administration Console was installed.
2. Remove the appropriate menu item from the Start > Programs > VERITAS
NetBackup menu.
Note You can install the Java Windows Administration Console from the NetBackup CD
for Windows.
Note If you are using NetBackup Access Control, the VxSS At client component must be
installed on the Windows host before installing the Java Windows Administration
Console. This ensures that the Windows Display Console uses the VxSS component
correctly.
Installation Requirements
For the computer on which you want to run the Java Windows Administration Console,
VERITAS recommends 512 MB of physical memory.
1. On the system where you are performing the installation, insert the CD that contains
NetBackup server software for Windows.
◆ On Windows systems with Autorun enabled, the installation starts automatically.
◆ On Windows systems that to not have Autorun disabled, navigate to the CD
directory and run Launch.exe.
5. On the License Agreement screen, accept the agreement and click Next.
6. On the NetBackup Installation Type screen, select Install to this computer only and
Typical.
9. You can open the NetBackup-Java Windows Display Console by choosing Start >
Programs > VERITAS NetBackup > NetBackup Java version 6.0.
Requirements
You should ensure that the NetBackup release level on each server is at least equal to that
on the clients. Older versions of server software can encounter problems with newer
clients.
You can upgrade to this version of NetBackup only if you have installed NetBackup
5.0MP4 (or later) or 5.1. If you have an earlier version installed (for example NetBackup
4.5), you cannot upgrade directly to NetBackup 6.0. You must first upgrade to NetBackup
5.x and then upgrade.
Note If you have NetBackup 5.0 and earlier clients that are unsupported for NetBackup
6.0, and you encounter problems with using the new features of 6.0, move those
earlier clients to a separate policy.
33
Requirements
Note If you have any pre-NetBackup 6.0 releases installed on your server that have
NBAR or GDM, you must uninstall GDM and NBAR from your server
completely before you upgrade to NetBackup 6.0.
Note Refer to the NetBackup High Availability System Administrator’s Guide for
installation prerequisites and notes.
◆ Before you upgrade, you must have the cluster frameworks installed, configured,
and started.
◆ Cluster environments are only supported with NetBackup Enterprise Server.
◆ The name you enter during the upgrade for the NetBackup server is the virtual
server name, not the actual local host name.
◆ Make sure that each node in the cluster where you install NetBackup can run the
rsh command or its equivalent (on HP-UX, the command is remsh). As the root
user you need to be able to perform a remote login to each node in the cluster
without entering a password. This is only necessary for installation and
configuration of the NetBackup server and any NetBackup agents and options.
Once installation and configuration is complete, this is no longer required.
◆ The virtual server name must be defined using DNS, NIS, or /etc/hosts. The IP
address is defined at the same time. (The virtual name is a label for the IP
address.)
Note For this release of NetBackup, you must complete two procedures to ensure that you
have properly upgraded NetBackup.
You must first upgrade your NetBackup software by performing the same upgrade
procedures as you have with previous versions of NetBackup.
When installing or upgrading the NetBackup software, VERITAS has recommended the
following order:
1. Master server
2. Media server
4. NetBackup clients
Caution NetBackup processes must be running on the master server and its associated
media servers before you upgrade and run the nbpushdata -add command.
This is true no matter where you are running the command.
The EMM database creation process establishes that it can communicate with
any additional servers in your configuration, and it does not include servers in
the database if it cannot establish a connection and determine that NetBackup
processes are running on the server.
However, you must ensure that no NetBackup policies are active, no jobs are
running, and that media servers do attempt to connect to the master server until after
all upgrades are complete and nbpushdata has been run on all servers. You
can use the NetBackup Administration Console to deactive all policies and all
media servers. Command-line equivalents are also available.
1. Back up all databases (media, volume, configuration, device) and catalogs on the
master and remote media servers.
2. Back up all NetBackup patches, scripts, and bp.conf entries that are specific to the
earlier version of NetBackup.
3. You do not have to upgrade your clients at this time, only the master and remote
media servers.
Data is copied to the EMM database only when nbpushdata is run on a server that has
been upgraded to NetBackup 6.0. No data is moved to the EMM database from any other
server except the server where nbpushdata is being run. It is because of these
requirements that an upgrade of NetBackup is not complete until you have successfully
updated the EMM database.
This section contains various scenarios of NetBackup configurations. These scenarios are
only guidelines on how to upgrade NetBackup and run nbpushdata in a NetBackup
environment. Choose the scenario that closely resembles your configuration, and use it as
a guide when you perform the actual procedure outlined in “Upgrading NetBackup
Servers” on page 49.
In such an environment, your first step is to upgrade all master servers from 5.0MP4 (or
later) or 5.1 to 6.0. Do not upgrade the media servers in your environment at this time.
Step 1:
Upgrade master
servers only
The next step is to ensure that the NetBackup and Media Manager daemons are running
on the master server that is also the Global Device Database Host and the Volume
Database Host. Then you run nbpushdata -add.
Step 2:
Run nbpushdata on
this server first
Next you ensure that the NetBackup and Media Manager daemons are running on all the
other master servers. Then run nbpushdata -add on each server.
Step 3:
Run nbpushdata on all
other master servers
At this point, you can optionally upgrade media servers to NetBackup 6.0. You are not
required to upgrade media servers. NetBackup version 5.x media servers run with
NetBackup 6.0.
If you want to upgrade a 5.x media server to NetBackup 6.0, you must first install
NetBackup 6.0 server software on the 5.x media server. Next, ensure that the Media
Manager daemons are running on the media server, and then run the nbpushdata -add
command on the media server.
Media Servers
staying at 5.x
For any media server that you wish to leave at the 5.x version level, log in to the master
server(s) for the media server(s) that are staying at version 5.x and run
nbpushdata -modify_5x_hosts.
Upgraded media
servers
Media servers
staying at 5.x
In this environment, the first step is to upgrade all master servers to NetBackup 6.0. Do
not upgrade the media servers in your environment at this time.
Step 1:
Upgrade master
servers only
Global Device
Database Host Master Servers Volume Database Host
Master Server
Master Server
The next step is to ensure that the NetBackup and Media Manager daemons are running
on the master server that is also the Global Device Database Host. Then run
nbpushdata -add on that host.
Step 2:
Run nbpushdata on
this server first
Next, you should ensure that the NetBackup and Media Manager daemons are running
on each master server. Then run nbpushdata -add on each master server except for the
master server that is designated as the Volume Database Host.
Step 3:
Run nbpushdata on
other master servers,
but NOT the Volume
Database Host
Next, ensure that the NetBackup and Media Manager daemons are running on the master
server that is designated as the Volume Database Host. Then run nbpushdata -add on
that server.
Step 4:
Run nbpushdata
on the Volume
Database Host
EMM server and
EMM database Volume Database Host
Master server Master Servers Master Server
At this point, you can optionally upgrade media servers to NetBackup 6.0. You are not
required to upgrade media servers. NetBackup version 5.x media servers run with
NetBackup 6.0.
If you want to upgrade a 5.x media server to NetBackup 6.0, you must first upgrade the
media server to NetBackup 6.0. Next, ensure that the Media Manager daemons are
running on the media server, and then run the nbpushdata -add command on the
media server
Step 5:
Upgrade media servers;
run nbpushdata -add on
media servers after
upgrading them
Media Servers
staying at 5.x
For any media server that you wish to leave at the 5.0MP4 (or later) or 5.1 version level,
log in to the master server(s) for the media server(s) staying at version 5.x and run
nbpushdata -modify_5x_hosts.
Upgraded media
servers
Media servers
staying at 5.x
Master Servers
Volume Database Host
Master Server
Global Device
Database Host
Media Server
Media Servers being
Media Servers staying
upgraded to 6.0
at 5.x
In this environment, the first step is to upgrade all master servers from 5.x to 6.0. The
order in which you upgrade master servers is not significant. Do not upgrade any of the
media servers, or run nbpushdata on any servers in your environment at this time.
Step 1:
Upgrade master
servers only
Volume
Database
Host
Master Server
Master Servers
Global Device
Database Host Media Servers staying
Media Server Media Servers being at 5.x
upgraded to 6.0
The next step is to upgrade the 5.x media server that was designated as the Global Device
Database Host to NetBackup 6.0. You should not upgrade any of the other media servers in
your environment at this time.
Volume
Database
Host
Master Server
Master Servers
Step 2:
Upgrade the
media server
that was the
Global Device
Database Media Servers
Host Global Device staying at 5.x
Database Host Media Servers being
Media Server upgraded to 6.0
Next, ensure that the NetBackup and Media Manager daemons are running on the media
server that is also the Global Device Database Host. Then run nbpushdata -add. You
should not run the command on any of the master servers yet.
Volume
Database
Host
Master Server
Master Servers
Step 3:
Run nbpushdata on
the media server
that was the Global
Device Database
Host Media Servers
Global Device
Database Host staying at 5.x
Media Servers being
Media Server upgraded to 6.0
Next you must ensure that the NetBackup and Media Manager daemons are running on
each master server. Then run nbpushdata -add on each master server except for the
master server that is designated as the Volume Database Host.
Step 4: Volume
Run nbpushdata Database
on master Host
servers, but NOT Master Server
on the Volume
Database Host
Master Servers
Media Servers
Global Device staying at 5.x
Database Host Media Servers being
Media Server upgraded to 6.0
Next you must ensure that the NetBackup and Media Manager daemons are running on
the master server that is designated as the Volume Database Host, and then run the
nbpushdata -add command.
Step 5: Volume
Run nbpushdata Database
on the Volume Host
Database Host Master Server
Master Servers
If you have media servers to upgrade, you do that next. You are not required to upgrade
media servers. NetBackup version 5.x media servers run with NetBackup 6.0.
If you want to upgrade media servers to NetBackup 6.0, you must first upgrade
NetBackup on the media servers.
Ensure that the Media Manager daemons are running on the media server. Run the
nbpushdata -add command on the media server.
Volume
Database
Host
Master Server
Master Servers
Step 6:
Upgrade media servers;
run nbpushdata -add on
the media servers after
upgrading them
EMM server and
EMM database
Media Server Media Servers
staying at 5.x
Finally, for any media server that you wish to leave at the 5.0MP4 (or later) or 5.1 version
level, log in to the master server(s) for the media server(s) staying at version 5.x and run
nbpushdata -modify_5x_hosts.
Step 7:
Run nbpushdata -modify_5.x_hosts
only on master servers that
administer media servers staying at
version 5.0 or 5.1
Media Servers
staying at 5.x
EMM server and
EMM database
Media Server
Upgraded media
servers
Caution NetBackup processes must be running on the master server and its associated
media servers before you upgrade and run the nbpushdata -add command.
This is true no matter where you are running the command.
The EMM database creation process establishes that it can communicate with
any additional servers in your configuration, and it does not include servers in
the database if it cannot establish a connection and determine that NetBackup
processes are running on the server.
However, you must ensure that no NetBackup policies are active, no jobs are
running, and that media servers do attempt to connect to the master server until after
all upgrades are complete and nbpushdata has been run on all servers. You
can use the NetBackup Administration Console to deactivate all policies and all
media servers. Command-line equivalents are also available.
Note For instructions on mounting the CD on your operating system, refer to the
appropriate section of “Mounting the Software CD” on page 13. For information on
CD contents and exact names, refer to the table “NetBackup Software CD Contents”
on page 3.
1. The following step applies to those users who want to install and use NetBackup Access
Control (NBAC).
b. Mount the ICS CD that corresponds to your system. It contains the VERITAS
Security Services components (VxSS and PBX).
d. Install the VERITAS Security Services components, which are located on the same
ICS CD as PBX.
The following table contains the minimum installation requirements as they apply to
each NetBackup system.
b. Select Media and Device Management > Devices > Hosts from the tree on the
left.
c. Select all of the media servers that appear in the right pane.
Caution All of the NetBackup scripts that you may have modified are removed when
you complete step 4b. You may want to save any files that you have modified
and want to keep, before you perform this step.
Caution This step deletes any robotic control paths. For more information about the
robotic control paths, see the NetBackup Media Manager Device Configuration
Guide.
Note In an AIX clustered environment, you must run this step on all nodes in the
cluster.
6. Ensure that you have license keys for all the NetBackup servers, clients, options, and
agents that you ordered.
Note NetBackup Enterprise only: When installing a master or media server, you must
enter a NetBackup Enterprise server license key.
For more information on administering NetBackup licenses, see the NetBackup System
Administration Guide, Volume I.
Note
10. This step applies only if you do not have VERITAS Private Branch Exchange (PBX) currently
installed on your system.
NetBackup 6.0 contains features that are dependent on a new Infrastructure Core
Services (ICS) product called VERITAS Private Branch Exchange (PBX).
PBX helps limit the number of TCP/IP ports used by many new features in
NetBackup. In addition, it allows all socket communication to take place while
connecting through a single port. The PBX port number is 1556. For more information
about PBX and configuring NetBackup ports, refer to the NetBackup System
Administration Guide, Volume I.
Note For clustered environments: PBX has a known issue that prevents it from being
installed in the cluster using the push installation method you can usually
employ with installics. To install PBX in a cluster, you must run the
installics command on every node.
Because PBX is required for all NetBackup products, its installation is part of the
NetBackup installation procedure unless it is already present on the system. When
you begin installing NetBackup on a server, the NetBackup installation procedure
determines if a version of PBX is already installed. Whether PBX is currently installed
causes one of the following to happen:
◆ If a version of PBX already exists, the installation procedure uses that version of
PBX and continues.
◆ If PBX does not exist, you see a message similar to the following:
The following package(s) are missing and must be installed
before NetBackup can be installed:
VRTSpbx
The missing package(s) are located on the VERITAS Infrastructure Core Services
(ICS) CD, which is included in the NetBackup media kit.
To install PBX at this point in the upgrade process, do the following:
c. From the original window in which you began installing NetBackup, enter
the CD path name (the directory where the installics script is located).
The NetBackup installation script attempts to install PBX automatically.
11. Follow the prompts in the installation script to install the NetBackup server binaries.
Accepting the default (typing y or pressing Return) means that backups and
restores can be initiated after the upgrade is complete. It also means that, if you
have any active policies from the previous version of NetBackup, it is possible
that the new version of NetBackup could use one of those policies and start a
backup or restore operation while you are trying to configure NetBackup.
It is best to schedule your upgrade and reconfiguration for a time that you
know does not conflict with backups running, or perhaps to temporarily
modify policies so that no jobs are running while you are reconfiguring.
If you type n in response, the daemons are not started, and you must start bprd
and ltid before you can run NetBackup.
14. After you have finished upgrading NetBackup and the VxSS components applicable
to the type of NetBackup system you are installing, you can configure the access
control features. For detailed information on how to configure Access Control, refer to
the NetBackup System Administration Guide, Volume II.
Note Use nbpushdata to upgrade an existing supported NetBackup 5.0MP4 (or later) or
5.1 environment that contains a single Global Device Database host. It is not a tool
for merging multiple NetBackup environments.
The nbpushdata command enables NetBackup to get copies of the existing database files
(a subset of the NetBackup catalogs) from each host and places this data in the EMM
database.
Starting with NetBackup 6.0, the terms “Global Device Database Host” and “Volume
Database Host” are obsolete. The EMM server takes over the function of the Global Device
Database Host and the EMM database takes over the function of the Volume Database
Host.
Caution It is imperative that you follow the prescribed sequence when running the
nbpushdata command in your NetBackup environment.
Run the nbpushdata command on the following servers in the following order:
2. Master servers
4. Any remaining media servers that have been upgraded to NetBackup 6.0
The Global Device Database Host, master server(s), and the Volume Database Host must
be upgraded to NetBackup 6.0 and have nbpushdata run on them before the NetBackup
environment is functional.
Media servers are not required to be upgraded at the same time as the other servers. They
can be upgraded at a later time.
Caution NetBackup processes must be running on the master server and its associated
media servers before you upgrade and run the nbpushdata -add command.
This is true no matter where you are running the command.
The EMM database creation process establishes that it can communicate with
any additional servers in your configuration, and it does not include servers in
the database if it cannot establish a connection and determine that NetBackup
processes are running on the server.
However, you must ensure that no NetBackup policies are active, no jobs are
running, and that media servers do attempt to connect to the master server until after
all upgrades are complete and nbpushdata has been run on all servers. You
can use the NetBackup Administration Console to deactivate all policies and all
media servers. Command-line equivalents are also available.
Caution Do not perform this procedure if you have not already upgraded the master
servers in your NetBackup 6.0 environment.
b. Select Media and Device Management > Devices > Hosts from the tree on the
left.
c. Select all of the media servers that appear in the right pane.
3. Populate the database with information from the server that was designated as the
Global Device Database Host. This server may be a master or media server,
depending on how you have configured your environment.
4. Populate the EMM database with information from each of the remaining master
server(s) in your NetBackup environment.
5. Populate the EMM database with information from the Volume Database Host(s).
(This step is only necessary if you have a Volume Database Host on a media server.)
6. Populate the EMM database with information from each of the media server(s) in
your NetBackup environment that you chose to upgrade to NetBackup 6.0.
Note The command option is literally modify_5x_hosts, and uses the character x
rather than a version number. Do not type either modify_50_hosts or
modify_51_hosts.
/usr/openv/netbackup/bin/nbpushdata -modify_5x_hosts
2. Repeat step 1 on any additional master servers that administer media server(s) you
are not upgrading to version 6.0. You only need to run this command once on each
applicable master server.
Note For clustered environments: You can push client software only from the active node.
Note The binaries provided for the client operating system levels represent the
operating system levels on which the binaries were compiled. Often the binaries
function perfectly on later versions of the operating system. For example,
Solaris 9 binaries also are used on the Solaris 10 level of the operating system.
The installation script attempts to load the appropriate binaries for your system.
If the script does not recognize the local operating system, it presents choices.
4. Select the client type that you want to load and follow the prompts to install that client
type. Repeat as necessary until all desired client types have been loaded.
Note Make sure you load the software for all the UNIX client types you intend to
back up onto the server. Otherwise, you cannot add these client types to the
NetBackup policy configuration.
6. As a root user on the NetBackup master server, check whether bprd is running:
/usr/openv/netbackup/bin/bpps
7. If only one bprd appears in the bpps output, there are no active backups or restores.
Terminate the bprd daemon:
/usr/openv/netbackup/bin/admincmd/bprdreq -terminate
8. Update UNIX client software by running the update_clients script with one of the
following commands:
Note Specify the host names of the individual nodes (not virtual names) in the list of
clients.
Note The update_clients script does not enable you to push client software to remote
media or master servers.
◆ If you are not using a -ClientList file, run the following command:
/usr/openv/netbackup/bin/update_clients
◆ If you are using a -ClientList file run the following command:
/usr/openv/netbackup/bin/update_clients -ClientList filename
Note For more than 30 clients, you can divide the list into multiple files and run
update_clients for each file.
b. Use the bpplclients(1M) command to create a file that contains a list of clients
currently configured in the NetBackup database.
The options to use on this command differ depending on whether you are
pushing from a master server or from a media server, as follows:
◆ If you are pushing from the master server, run the following command:
./bpplclients -allunique -noheader > file
◆ If you are pushing from a media server, run the following command:
./bpplclients -allunique -noheader -M m_server_name > file
file Name of the file to contain the list of unique clients. If no clients
have been configured in the NetBackup database, file is empty.
Create file using the same format as that generated by
bpplclients.
hardware The hardware name. For examples, run the ls(1) command in directory
/usr/openv/netbackup/client.
os The operating system name. For examples, run the ls(1) command in
directory /usr/openv/netbackup/client/hardware.
10. After all of the servers and clients have been updated, start NetBackup and Media
Manager daemons as the root user on the master server:
/usr/openv/volmgr/bin/ltid
/usr/openv/netbackup/bin/initbprd
11. After you have upgraded the NetBackup software, proceed to.“Completing Your
System Update After an Upgrade” on page 65.
Note When you install NetBackup Enterprise master or media servers, you must enter a
NetBackup Enterprise server product license key. On the master server, you must
also enter license keys for any additional NetBackup software product options or
agents used on the server or its clients.
1. Ensure that you have license keys for all the NetBackup servers, clients, options, and
agents that you ordered.
For more information on administering NetBackup licenses, see the NetBackup System
Administration Guide, Volume I.
Note After making and saving any license key updates (including adding and deleting
license keys) in the NetBackup Administration Console, you must restart the
console.
Caution When you complete the procedures in this chapter, you remove NetBackup, any
add-on products, and any associated databases, including VERITAS Storage
Migrator. VERITAS recommends that you save the data that you require and
uninstall any add-on products before you uninstall NetBackup.
Note If you have moved the catalog database files in /usr/openv/db/data to another
location, refer to the NetBackup System Administration Guide, Volume I for procedures
on how to remove those files.
Note For clustered environments: Before you begin this procedure, you must remove
NetBackup from the cluster application. Follow the instructions in your cluster
documentation for removing a group, then continue with removing NetBackup.
67
Uninstalling NetBackup on Solaris Servers
Note If you identified an alternate root path in your NetBackup 6.0 install or upgrade, the
process prompts you with the alternate root path, enabling you to use the
pkgrm -R command from the alternate root location. The pkgrm -R command
was implemented starting with the NetBackup 5.0 VRTSnetbp (NetBackup server)
package. You cannot use pkgrm -R with VRTSnetbp packages that were released
prior to NetBackup 5.0. This feature applies to NetBackup server only, and not
add-ons, clients, or database agents.
a. Important - Save all important data from any add-on products you have installed.
For instructions on how to migrate files to a secondary storage device, refer to the
VERITAS Storage Migrator Administrator’s Guide.
Note When you remove NetBackup, PBX is not removed. If you would like to
permanently clean your system, refer to the PBX documentation stored on your
platform-specific ICS CD.
8. Run the following commands to remove the NetBackup-Java application state data
for the root account:
Note There is no space between the slash character (/) and the period or dot
character (.) of “/.nbjava”. Adding a space between these characters
removes all of your files starting from the root level.
9. Inform NetBackup-Java users that they can remove their $HOME/.nbjava and
portions of $HOME/.java directories.
The $HOME/.nbjava and $HOME/.java directories contain application state
information (for example, table column order and size) that is saved when the user
exits NetBackup-Java applications. The process removes this directory for the root
user only.
The common subdirectory in $HOME/.java/.userPrefs/vrts can be removed.
10. If you enabled NetBackup access control, NetBackup placed several files on clients
and servers.
These files can be divided into two categories: individual user files, and NetBackup
application temporary files. NetBackup application temporary files are removed with
NetBackup. Users’ cache files exist in a directory named $HOME/.vxss.
Inform users that they can remove $HOME/.vxss directory.
Note Files are generated in the /.vxss directory by a single sign-on operation of the
NetBackup Administration Console on the host where the console runs.
NetBackup Administration Console cleans these files when an exit function is
performed. (It is common to have no temporary files in this directory.) If a
system crash were to occur, these files may be left behind. With the console
shutdown, you can delete these files safely with no data loss.
NetBackup also creates cached certificates for client and server NetBackup
applications. These files reside within the /.vxss directory. These files typically have
a name that is consistent with a DNS entry for a network interface, as in
machine.company.com.
Example directory entries are as follows:
/usr/openv/var/vxss/credentials/machine.company.com
/usr/openv/var/vxss/credentials/dhcp
These files are created with the command bpnbat -LoginMachine. If you are
considering a reinstallation of NetBackup at a later date on the machine in question,
preserve the certificates in the vxss/credentials directory or be prepared to
provide the machine identity password as originally set on the Root+AB broker. As an
alternative, you can may reset the password on the Root+AB broker when you
reinstall. For more information on Root+AB brokers, please see the VERITAS Security
Services Administrator’s Guide.
Note For more information on NetBackup access control, see the NetBackup System
Administration Guide, Volume II. For information on the VERITAS Security
Services, including how to properly remove it, see the VERITAS Security Services
Administrator’s Guide.
Note For clustered environments: Before you begin this procedure, you must remove
NetBackup from the cluster application. Follow the instructions in your cluster
documentation for removing a group, then continue with removing NetBackup.
Note When uninstalling NetBackup from an HP-UX Service Guard Cluster in which
NetBackup has been configured to run as a clustered package, you must also delete
the /etc/cmcluster/netbackup directory.
4. Run the following command to unregister NetBackup from the VxUL master
configuration stored in the /etc/vx/vrtslog.conf file.
/usr/openv/netbackup/bin/vxlogcfg -r -p 51216
The -p option specifies the product ID, which is 51216 for NetBackup.
a. Important: Save all important data from any add-on products installed. If you use
VERITAS Storage Migrator, refer to the VERITAS Storage Migrator Administrator’s
Guide for instructions on how to migrate files to a secondary storage device.
6. Remove the NetBackup databases by running the following command (this removes
the databases even if they have been moved from their default locations):
/usr/openv/db/bin/create_nbdb -drop_only
Note When you remove NetBackup, PBX is not removed. If you would like to
permanently clean your system, refer to the PBX documentation stored on your
platform-specific ICS CD.
Caution Make sure you are at the proper location and verify that the subdirectories are
what you would expect them to be before continuing. You do not want to
remove the wrong directories. This is why the first commands verify your
current location and the files in that directory before removing files.
rm -rf *
cd /
rm -f /usr/openv
AIX /etc/rc.veritas.aix
12. Run the following commands to remove the NetBackup-Java application state data
for the root account:
/bin/rm -rf /.nbjava
/bin/rm -rf /.java/.userPrefs/vrts
13. Inform NetBackup-Java users that they can remove their $HOME/.nbjava directory.
The $HOME/.nbjava directory contains application state information (for example,
table column order and size) that is saved when the user exits NetBackup-Java
applications. The process removes this directory for the root user only.
The common subdirectory in $HOME/.java/.userPrefs/vrts can be removed.
Note All product license keys must be entered on the master server.
75
Frequently Asked Questions
Some features and products also require the keys to be installed on the media server. The
following features require keys to be installed on media servers and master servers:
◆ NetBackup Shared Storage Option (SSO)
◆ Library-based Tape Drives Feature
◆ NDMP
You can log in to a NetBackup server from almost any server within a system to view,
enter, and administer licenses. Because of this, if you are attempting to administer license
keys remotely, you must be sure you are viewing the licenses of the system you intend to
change to avoid adding or changing a license on the wrong server.
What does the license key look like? What information does it contain?
The key is a multi-digit alphanumeric string (for example:
8EPP-ABCD-9XYZ-XYZ9-8881-VCF4-OIUF-AJDC). It contains information on whether
the key is for NetBackup Server or NetBackup Enterprise Server, whether it is for a server,
client, agent, or option (and which one), whether it is a permanent or evaluation, and
information about how and where the key was generated.
ordering 50 Lotus Notes agents can obtain a single key with a certificate stating that the
key may be used for 50 Lotus Notes licenses. Site licenses, that enable unrestricted use for
specific NetBackup agents or options can be handled in this manner.
Note You still need a unique key for each type of NetBackup component purchased -
NetBackup server, Lotus Notes agent, NDMP option, UNIX client, and so on.
Note VERITAS Technical Support does not issue permanent keys. This can only be done
through VERITAS Order Management. However, Technical Support is prepared to
provide temporary one-month keys to you while issues regarding permanent
license keys are resolved.
Is backup configuration and catalog information saved when evaluation keys expire?
Yes. Customers who add a permanent license key to an evaluation version of NetBackup
have immediate access to their catalog and configuration information.
Note For clustered environments: During the installation, enter the virtual name for the
NetBackup server and not the actual local host name.
You can push client software only from the active node.
Note For Macintosh OS X 10.3.x clients: Macintosh clients are considered UNIX-based
clients. The instructions for installation are provided in “Installing NetBackup
Clients on UNIX Systems” on page 89.
81
Installing NetBackup on Microsoft Windows Clients
While the installation is in progress, a dialog provides details of the installation and setup
progress. When complete, a final window indicates the results of the installation.
Note You cannot install NetBackup client software on PCs that currently have NetBackup
server software installed. In these cases, you must first uninstall the NetBackup
server software, as described in the NetBackup Installation Guide for Windows.
Note You cannot remotely install from UNIX systems to Windows 2000,
Windows XP, or Windows 2003 machines.
Local and remote installations can be either new or upgrade installations, depending on
whether there is any existing NetBackup client software installed on the client PCs.
New Installations
NetBackup setup enables you to specify one set of configuration options to be used for all
new installations. These options include the following:
◆ For typical and custom installations, specifying master and media server names
◆ For custom installations only, you have the following options:
◆ Specifying an installation directory (local install only)
◆ Entering bpcd and bprd port numbers
◆ Starting the NetBackup Client Service automatically or manually
◆ Starting the NetBackup Client Service on the client after installation is complete
◆ Starting the NetBackup Client Job Tracker automatically
◆ Installing VSP
◆ Installing debug symbols
◆ Installing the NetBackup documentation
Note For upgrading existing installations: The setup program lets you specify the same
options as you specify for new installations, except that you cannot change the
location of the installation.
2. Insert the NetBackup installation CD in the drive. On systems with Autorun enabled,
the installation starts automatically. If Autorun is not enabled, navigate to the CD
drive and double-click Launch.exe.
7. On the NetBackup System Names screen, provide the name of the client and the
master server, and any media servers with which this client should communicate.
Provide the media servers in the Additional servers box.
Note You may need to reboot the system for the changes to take effect.
Follow these instructions to install the NetBackup client software on selected Windows
2000, 32-bit Windows XP, or 32-bit Windows 2003 Server clients on your network (one of
these clients can be your local PC). You may stop the installation process at any time by
clicking Cancel.
2. Insert the NetBackup installation CD in the drive. On systems with Autorun enabled,
the installation starts automatically. If Autorun is not enabled, navigate to the CD
drive and double-click Launch.exe.
Note The client is installed on the local machine unless you add it to the list of
systems to which you are going to install.
7. On the NetBackup System Names screen, provide the name of the client and the
master server, and any media servers with which this client should communicate.
Provide the media servers in the Additional servers box.
Note Clicking the Cancel button anytime after you have clicked the Install button
and started the remote install process will not cancel the installation on the
remote system that is in progress at the time Cancel is clicked. The installation
continues until it is finished. Any remote installations that remain are not
performed, and any remote installs that were successful to that point will
continue to be successful.
Note You may need to reboot your PC or the remote systems for the changes to take
effect.
In a silent installation, the installation process does not require interactive input. It does,
however, require that the silentclient.cmd file be edited before running the script.
Follow these instructions to perform a silent installation of the NetBackup client software
on selected Windows clients on your network (one of these clients can be the system
running the silentclient.cmd script).
1. Insert the NetBackup installation CD in the drive. On systems with AutoPlay enabled,
the VERITAS NetBackup installation browser starts automatically.
Note Do not run instmsiw.exe on Windows 2000, Windows XP, or Windows 2003
Server systems.
3. Copy the contents of the PC_Clnt\ directory to a temp folder on your hard drive
(for example, C:\temp).
4. The files contained on the CD are read-only. Change the permissions for these files on
the hard drive to allow the update.
5. In the temporary directory, use a text editor to edit the silentclient.cmd file so
the script installs the client software as you want installed.
Note Be sure to update the client, master server, and additional servers to the minimum
required version level of NetBackup.
7. Check the NetBackup Install.log log file in the following directory to verify
that the installation was successful:
C:\Documents and Settings\userid\Local Settings\temp
You can configure NetBackup clients by performing one of the following actions:
◆ To add servers or media servers, start the Backup, Archive, and Restore interface and
from the File menu choose Specify NetBackup Machines.
◆ To display and change the client properties, start the Backup, Archive, and Restore
interface and from the File menu, choose NetBackup Client Properties.
◆ To display and change the server properties, start the NetBackup Administration
Console. Expand Host Properties and click on Clients. In the right pane, right-click
on the client, and choose Properties.
All NetBackup servers that require access to your Windows client must be listed on
the Servers tab in the resulting dialog.
For more information, refer to the NetBackup Backup, Archive, and Restore Getting Started
Guide.
1. Open the Windows Control Panel (select Start, Settings, and then Control Panel).
You can install UNIX clients either locally at the client computer or remotely from your
UNIX NetBackup server. To have the ability to include a client in a policy, the software for
the client type must first be loaded on the UNIX server.
◆ Ensure that the gzip and gunzip commands are installed on each system, and that
the directories where the commands are installed are part of the root user’s PATH
environment variable setting.
◆ For local installations: You must install the client software locally if remote installation
is not possible. Remote installation is not possible if your NetBackup server is a
Windows 2000 or Windows 2003 computer or if there is a firewall that prevents
remote installation.
To install NetBackup locally on IBM zSeries Linux clients, you must transfer the
contents of the NetBackup CD image to a location that is readable by the virtual Linux
environment. This can be done by using FTP or NFS mounting commands.
◆ For remote installations: You can push the client software from your UNIX NetBackup
server to your UNIX client computers. This is the preferred method of installing. To
push a UNIX client, you must first load the software for that type of UNIX computer
onto your UNIX server, and the UNIX client must be a true client and not a media or
master server. For instructions on loading the software and the remote client
installation, see “Adding a UNIX Client after Initial Server Installation” on page 95.
Clients such as the IBM zSeries Linux may not have a locally mounted CD device,
making it impossible to perform a standard local install. To install NetBackup to
clients with no local CD drive, you must push the NetBackup installation from a
UNIX master or media server.
◆ For instructions on how to install NetBackup on a secure client, refer to “To install
NetBackup software on secure (non-trusting) UNIX clients from a master server”
on page 94.
◆ For instructions on how to install NetBackup on a trusting client, refer to “To
install NetBackup software on trusting UNIX clients from a master server” on
page 91.
To initiate a backup or a restore from a UNIX client, the following graphical interfaces are
available:
◆ Clients that are compatible with NetBackup-Java may use the NetBackup-Java
interface (jbpSA). Refer to the NetBackup Release Notes for a list of NetBackup-Java
capable hosts.
◆ Clients that are not compatible with NetBackup-Java (Macintosh OS X 10.3.x, IBM
zseries Linux, IRIX, and FreeBSD) may use the bp interface or they can login from any
NetBackup 6.0 UNIX server’s NetBackup client console using the jbpSA command.
Note The only way to install client software to a different location on the client is to create
the directory where you want the software to reside and then create /usr/openv
as a link to that directory before you install the software.
1. Insert the NetBackup client CD into the drive on the client computer and mount it.
Note For instructions on mounting the CD on your operating system, refer to the
appropriate section of “Mounting the Software CD” on page 13. For
information on CD contents and exact names, refer to the table “NetBackup
Software CD Contents” on page 3.
Note The binaries provided for the client operating system levels represent the
operating system levels on which the binaries were compiled. Often the binaries
function perfectly on later versions of the operating system. For example,
Solaris 9 binaries also are used on the Solaris 10 level of the operating system.
The installation script attempts to load the appropriate binaries for your system.
If the script does not recognize the local operating system, it presents choices.
Note For clustered environments: During the installation, enter the virtual name for the
NetBackup server and not the actual local host name. In addition, you can only
push client software from the active node.
Note The only way to install client software to a different location on the client is to create
the directory where you want the software to reside and then create /usr/openv
as a link to that directory before you install the software.
Note For Macintosh OS X 10.3.x users: By default, Macintosh OS X 10.3.x does not enable
the remote shell daemon (rshd). You must enable this daemon to perform the
following procedure successfully. You can enable rshd by executing the following
command: /sbin/service shell start.
Note Add the trusting clients to a backup policy, if this has not already been done.
3. Click Policies in the left pane. The All Policies pane populates with a list of available
policies.
6. In the Don’t install these clients list, select the clients you want to install and
click Add >>.
The clients are moved to the Install these clients list.
Note The only way to install client software to a different location on the client is to create
the directory where you want the software to reside and then create /usr/openv
as a link to that directory before you install the software.
A secure UNIX client is one that does not have an entry for the NetBackup server in its
/.rhosts file.
Note Add the secure clients to a backup policy, if this has not already been done.
Note For Macintosh OS X 10.3.x users: By default, Macintosh OS X 10.3.x does not enable
the FTP daemon (ftpd). You must enable this daemon to perform the following
procedure successfully. You can enable ftpd by checking Allow FTP access in the
sharing pane of the System Preferences application.
1. Move the client software from the server to temporary space in the /tmp directory on
the client by running the install_client_files script from the NetBackup
server. To run this script, you must have a login ID and password that you can use to
access the clients through FTP.
To move software to only one client at a time, run the following command:
/usr/openv/netbackup/bin/install_client_files ftp client user
To move software to all clients at once, run the following command:
/usr/openv/netbackup/bin/install_client_files ftp ALL user
The options are defined as follows:
◆ The client argument is the host name of the client.
◆ The user argument is the login id required by FTP on the client.
◆ The ALL option specifies that you want to install all clients that are configured in
any backup policy on the server.
The install_client_files script prompts you for a password for each client if
you do not have a .netrc file set up.
2. After the install_client_files script is complete, the root user on each of the
clients must run the client_config script to complete the installation:
sh /tmp/bp.pid/client_config
The pid is the process ID. The client_config script installs the binaries and
updates the /etc/services and inetd.conf files or the xinetd.d directory, as
appropriate.
Note For instructions on mounting the CD on your operating system, refer to the
appropriate section of “Mounting the Software CD” on page 13. For
information on CD contents and exact names, refer to the table “NetBackup
Software CD Contents” on page 3.
Note The binaries provided for the client operating system levels represent the
operating system levels on which the binaries were compiled. Often the binaries
function perfectly on later versions of the operating system. For example,
Solaris 9 binaries also are used on the Solaris 10 level of the operating system.
The installation script attempts to load the appropriate binaries for your system.
If the script does not recognize the local operating system, it presents choices.
4. Select the client type that you want to load and follow the prompts to install that client
type. Repeat as necessary until all desired client types have been loaded.
Note Make sure you load the software for all the UNIX client types you intend to
back up onto the server. Otherwise, you cannot add these client types to the
NetBackup policy configuration.
6. Install the NetBackup client on the clients you specified, as described in “Installing
UNIX Client Software Remotely” on page 91.
Caution Make sure you are at the proper location and verify that the subdirectories are
what you would expect them to be before continuing. You do not want to
remove the wrong directories. This is why the first commands verify your
current location and the files in that directory before removing files.
rm -rf *
cd /
rm -f /usr/openv
3. Remove NetBackup entries in the client’s /etc/services file by locating the lines
marked by the following strings and deleting them:
# NetBackup services#
.....
# End NetBackup services #
Note For Macintosh OS X 10.3.x systems: The NetBackup installation updates the
/etc/services file with these entries. However, earlier NetBackup releases
may have updated the /services directory of the NetInfo database. To
uninstall NetBackup and its services from one of these clients, you must use the
NetManager utility to remove bpcd, bpjava-msvc, bprd, vnetd, and
vopied from the /services directory in the Netinfo database.
4. Remove the NetBackup entries in the /etc/inetd.conf file by deleting the lines for
bpcd, vnetd, vopied, and bpjava-msvc.
5. Ensure that the inetd daemon reads the updated inetd.conf (or inetd.local)
file.
a. Determine the process ID of inetd. The ps command options vary from one
UNIX operating system to another. Following are two examples.
For most UNIX clients, run the following command:
ps -ea | grep inetd
For MacOS X 10.3.x and FreeBSD, run the following command:
ps -ax | grep inetd
The process ID is the first number displayed in the ps command output.
Caution There should be no space between the slash “/” and the period “.” of
“/.nbjava”. Adding a space between these characters removes all of your files
starting from the root level.
7. Inform NetBackup-Java users that they can remove their $HOME/.nbjava and
portions of $HOME/.java directories.
The $HOME/.nbjava and $HOME/.java directories contain application state
information (for example, table column order and size) that is saved when the user
exits NetBackup-Java applications. The process removes this directory for the root
user only.
The common subdirectory in $HOME/.java/.userPrefs/vrts can be removed.
8. If you enabled NetBackup Access Control, NetBackup created new files on clients and
servers.
These files can be divided into two categories: individual user files, and NetBackup
application temporary files. NetBackup temporary files are removed with NetBackup.
Users’ cache files exist in their home directories (for example, in $HOME/.vxss).
Inform those users that they can remove their $HOME/.vxss directory.
For more information on NetBackup Access Control, please see the NetBackup System
Administrator’s Guide, Volume II. For more information on VERITAS Security Services,
including how to properly uninstall, please see the VERITAS Security Services
Administrator’s Guide.
The installation process copies the appropriate startup/shutdown script from the
/usr/openv/netbackup/bin/goodies directory to the init.d directory and creates
links to it from the appropriate rc directory.
Note For clustered environments: All of the startup and shutdown scripts are removed from
the rc directories. Clustered NetBackup environments do not use these scripts.
101
Configuring Storage Devices for the Operating System
The installation process installs the links to the startup/shutdown scripts on the various
platforms as shown in the following table.
Platform Links
AIX /etc/rc.veritas.aix
◆ You must edit /etc/inittab and add the following entry to ensure the
script is called during a level-two boot:
veritas:2:wait:/etc/rc.veritas.aix
◆ To shut down, add the following line to /etc/rc.shutdown:
/etc/rc.veritas.aix stop
Caution An improperly configured device may lead to backup failures and/or data loss.
Note To connect a device to the operating system, you should read the chapter
appropriate for your operating system in the NetBackup Media Manager Device
Configuration Guide. The guide is available on the NetBackup Documentation CD.
1. Consult your storage device's operating manual or front panel to learn how to set the
SCSI ID (target). Ensure it is set it to an available SCSI ID.
2. Physically attach your device to a compatible host bus adapter where that SCSI ID is
available. “Compatible” means that both the device and host bus adapter are of the
same type (such as single-ended, high voltage differential, low voltage differential, or
fibre channel).
Note Before configuring NetBackup, you must have the storage devices attached to the
server and perform all configuration steps specified by the device and operating
system vendor (including installation of any required device drivers).
Note For clustered environments: Configure devices on every node in the cluster.
The NetBackup System Administration Guide, Volume I describes the group of NetBackup
configuration wizards that appear in the right pane of the NetBackup Administration
Console when you open it.
This section steps you through procedures that should allow you to configure a test
system.
Note If you are configuring NetBackup for the first time, it is best if you click the Getting
Started icon and use the wizards to guide you through the process. If you have
already configured NetBackup, and you wish to make a change to particular area,
you can click any of the remaining options.
servers. You can then configure media server information (such as storage devices and
volumes) on the master server to ensure the master server properly administers the media
server. The following list contains some helpful tips for configuring media servers.
Note For clustered environments: Unless otherwise noted, if a master or media server is
part of a cluster, its host name should be the virtual name used to configure
NetBackup. Refer to the NetBackup High Availability System Administrator’s Guide for
information on configuring an add-on product to fail over.
If a master server has already been installed, its name appears as the Host server name in
the left pane of the NetBackup Administration Console of the media server.
The name of the media server appears as the Host server name in the left window pane of
the NetBackup Administration Console if any of the following conditions exist:
◆ The master server has not been installed.
◆ The media server does not have the correct permissions set on the master server.
◆ A network problem is blocking the media server from communicating with the
master server.
Caution If anything is preventing proper communication between the master server and
the media server, you are still presented with the opportunity to run the
configuration wizards. Do not run the wizards on the media server until the
problems have been corrected. If you do, the master server will not recognize
the information that you enter. VERITAS recommends that you correct the
problem (such as installing the master server, correcting the permission
settings, or solving the network problem) and run the configuration wizards
from the master server.
4. Click Login. The Login dialog closes and the NetBackup Administration Console
appears.
5. To begin configuring your product, click Getting Started. The Welcome to NetBackup
screen appears as the beginning of the configuration wizards.
Click Next.
The Device Configuration screen appears and prompts you to begin the Device
Configuration wizard.
Note There are two wizards available from the initial NetBackup Administration Console
window that are not part of the Getting Started wizard. They are for help in specific
processes: creating a snapshot backup and recovering the NetBackup catalog
should you need to do so for disaster recovery. See the NetBackup System
Administration Guide, Volume I for information about those wizards.
Note For clustered environments: Begin configuring all storage devices from the active
node. It is important that you refer to the NetBackup High Availability System
Administrator’s Guide for step-by-step instructions.
For a NetBackup failover server, it is usually best to attach all of the devices to every
node on which NetBackup is installed.
The Device Configuration wizard takes you through the following processes:
◆ Scanning hosts for backup devices
Configuring Volumes
After you have configured your storage devices, the Getting Started wizard begins the
Volume Configuration wizard.
Note For clustered environments: Configure volumes from the active node.
Note If you only have disk storage capability, NetBackup skips this wizard.
Note For clustered environments: Instructions on how to configure a catalog backup are
provided in the NetBackup High Availability System Administrator’s Guide.
The path names of the catalogs on the master server are automatically added during
installation and generally require no action on your part other than to verify that they
are listed. However, if you have moved the location of your catalog on your master
server, the new location must be specified. Path names to the NetBackup catalog on
the media servers are not automatically added during installation. You must add them
to the file list. For more information on specifying the path names, see NetBackup
System Administration Guide, Volume I.
Note For clustered environments: Configure the policy from the active node.
The Backup Policy wizard steps you through specifying the following:
◆ Policy names and types
◆ Clients
◆ Files and directories to back up
◆ Backup types
◆ Backup rotations
◆ Starting times of backups
Types of Backups
The Backup Policy wizard prompts you to choose the type of backup that you want a
policy to perform. The following list summarizes your choices:
◆ A Full Backup backs up all files specified in the file list.
◆ An Incremental Backup backs up all changed files specified in the file list.
◆ A Differential Backup is often called a differential incremental backup. It backs up
files that have changed since the last successful incremental or full backup. All
files are backed up if no prior backup has been done.
◆ A Cumulative Backup is often called a cumulative incremental backup. It backs
up files that have changed since the last successful full backup. All files are
backed up if no prior backup has been done.
◆ A User Backup is initiated by an end-user to back up specific files.
Note After you have completed the Backup Policy wizard, you are asked if you want to
perform an installation verification test. If you choose to do this step, you can click
the Activity Monitor in the left pane of the NetBackup Administration Console and
monitor the backup job’s progress.
Note Text that appears in the NetBackup interface is accessible through an application
programmer’s interface (API) to assistive technologies such as voice or assistive
device input products and to speech output products.
Tab or F6 Moves to the next (right or down) pane in the active NetBackup window.
Shift+Tab or Moves to the previous (left or up) pane in the active NetBackup window.
Shift+F6
113
Keyboard Input Result
Asterisk (*) on the Expands the entire tree below the first item in the active NetBackup
numeric keypad window.
Down Arrow Gives focus to the next item down in the pane.
Right Arrow Expands the highlighted item. If the highlighted item does not contain
hidden items, using the Right Arrow has the same effect as using the Down
Arrow.
Left Arrow Collapses the highlighted item. If the highlighted item does not contain
expanded items, using the Left Arrow has the same effect as using the
Up Arrow.
Alt+Right Arrow Moves to the next (right or down) option control in the interface.
Alt+Left Arrow Moves to the previous (left or up) option control in the interface.
117
I Master server
ICS 9, 19, 53, 69, 72 configuring 104
inetd daemon master server 18
signalling 98 Media server
inetd.conf file 18 configuring 104
Infrastracture Core Services 9, 19, 53, 69, 72 media server 18, 65, 109
install media servers
NetBackup server 17 backlevel versions 40, 44, 49
install alternative administration interfaces Microsoft Windows 81
23 mounting a NetBackup CD 13
Install NetBackup Agents and Options 31, AIX 14
66 FreeBSD 14
install NetBackup clients HP-UX 15
locally 90 IRIX 16
install_client_files script 94 Linux 17
installation
N
installation notes 8
nbpushdata
NetBackup Remote Administration
running to upgrade to EMM 56
Console 24
nbpushdata -modify_5x_hosts command 40,
server
44, 49
procedure 19
NetBackup
requirements 5
installation
script 17
installation notes 8
UNIX clients 90
requirements 5
secure 94
script notes 17
trusting 92
NetBackup Access Control 30, 50, 69, 70, 98
installing
NetBackup Administration Console 19, 105
client software
NetBackup client service 83
Windows 85, 86, 88
NetBackup client software
overview
add a UNIX client type 95
Macintosh OS X and OS server 81
install locally 90
Windows 81
install on secure UNIX clients 94
remotely
NetBackup databases
Windows 82, 84, 86
upgrading to EMM 11
requirements
NetBackup installation 13
Windows 84
NetBackup Java Windows Display Console
installing NetBackup 1
Install requirements 30
installing server software 18
installation 30
interface
NetBackup license keys 75
setup, Java 22
NetBackup Remote Administration Console
Internet Explorer 84
installing 23, 27
L NetBackup wizards
launch.exe 24 backup policy configuration 110
license key 1 catalog backup configuration 108
license keys 19, 53, 65, 75 device configuration 106
loading client types onto server 21, 55, 95 volume configuration 107
NetBackup-Java Administration Console 65
M
NetBackup-Java Windows Display Console
Mac OS X 81
Index 119
120 NetBackup Installation Guide for UNIX and Linux