Tchater maintenant avec le support
Tchattez avec un ingénieur du support

NetVault 13.0.2 - Administration Guide for Managed Service Providers

Introduction Getting started Configuring clients Managing catalog search Configuring storage devices
About storage devices SAN considerations Quest DR Series systems Quest QoreStor NetVault SmartDisk EMC Data Domain Systems Snapshot Array Manager Virtual Tape Libraries Virtual standalone drives Shared Virtual Tape Libraries Physical tape devices Storage tiers
Backing up data Managing policies Restoring data Managing NetVault dashboard Managing jobs Monitoring logs Managing storage devices
Role-based access to manage storage devices Monitoring device activity Managing disk-based storage devices in list view Managing disk-based storage devices in tree view Managing the Snapshot Array Manager Managing tape libraries in list view Managing tape libraries in tree view Managing tape drives in list view Managing tape drives in tree view Adding shared devices
Managing storage media Managing user and group accounts Managing Tenant Monitoring events and configuring notifications Reporting in NetVault Working with client clusters Configuring default settings for NetVault
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 the reporting utility Configuring NetVault WebUI default settings Configuring NetVault to use a specific VSS provider Configuring default settings using Txtconfig
Diagnostic tracing Managing diagnostic data Using the deviceconfig utility NetVault processes Environment variables Network ports used by NetVault Troubleshooting
Common errors Safe Mode in NetVault

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 Clients, select the target virtual client, and click Manage.
3
On the Virtual Client page, click Check Access.
NetVault 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 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 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 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 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 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 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.
Documents connexes

The document was helpful.

Sélectionner une évaluation

I easily found the information I needed.

Sélectionner une évaluation