Library Table of Contents Index Previous Page (Alt-p) Next Page (Alt-n) Comments

Setting up a basic SnapVault backup

About configuring SnapVault Backup  Top

Setting up SnapVault backup on the primary systems means preparing the primary storage systems and SnapVault secondary storage systems to fulfill their backup tasks.

Note
You must have separate SnapVault licenses for the primary storage and the secondary storage to use SnapVault.

Configuring a primary storage system for SnapVault  Top

On each primary storage system to be backed up to the SnapVault secondary storage system, log in to that system's console and carry out the following steps

Step

Description

1

Set up the SnapVault primary license on each primary storage system to be backed up. Enter the following command:

license add sv_primary_license

For more information, see Entering license codes.

2

Enable the NDMP service on each primary storage system to be backed up. Enter the following command:

ndmpd on

For more information see Setting the ndmpd option.

3

Enable SnapVault on each primary storage system to be backed up. Enter the following command:

options snapvault.enable on

For more information, see Setting the enable option.

4

Use the options snapvault.access command to specify the name of the SnapVault secondary storage system to backup to. Enter the following command:

options snapvault.access host=snapvault_secondary

The system must be able to resolve the host name (snapvault_secondary) to an IP address in the /etc/hosts file, or else the system needs to be running DNS or NIS. You can also use the literal IP address instead of the host name. See the na_protocolaccess(8) man page for details. For more information about the options command, see the na_options(1) man page.

For more information, see Setting the access option.

.

Configuring the SnapVault secondary storage system  Top

Configure the SnapVault secondary storage system. Carry out the following steps

Step

Description

1

Set up the SnapVault secondary license. Enter the following command:

license add sv_secondary_license

For more information see Entering license codes.

2

Enable the NDMP service on each primary storage system to be backed up. Enter the following command:

ndmpd on

For more information see Setting the ndmpd option.

3

Enable SnapVault. Enter the following command:

options snapvault.enable on

For more information see Setting the enable option.

4

Use the options snapvault.access command to specify the names of the primary storage systems to back up and restore. Enter the following command:

options snapvault.access host=snapvault_primary1, 
snapvault_primary2 ...

For more information see Setting the access option.

5

For each qtree on the primary storage systems to be backed up, use the snapvault start command line to execute an initial baseline copy of the qtree from the primary to the secondary storage system.

On each command line, specify the primary storage system, volume, and qtree, and the secondary volume and qtree. Note that the secondary storage host is optional. Use the -S prefix to indicate the source qtree path. For example,

snapvault start -S system_a:/vol/vol1/tree_a sv_systemb:/vol/sv_vol/tree_a

snapvault start -S system_a:/vol/vol1/tree_b sv_systemb:/vol/sv_vol/tree_b

snapvault start -S system_a:/vol/vol1/tree_c sv_systemb:/vol/sv_vol/tree_c

Note
Enter each command on a single line.

For more information see Initiating the first backup of data from primary storage systems.

.

Scheduling SnapVault update backups  Top

On both the primary storage systems and the SnapVault secondary storage system, configure a Snapshot schedule. To set up a Snapshot schedule, complete the following steps.

.

Step

Description

1

On the primary storage systems

On each primary storage system that contains qtrees to be backed up to a SnapVault secondary storage system, use the snapvault snap sched command to schedule sets of SnapVault Snapshot copies on each volume containing the backed-up qtrees.

For each set of Snapshot copies, specify volume name, Snapshot copy basename (for example: "sv_hourly," or "sv_nightly," and so on), number of SnapVault Snapshot copies to store locally, and the days and hours to execute the Snapshot copies. For example:

snapvault snap sched vol1 sv_weekly 1@sat@19
snapvault snap sched vol1 sv_nightly 2@mon-fri@19
snapvault snap sched vol1 sv_hourly 11@mon-fri@7-18

Note
When specifying the SnapVault Snapshot copy basename, avoid using "hourly," "nightly," or "weekly." Such naming will conflict with the non-SnapVault snap sched Snapshot copies.

For more information, see Scheduling Snapshot copies on the SnapVault primary storage system.

2

On the SnapVault secondary storage system

For each SnapVault volume Snapshot set that you scheduled on your primary storage systems (see Step 1), use the snapvault snap sched -x command line to schedule a set of transfers to and subsequent Snapshot copies of the SnapVault secondary storage system. For example:

snapvault snap sched -x sv_vol sv_weekly 8@sat@20
snapvault snap sched -x sv_vol sv_nightly 7@mon-fri@20
snapvault snap sched -x sv_vol sv_hourly 11@mon-fri@7-19

Snapshot copy basenames on the primary and secondary systems must match, but Snapshot copy times and number of stored Snapshot copies can differ.

The -x parameter causes SnapVault to copy new or modified data from the primary qtrees to their associated qtrees on the secondary storage system. After all the secondary qtrees on the specified volume have been updated, SnapVault then creates a Snapshot copy of this volume for archiving.

Note
SnapVault Snapshot copies on the secondary system take place 5 minutes after the hour specified in the snapvault snap sched -x command. This delay allows time for the transfer of new data from the primary qtrees to the secondary qtrees on the specified volume.

For more information see Scheduling Snapshot copy backups to the SnapVault secondary storage system.

In event of data loss or corruption  Top

In the event of data loss or corruption on a qtree in the primary storage system, the administrator can use the snapvault restore command to restore that qtree to its state at the time of one of its SnapVault Snapshot copies.

To restore a qtree to its state at the time of one of its SnapVault Snapshot copies, complete the following steps.

Step

Description

1

In the console of the primary storage system whose data you want to restore, use the snapvault restore command to specify

  • The path to the qtree on the secondary storage system that you want to restore from
  • The name of the Snapshot copy that you want to restore from (if it is not the most recent Snapshot copy)
  • The path on the primary storage system to the qtree you want to restore to

Example

This example restores qtree tree_b on primary storage system melzhost from qtree tree_b on the secondary storage system, using the most recent Snapshot copy.

snapvault restore -S secondary_host:/vol/sv_vol/tree_b melzhost:/vol/vol1/tree_b

Note
Enter the entire command as a single line.

For more information, see Restoring data to the primary storage system.

2

After the restore operation is completed on the primary volume, go to the SnapVault secondary storage system and use the snapvault start -r command to restart the SnapVault backup relationship between the primary and secondary qtrees. Specify

  • The path on the primary storage system to the qtree you want to back up
  • The path on the secondary storage system to the qtree that you want to back up to

For example:

snapvault start -r -S melzhost/vol/vol1/tree_b secondary_host/vol/vol1/tree_b

Note
Enter the entire command as a single line.

For more information see Restoring data to the primary storage system.

Note
To support data integrity in a restrictive SnapLock Compliance environment, the snapvault start -r operation saves all data that was written after the common Snapshot copy to a directory on the volume. For details see SnapVault resynchronization for SnapLock Compliance volumes.

Library Table of Contents Index Previous Page (Alt-p) Next Page (Alt-n) Comments