I have combination of SLP policies and “normal” policies and I’ve just notice that around 5/10/16 all the expiration dates for full backups (which should be 6 months after the backup date) are all two week expiration dates. The SLP and regular full backups still show 6 month retention settings but the Client Backups report shows everything as 2 weeks. Daily backups are two week expiration dates and those remain two weeks. See the Screen Shot I have consulted the Admin Guide for Netbackup 7.7.2. Section - 4. But the weired issue that on previouse it was not like it is now.

Hello, about 2 years ago I noticed the similar behaviour and I also created a support case for this (07762132 - expiration date is displayed for non-primary copy instead of primary). The conclusion was that it is "by design": The expiration date value is reported for the nearest date any instance of the image will be expired. Regards Michal

Please show, for one suspect backup image: bpimagelist -L -backupid ${MYBACKUPID} ...where ${MYBACKUPID} is something like: myclientname_1234567890

Go to weekly schedule from policy and select "Override policy storage selection" and select weekly SLP with 6 months retention. I guess your full backup is also going to Daily SLP with 2 week retention.

Jaweedaziz suggestion sounds very likley. Kernal - can you do a bppllist -L NAME_OF_POLICY and show us the output

The retention period is a number rather than a period of time - such a "Level 3" If someone has gone into the Master Server host properties and changed Level 3 from 6 months to 2 weeks then that changes everything. It would be worth looking at some old images to see if they have the same "level" but now have a different period - that way you will know that the actual retentyion level has been changed

The Client backup report may possibly be showing the retention of the duplicate copy as this is in most cases the longer retention period. Most users backup to disk with short retention (2 - 4 weeks), then duplicate to tape with longer retention as per business needs. It will be good if you can show us bpimagelist -L output for one image (or one day) for a particular client. We should be able to see both 6 month and 2 week retention for the 2 copies.

expiration date on backup images no longer following specified time

13 Replies

Michal_Mikulik1
Moderator
9 years ago
Hello,

about 2 years ago I noticed the similar behaviour and I also created a support case for this (07762132 - expiration date is displayed for non-primary copy instead of primary).

The conclusion was that it is "by design":

The expiration date value is reported for the nearest date any instance of
the image will be expired.

Regards

Michal
sdo
Moderator
9 years ago
Please show, for one suspect backup image:

bpimagelist -L -backupid ${MYBACKUPID}

...where ${MYBACKUPID} is something like: myclientname_1234567890
Jaweedaziz
Level 3
9 years ago
Go to weekly schedule from policy and select "Override policy storage selection" and select weekly SLP with 6 months retention.

I guess your full backup is also going to Daily SLP with 2 week retention.
Nicolai
Moderator
9 years ago
Jaweedaziz suggestion sounds very likley.

Kernal - can you do a bppllist -L NAME_OF_POLICY and show us the output
Mark_Solutions
Level 6
9 years ago
The retention period is a number rather than a period of time - such a "Level 3"

If someone has gone into the Master Server host properties and changed Level 3 from 6 months to 2 weeks then that changes everything.

It would be worth looking at some old images to see if they have the same "level" but now have a different period - that way you will know that the actual retentyion level has been changed
Marianne
Level 6
9 years ago
The Client backup report may possibly be showing the retention of the duplicate copy as this is in most cases the longer retention period.

Most users backup to disk with short retention (2 - 4 weeks), then duplicate to tape with longer retention as per business needs.

It will be good if you can show us bpimagelist -L output for one image (or one day) for a particular client.

We should be able to see both 6 month and 2 week retention for the 2 copies.
sdo
Moderator
9 years ago
Thanks Michal.
Kernal
Level 4
9 years ago
Hi Michal,

Yes this is by design, even in the NBU Admin Guide-I 7.7.2. Section-4 give you the details for the SLP. We have checked that and guided the customer. But customer wanted words like you or scenario where some one had such issue.

Michal can i get the archive of the case you mentioned 07762132?

Regards,

Kernal
Kernal
Level 4
9 years ago
Hi Nicoli,

Here is what you requested: Also to correct you. bppllist NAME_OF_POLICY -L

Output:

