Table of ContentsView in Frames

Displaying SnapVault Snapshot copies on a volume

You can display a list of the Snapshot copies and qtrees on your volumes, by using the snap list command.

Step

  1. On the system for which you want to see the Snapshot copy information, enter the following command:snap list -q [vol_name]
    vol_name is the name of the volume for which you want to list the Snapshot copies.
    If no volume name is given, the Snapshot copies on all this system’s volumes are displayed.
    Note: If the deduplication feature is enabled on the SnapVault secondary volume, a deduplication operation is run on the volume after the SnapVault target snapshot has been created. This operation eliminates duplicate data blocks from the volume. After the completion of the deduplication operation, the SnapVault target Snapshot copy that was created earlier is deleted and a new Snapshot copy with the same name is created.

    For more information about deduplication, see the Data ONTAP Storage Management Guide for 7-Mode.

Displaying SnapVault Snapshot copies on a volume

Primary storage output example

If you specify the primary volume name, the command lists the information for each Snapshot copy in the volume. This output is from a volume used as a SnapVault primary system:

systemA> snap list -q vol2
Volume vol2
working...

    qtree                 contents       timestamp     source
    -----                 --------       ---------     ------
sv_hourly.0  (Jan 22 20:00)
    qtree1                Original       Jan 22 20:00  -
    qtree2                Original       Jan 22 20:00  -
    qtreeZ                Original       Jan 22 20:00  -
sv_hourly.1  (Jan 22 16:00)
    qtree1                Original       Jan 22 16:00  -
    qtree2                Original       Jan 22 16:00  -
    qtreeZ                Original       Jan 22 16:00  -
sv_hourly.2  (Jan 22 12:00)
    qtree1                Original       Jan 22 12:00  -
    qtree2                Original       Jan 22 12:00  -
    qtreeZ                Original       Jan 22 12:00  -
sv_hourly.3  (Jan 22 08:00)
    qtree1                Original       Jan 22 08:00  -
    qtree2                Original       Jan 22 08:00  -
    qtreeZ                Original       Jan 22 08:00  -
sv_nightly.0 (Jan 22 00:00)
    qtree1                Original       Jan 22 00:00  -
    qtree2                Original       Jan 22 00:00  -
    qtreeZ                Original       Jan 22 00:00  -
sv_hourly.4  (Jan 21 20:00)
    qtree1                Original       Jan 21 20:00  -
    qtree2                Original       Jan 21 20:00  -     
			 qtreeZ                Original       Jan 21 20:00  -
sv_hourly.5  (Jan 21 16:00)
    qtree1                Original       Jan 21 16:00  -
    qtree2                Original       Jan 21 16:00  -
    qtreeZ                Original       Jan 21 16:00  -
sv_nightly.1 (Jan 21 00:00)
    qtree1                Original       Jan 21 00:00  -
    qtree2                Original       Jan 21 00:00  -
    qtreeZ                Original       Jan 21 00:00  -

This output displays which qtrees were writable and therefore have original content (the timestamp in these cases is the same as for the Snapshot copy as a whole). It also displays whether any qtrees were transitioning and are therefore neither a faithful replica nor original content. Instead of a timestamp, transitioning qtrees are shown with a dash (-).

Secondary storage output example

If you specify the volume name (in this example, sv_vol) and are running the command from a system used as a SnapVault secondary system, you see a list of all the SnapVault Snapshot copies retained on volume sv_vol and the details of the qtrees contained in those Snapshot copies:

systemB> snap list -q sv_vol 
Volume sv_vol
working...

qtree      contents   date        source
--------   ---------  --------    -------
sv_hourly.0 (Jan 31 20:00)
   qtree1  Replica   Jan 22 20:40 systemA:/vol/vol2/qtree1
   qtree2  Replica   Jan 22 20:40 systemA:/vol/vol2/qtree2
   qtreeZ  Replica   Jan 22 20:40 systemA:/vol/vol2/qtreeZ
sv_hourly.1 (Jan 22 16:00)
   qtree1  Replica   Jan 22 16:00 systemA:/vol/vol2/qtree1
   qtree2  Replica   Jan 22 16:00 systemA:/vol/vol2/qtree2
   qtreeZ  Replica   Jan 22 16:00 systemA:/vol/vol2/qtreeZ
sv_hourly.2 (Jan 22 12:00)
   qtree1  Replica   Jan 22 12:00 systemA:/vol/vol2/qtree1
   qtree2  Replica   Jan 22 12:00 systemA:/vol/vol2/qtree2
   qtreeZ  Replica   Jan 22 12:00 systemA:/vol/vol2/qtreeZ
.....
This output displays which qtrees are replicas of another qtree, and the timestamp of the source Snapshot copy.
Note: Qtrees that are transitioning appear with a dash (-) instead of a timestamp. In general, you should not attempt to restore Snapshot copy versions of qtrees that are transitioning.
If you specify no arguments, the output displays the information for each Snapshot copy in each volume.