Sun Microsystems, Inc.  Oracle System Handbook - ISO 7.0 May 2018 Internal/Partner Edition
   Home | Current Systems | Former STK Products | EOL Systems | Components | General Info | Search | Feedback

Asset ID: 1-72-1559967.1
Update Date:2018-01-05
Keywords:

Solution Type  Problem Resolution Sure

Solution  1559967.1 :   Sun Storage 7000 Unified Storage System: NDMP Level 0 Snapshots Not Being Automatically Deleted  


Related Items
  • Sun ZFS Storage 7420
  •  
  • Oracle ZFS Storage ZS3-2
  •  
  • Sun Storage 7110 Unified Storage System
  •  
  • Oracle ZFS Storage ZS4-4
  •  
  • Sun Storage 7210 Unified Storage System
  •  
  • Sun Storage 7410 Unified Storage System
  •  
  • Oracle ZFS Storage ZS3-4
  •  
  • Sun ZFS Storage 7120
  •  
  • Sun Storage 7310 Unified Storage System
  •  
  • Oracle ZFS Storage Appliance Racked System ZS4-4
  •  
  • Sun ZFS Storage 7320
  •  
  • Oracle ZFS Storage ZS3-BA
  •  
Related Categories
  • PLA-Support>Sun Systems>DISK>ZFS Storage>SN-DK: 7xxx NAS
  •  




In this Document
Symptoms
 Snapshots generated by NDMP are not automatically being cleaned up.
Cause
Solution
 Symantec NetBackup :
 Networker
References


Created from <SR 3-7104581431>

Applies to:

Sun ZFS Storage 7420 - Version All Versions and later
Sun ZFS Storage 7320 - Version All Versions and later
Sun Storage 7110 Unified Storage System - Version All Versions and later
Sun ZFS Storage 7120 - Version All Versions and later
Sun Storage 7210 Unified Storage System - Version All Versions and later
7000 Appliance OS (Fishworks)

Symptoms

To discuss this information further with Oracle experts and industry peers, we encourage you to review, join or start a discussion in the My Oracle Support Community - Disk Storage ZFS Storage Appliance

Snapshots generated by NDMP are not automatically being cleaned up.

This leaves old snapshots and consume space.

On a nfs mount of the snapshot, noticed that there are more than one level0 (full) ndmp snapshot exists

host1:/net/zfs7320/export/esx/linux_admin/.zfs/snapshot# ls -las *ndmp*

  3 drwx------  12 root     root          12 Feb 19 14:09 .ndmp.0.level.r.1365151282.608809  <===
  3 drwx------  12 root     root          12 Feb 19 14:09 .ndmp.0.level.r.1365758545.568086  <===
  3 drwx------  12 root     root          12 Feb 19 14:09 .ndmp.0.level.r.1366363261.770395  <===
  3 drwx------  12 root     root          12 Apr 22 10:26 .ndmp.1.level.r.1366622530.364712
  3 drwx------  12 root     root          12 Feb 19 14:09 .ndmp.2.level.r.1366190519.220518
  3 drwx------  12 root     root          12 Feb 19 14:09 .ndmp.3.level.r.1366276877.512496
  3 drwx------  12 root     root          12 Feb 19 14:09 .ndmp.4.level.r.1365672038.21333

 

Cause

This is a configuration issue.

Ideally on every level0 (full) snapshot taken, the 'current' snapshot has to be replaced.

To achieve this, the UPDATE behavior at DMA (Data Management Application) host needs to be set to 'Y' explicitly


If the UPDATE is not set, the temporary snapshot will be deleted immediately after backup and any existing temporary snapshot for the same LEVEL, DMP_NAME and ZFS_MODE will be preserved.

 

The syntax for the naming of this snapshot is as follows:    ndmp.$LEVEL.$DMP_NAME.$ZFS_MODE

    Example: ndmp.0.level.r.1279023238.107462

        "ndmp" indicates that this snapshot was generated by the NDMP service.

        "0" indicates that this is a Level 0 (full) backup.

        "level" is the default DMP_NAME.

        "r" indicates a recursive backup as indicated by ZFS_MODE (other values could be "d" for dataset).

        The rest of the string is a system generated timestamp.

 

Solution

Set the policy UPDATE = Y, explicitly at DMA(Data Management Application)  host.

Example...

Symantec NetBackup :


SET TYPE=ZFS
SET UPDATE=Y

 

 NETBACKUP-DMA

 

Networker

 

NETWORKER-DMA

 

References

<NOTE:1387930.1> - Sun Storage 7000 Unified Storage System: How to Troubleshoot NDMP Issues
<NOTE:1387918.1> - Sun Storage 7000 Unified Storage System: Resolving NDMP configuration issues

Attachments
This solution has no attachment
  Copyright © 2018 Oracle, Inc.  All rights reserved.
 Feedback