Policy Name: VM_DMZ
Options: 0x0
template: FALSE
audit_reason: ?
Names: (none)
Policy Type: VMware (40)
Active: yes
Effective date: 02/19/2015 18:00:00
File Restore Raw: yes
Block Incremental: no
Application Consistent: yes
Mult. Data Stream: no
Perform Snapshot Backup: yes
Snapshot Method: VMware_v2
Snapshot Method Arguments: file_system_optimization=1,snapact=2,drive_selection=0,Virtual_machine_backup=2,enable_vCloud=0,disable_quiesce=0,nameuse=1,exclude_swap=1,skipnodisk=0,post_events=1,trantype=san:hotadd:nbd:nbdssl
Perform Offhost Backup: yes
Backup Copy: 0
Use Data Mover: no
Data Mover Type: 2
Use Alternate Client: no
Alternate Client Name: nbmaster
Use Virtual Machine: 1
Hyper-V Server Name: (none)
Enable Instant Recovery: no
Policy Priority: 10
Max Jobs/Policy: Unlimited
Disaster Recovery: 0
Collect BMR Info: no
Keyword: (none specified)
Data Classification: -
Residence is Storage Lifecycle Policy: yes
Client Encrypt: no
Checkpoint: no
Residence: SLP_Freeman_1
Volume Pool: NetBackup
Server Group: *ANY*
Granular Restore Info: no
Exchange Source attributes: no
Exchange DAG Preferred Server: (none defined)
Application Discovery: yes
Discovery Lifetime: 28800 seconds
ASC Application and attributes: (none defined)
Generation: 49
Ignore Client Direct: no
Use Accelerator: no
Client/HW/OS/Pri/CIT: nbmaster VMware Virtual_Machine 0 0 0 ?
Include: vmware:/?filter=Displayname Equal "Zorak" OR Displayname Equal "AWDS" OR Displayname Equal "AWMRELAY" OR Displayname Equal "AWSEG" OR Displayname Equal "NS1" OR Displayname Equal "Prosit" OR Displayname Equal "Scar"
Schedule: Full
Type: FULL (0)
Frequency: 3 day(s) (259200 seconds)
Excluded Dates----------
No specific exclude dates entered
No exclude days of week entered
Retention Level: 0 (1 week)
u-wind/o/d: 0 0
Incr Type: DELTA (0)
Alt Read Host: (none defined)
Max Frag Size: 0 MB
PFI Recovery: 0
Maximum MPX: 1
Number Copies: 1
Fail on Error: 0
Residence: (specific storage unit not required)
Volume Pool: (same as policy volume pool)
Server Group: (same as specified for policy)
Residence is Storage Lifecycle Policy: 0
Daily Windows:
Day Open Close W-Open W-Close
Sunday 000:00:00 000:00:00
Monday 000:00:00 000:00:00
Tuesday 000:00:00 000:00:00
Wednesday 000:00:00 000:00:00
Thursday 000:00:00 000:00:00
Friday 018:00:00 080:00:00 138:00:00 200:00:00 032:00:00
Saturday 000:00:00 000:00:00
Schedule: Daily
Type: CINC (4)
Frequency: 1 day(s) (86400 seconds)
Excluded Dates----------
No specific exclude dates entered
No exclude days of week entered
Retention Level: 0 (1 week)
u-wind/o/d: 0 0
Incr Type: DELTA (0)
Alt Read Host: (none defined)
Max Frag Size: 0 MB
PFI Recovery: 0
Maximum MPX: 1
Number Copies: 1
Fail on Error: 0
Residence: SLP_Freeman_LTO5_ci
Volume Pool: (same as policy volume pool)
Server Group: (same as specified for policy)
Residence is Storage Lifecycle Policy: 1
Daily Windows:
Day Open Close W-Open W-Close
Sunday 000:00:00 000:00:00
Monday 018:00:00 032:00:00 042:00:00 056:00:00
Tuesday 018:00:00 032:00:00 066:00:00 080:00:00
Wednesday 018:00:00 032:00:00 090:00:00 104:00:00
Thursday 018:00:00 032:00:00 114:00:00 128:00:00
Friday 000:00:00 000:00:00
Saturday 000:00:00 000:00:00
Kernal
Level 4
9 years ago
Hi Marianne,

Output of the Disk:

