Chat now with support
Chat with Support

NetVault 11.4.5 - Administration Guide

Introduction Getting started Configuring clients Configuring storage devices Backing up data Managing policies Restoring data Managing jobs Monitoring logs Managing storage devices
Monitoring device activity Managing disk-based storage devices in table view Managing disk-based storage devices in tree view Managing tape libraries in table view Managing tape libraries in tree view Managing tape drives in table view Managing tape drives in tree view Adding shared devices
Managing storage media Managing user accounts Monitoring events and configuring notifications Reporting in NetVault Backup Working with client clusters Configuring default settings for NetVault Backup
About configuring default settings Configuring encryption settings Configuring plug-in options Configuring default settings for post-scripts Configuring default settings for Verify Plug-in Configuring Deployment Manager Settings Configuring Job Manager settings Configuring Logging Daemon settings Configuring Media Manager settings Configuring Network Manager settings Configuring Process Manager settings Configuring RAS device settings Configuring Schedule Manager settings Configuring Web Service settings Configuring Auditor Daemon settings Configuring firewall settings Configuring general settings Configuring security settings Synchronizing NetVault Time Configuring default settings for global notification methods Configuring the reporting utility Configuring NetVault Backup to use a specific VSS provider Configuring default settings using Txtconfig
Diagnostic tracing Managing diagnostic data Using the deviceconfig utility NetVault Backup processes Environment variables Network ports used by NetVault Backup Troubleshooting

Checking access to a virtual client

For a backup or restore job to complete successfully for a virtual client, at least one member client must be online and active. You can use the Check Access option to find out the accessibility status of the member clients.

To check the status of a virtual client:
1
In the Navigation pane, click Manage Clients.
2
In the list of NetVault Backup Clients, select the target virtual client, and click Manage.
3
On the Virtual Client page, click Check Access.
NetVault Backup tries to connect to each member of the virtual client, and returns a message indicating the current accessibility status of the member clients.
Click OK to close the dialog box.

Determining the current real client

You can use the Current Real Client option to find out which machine is in control of the cluster application.

To determine the machine that is currently in control of the cluster application:
1
In the Navigation pane, click Manage Clients.
2
In the list of NetVault Backup Clients, select the target virtual client, and click Manage.
3
On the Virtual Client page, click Current Real Client.
In the dialog that appears, the NetVault Backup name of the controlling node is displayed.
Click OK to close the dialog box.

Removing a virtual client

You can remove a virtual client if you no longer want to use the associated plug-in in a cluster setup. When you remove a virtual client, the cluster nodes added as NetVault Backup Clients are not removed from the server. However, it removes the ability of the plug-in to back up the cluster data.

To remove a virtual client:
1
In the Navigation pane, click Manage Clients.
2
In the list of NetVault Backup Clients, select the target virtual client, and click Manage.
3
On the Virtual Client page, click Remove.
4
In the Confirm dialog box, click Remove.

Backups using cluster-aware plug-ins

Backups using cluster-aware plug‑ins

The procedure for performing backups using the Plug-in for FileSystem is similar for both standard and virtual clients. The cluster-aware version of the plug-in can be used in the same manner as the standard version to select the data items. However, when you open the virtual client node on the NetVault Backup Selections page, only the cluster-aware plug-in is listed under the node. The plug-in displays both shared and local drives and mount points in the selection tree. You must make a note of the drive letter or mount point for the shared resource and select the data accordingly. The backup options that can be set for the standard version are also available with the cluster-aware version.

For information about backing up data in the Exchange Server Clustered environment, Oracle RAC setup, SQL Server Failover Cluster, and MySQL Server Failover Cluster, see the relevant plug-in user’s guide.

Note the following:

•
When you back up a virtual client, the data is backed up from a single client and it is accessed from the controlling node.
•
When backing up cluster data using a virtual client, only the LUNs owned by the active node are backed up; the LUNs owned by passive nodes are not backed up.
•
In an Active/Active cluster setup, the NetVault Backup Server may start a backup on a secondary node even if the “primary only” option is selected for the backup. In such cases, the backup is redirected to the primary node, but the server only communicates with the secondary node to which it sent the message to start the backup. If the secondary node becomes unavailable while the backup is in progress, the server loses communication with the parent process running on this client. This process is not restarted even if the secondary node becomes available immediately. Consequently, the backup job becomes unresponsive.
 
* 
NOTE: For cluster backups and restores, the virtual client name is displayed on the Job Status page and the actual client name is displayed on the View Logs page.
Cluster failover during backups

If a failover occurs during a backup, the job is aborted and the status “Job Failed” is returned. You can use the Job Retry scheduling option to run the job again after the failover completes.

With the Plug-in for FileSystem, when a failover occurs on Windows, the reason for the failover has a direct bearing upon the status of the failed job. Depending on the reason, the job returns the following exit status:

•
If the machine in control of the cluster resources goes offline during a backup, the job is aborted and the status “Job Failed” is returned. You can use the job retry feature to run the backup again.
•
If the machine in control of the cluster remains online but the actual cluster resource that is being backed up fails, the job is aborted and the status “Backup Completed with Warnings” is returned. The scheduled job retries do not work for such jobs. In this scenario, examine the job logs to find the missing data or run the job again to back up the data.
Related Documents

The document was helpful.

Select Rating

I easily found the information I needed.

Select Rating