IBM Support

NDMP backups and dumps versioning - details of expiration

Question & Answer


Question

How is IBM Spectrum Protect applying versioning to NAS backups?

Answer

To backup NAS filer using NDMP protocol an IBM Spectrum Protect client NAS node needs to be defined to the IBM Spectrum Protect server. This IBM Spectrum Protect client node belongs to a policy domain as all other nodes.
Therefore IBM Spectrum Protect policies (like versioning) apply to IBM Spectrum Protect NAS backups, too.

IBM Spectrum Protect versioning applies to the complete NDMP dump only because the IBM Spectrum Protect server is not aware of the single objects included in the NDMP dump (except when reading the TOC).
To apply IBM Spectrum Protect versioning to single objects the single objects within the NDMP dump would need to have their own IBM Spectrum Protect server internal object ID assigned which is NOT the case.
In addition, if IBM Spectrum Protect versioning would apply to single objects within the NDMP dump something similar to aggregate compression had to be available to "delete" the invalid objects out of the NDMP dump which is NOT the case, too.

For a NAS filesystem, full and differential backups are grouped, with the full backup being the peer group leader.

If for example VEREXISTS = 4 and you do a full backup followed by 3 differentials then your IBM Spectrum Protect server database will have 4 versions of this backup image.
The next differential backup of the NAS filer will expire the full backup (but the IBM Spectrum Protect server is still keeping it internally, since it is needed to restore any of the differential images).

The IBM Spectrum Protect server may store a full backup in excess of the number of versions you specified. When this happens, the full backup will stay in the IBM Spectrum Protect database until all dependent backups have expired.

'QUERY NASBACKUP' will not show this extra version.

Use the undocumented 'SHOW VERSION' IBM Spectrum Protect server command to see this extra version.

Use the following command to examine the dependency of full image and differential image backups:

'show version nodename filespace_name'

/vol/vol1 : /NAS/ IMAGE (MC: default)
Inactive, Inserted 05/25/05 11:14:57, Deactivated 1900-01-01 00:00:00.000000
ObjId: 0.138114, GroupMap 00050000, objType 0x0b
Attr Group Leader, GroupId: 0.138114
Delta Group Leader, GroupId: 0.138114

We see this version is deactivated already (Deactivated 1900-01-01 00:00:00.000000), it should have expired, but it stays in the IBM Spectrum Protect server database because it is a delta group leader (GroupId: 0.138114) and the following delta member (GroupId: 0.138114) has not yet expired:

/vol/vol1 : /NAS/ IMAGE (MC: Default)
Inactive, Inserted 07/20/05 20:41:28, Deactivated 07/27/05 22:15:21
ObjId: 0.179387, GroupMap 00040001, objType 0x0c
Delta Group Member, GroupId: 0.138114
Attr Group Leader, GroupId: 0.179387

In the example above, Delta Group Leader represents the full image backup and the Delta Group Member the differential image backup.

Important to understand:
Although the already expired full and differential NAS backups can be seen, it is not possible to do a point in time (PIT) restore from the date of an expired full or differential backup! It is only possible to do a PIT restore from full and differential NAS backups that have not yet expired.

[{"Product":{"code":"SSEQVQ","label":"IBM Spectrum Protect"},"Business Unit":{"code":"BU058","label":"IBM Infrastructure w\/TPS"},"Component":"Server","Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"All Supported Versions","Edition":"","Line of Business":{"code":"LOB26","label":"Storage"}}]

Document Information

Modified date:
17 June 2018

UID

swg21200154