Client: AWDS
Backup ID: AWDS_1462794855
Policy: VM_DMZ
Policy Type: VMware (40)
Proxy Client: (none specified)
Creator: root
Name1: (none specified)
Sched Label: Full
Schedule Type: FULL (0)
Retention Level: 6 months (6)
Backup Time: 5/9/2016 7:54:15 AM (1462794855)
Elapsed Time: 1826 second(s)
Expiration Time: 11/11/2016 6:54:15 AM (1478865255)
Maximum Expiration Time: 11/11/2016 6:54:15 AM (1478865255)
Compressed: no
Client Encrypted: no
Kilobytes: 39031999
Number of Files: 129634
Number of Copies: 1
Number of Fragments: 2
Histogram: 0 0 0 0 0 0 0 0 0 0
DB Compressed: no
Files File Name: VM_DMZ_1462794855_FULL.f
Previous Backup Files File Name: (none specified)
Parent Backup Image File Name: (none specified)
SW Version: (none specified)
Options: 0x0
MPX: 0
TIR Info: 0
TIR Expiration: 12/31/1969 7:00:00 PM (0)
Keyword: (none specified)
Ext Security Info: no
File Restore Raw: yes
Image Dump Level: 0
File System Only: no
Object Descriptor: (none specified)
Previous BI Time: 12/31/1969 7:00:00 PM (0)
BI Full Time: 12/31/1969 7:00:00 PM (0)
Request Pid: 0
Backup Status: 0
Stream Number: 42
Backup Copy: Standard (0)
Files File size: 23565760
PFI type: 0
IMAGE_ATTRIBUTE: 0
Primary Copy: 1
Image Type: 0 (Regular)
Job ID: 75739
Num Resumes: 1
Resume Expiration: 12/31/1969 7:00:00 PM (0)
Data Classification: (none specified)
Data_Classification_ID: (none specified)
Storage Lifecycle Policy: SLP_Freeman_1
Storage Lifecycle Policy Version: 0
STL_Completed: 3
Remote Expiration Time: 12/31/1969 7:00:00 PM (0)
Origin Master Server: (none specified)
Origin Master GUID: (none specified)
Snap Time: 5/9/2016 7:53:16 AM (1462794796)
IR Enabled: no
Client Character Set: 0
Image On Hold: 0
Kilobytes Data Transferred: 0
Copy number: 1
Fragment: TIR (-1)
Kilobytes: 23013
Remainder: 448
Media Type: Disk (0)
Density: qscsi (0)
File Num: 0
ID: @aaaak
Host: nbmaster
Block Size: 262144
Offset: 0
Media Date: 12/31/1969 7:00:00 PM (0)
Dev Written On: -1
Flags: 0x0
Media Descriptor: 1;DataDomain;freeman.chathamgov.net;freeman_DP;nbmaster;0
checkpoint: 0
resume num: 0
Key tag: *NULL*
STL tag: *NULL*
Copy on hold: 0
Copy number: 1
Fragment: 1
Kilobytes: 39008986
Remainder: 0
Media Type: Disk (0)
Density: qscsi (0)
File Num: 0
ID: @aaaak
Host: nbmaster
Block Size: 262144
Offset: 0
Media Date: 12/31/1969 7:00:00 PM (0)
Dev Written On: -1
Flags: 0x0
Media Descriptor: 1;DataDomain;freeman.chathamgov.net;freeman_DP;nbmaster;0
Expiration Time: 11/11/2016 6:54:15 AM (1478865255)
MPX: 0
retention_lvl: 6 months (6)
Try to Keep Time: 11/11/2016 6:54:15 AM (1478865255)
Copy Creation Time: 5/9/2016 8:24:41 AM (1462796681)
Data Format: Tar
checkpoint: 0
resume num: 0
Copy on hold: 0

Output of the Tape:

Client: AWDS
Backup ID: AWDS_1463181071
Policy: VM_DMZ
Policy Type: VMware (40)
Proxy Client: (none specified)
Creator: root
Name1: (none specified)
Sched Label: Full
Schedule Type: FULL (0)
Retention Level: 6 months (6)
Backup Time: 5/13/2016 7:11:11 PM (1463181071)
Elapsed Time: 1166 second(s)
Expiration Time: 5/27/2016 7:11:11 PM (1464390671)
Maximum Expiration Time: 11/15/2016 6:11:11 PM (1479251471)
Compressed: no
Client Encrypted: no
Kilobytes: 39079735
Number of Files: 131531
Number of Copies: 2
Number of Fragments: 4
Histogram: 0 0 0 0 0 0 0 0 0 0
DB Compressed: no
Files File Name: VM_DMZ_1463181071_FULL.f
Previous Backup Files File Name: (none specified)
Parent Backup Image File Name: (none specified)
SW Version: (none specified)
Options: 0x0
MPX: 0
TIR Info: 0
TIR Expiration: 12/31/1969 7:00:00 PM (0)
Keyword: (none specified)
Ext Security Info: no
File Restore Raw: yes
Image Dump Level: 0
File System Only: no
Object Descriptor: (none specified)
Previous BI Time: 12/31/1969 7:00:00 PM (0)
BI Full Time: 12/31/1969 7:00:00 PM (0)
Request Pid: 0
Backup Status: 0
Stream Number: 42
Backup Copy: Standard (0)
Files File size: 23958395
PFI type: 0
IMAGE_ATTRIBUTE: 0
Primary Copy: 1
Image Type: 0 (Regular)
Job ID: 77920
Num Resumes: 1
Resume Expiration: 12/31/1969 7:00:00 PM (0)
Data Classification: (none specified)
Data_Classification_ID: (none specified)
Storage Lifecycle Policy: SLP_Freeman_1
Storage Lifecycle Policy Version: 0
STL_Completed: 3
Remote Expiration Time: 12/31/1969 7:00:00 PM (0)
Origin Master Server: (none specified)
Origin Master GUID: (none specified)
Snap Time: 5/13/2016 7:09:45 PM (1463180985)
IR Enabled: no
Client Character Set: 0
Image On Hold: 0
Kilobytes Data Transferred: 0
Copy number: 1
Fragment: TIR (-1)
Kilobytes: 23396
Remainder: 891
Media Type: Disk (0)
Density: qscsi (0)
File Num: 0
ID: @aaaak
Host: nbmaster
Block Size: 262144
Offset: 0
Media Date: 12/31/1969 7:00:00 PM (0)
Dev Written On: -1
Flags: 0x0
Media Descriptor: 1;DataDomain;freeman.chathamgov.net;freeman_DP;nbmaster;0
checkpoint: 0
resume num: 0
Key tag: *NULL*
STL tag: *NULL*
Copy on hold: 0
Copy number: 1
Fragment: 1
Kilobytes: 39056339
Remainder: 0
Media Type: Disk (0)
Density: qscsi (0)
File Num: 0
ID: @aaaak
Host: nbmaster
Block Size: 262144
Offset: 0
Media Date: 12/31/1969 7:00:00 PM (0)
Dev Written On: -1
Flags: 0x0
Media Descriptor: 1;DataDomain;freeman.chathamgov.net;freeman_DP;nbmaster;0
Expiration Time: 11/15/2016 6:11:11 PM (1479251471)
MPX: 0
retention_lvl: 6 months (6)
Try to Keep Time: 11/15/2016 6:11:11 PM (1479251471)
Copy Creation Time: 5/13/2016 7:30:37 PM (1463182237)
Data Format: Tar
checkpoint: 0
resume num: 0
Copy on hold: 0
Copy number: 2
Fragment: TIR (-1)
Kilobytes: 23397
Remainder: 0
Media Type: Media Manager (2)
Density: hcart2 (14)
File Num: 8
ID: 0109L5
Host: nbmaster
Block Size: 65536
Offset: 4502476
Media Date: 5/13/2016 5:03:09 PM (1463173389)
Dev Written On: 17
Flags: 0x0
Media Descriptor: ?
checkpoint: 0
resume num: 1
Key tag: *NULL*
STL tag: *NULL*
Copy on hold: 0
Copy number: 2
Fragment: 1
Kilobytes: 39056339
Remainder: 0
Media Type: Media Manager (2)
Density: hcart2 (14)
File Num: 7
ID: 0109L5
Host: nbmaster
Block Size: 65536
Offset: 3892218
Media Date: 5/13/2016 5:03:09 PM (1463173389)
Dev Written On: 17
Flags: 0x0
Media Descriptor: ?
Expiration Time: 5/27/2016 7:11:11 PM (1464390671)
MPX: 0
retention_lvl: 2 weeks (1)
Try to Keep Time: 5/27/2016 7:11:11 PM (1464390671)
Copy Creation Time: 5/14/2016 7:22:43 AM (1463224963)
Data Format: Tar
checkpoint: 0
resume num: 1
Copy on hold: 0