12-15-2016 06:23 AM
NBU 7.6.0.3
i'm trying to extend the tape expirary of a Nov 15-16 backup but i'm getting "no entity was found".
this is the output from bpimmedia (to get the backup id):
Backup-ID Policy Type RL Files C E T PC Hold Indexing Expires Copy Frag KB Type Density FNum Off Host DWO MPX Expires RL Hold MediaID ----------------------------------------------------------------------------------------------------- ruh1erpdb1_147915746 Daily_ruh1 UBAK 7 1 N N R 2 0 0 Fri 16 Dec 2016 12:04:23 AM AST 2 1 44841760 RMed hcart2 34 6632445 ovmmanager 1 N Fri 16 Dec 2016 12:04:23 AM AST 3 0 ABP029
it's retention is one month.
12-15-2016 06:58 AM - edited 12-15-2016 06:58 AM
run the command:
bpexpdate -m ABP029 -d 12/30/2016
What is now the output of bpimmedia ?
12-15-2016 07:03 AM
bpexpdate -m ABP029 -d 12/30/2016 gave this:
Are you SURE you want to change (null)
to expire on Fri 30 Dec 2016 12:00:00 AM AS y/n (n)?
i said no coz of the null there. not sure what it is.
12-15-2016 07:10 AM
I see that there is a bug of bpexpdate at your version. Maybe affect you too.
12-16-2016 08:15 AM
You should be on the highest patch release of any NetBackup version. Try 7.6.0.4 and see if the previous poster's link applies to you.
12-16-2016 10:31 AM
12-19-2016 11:29 PM
@manatee have you had a chance to double-check the image-id?
It is a known issue with certain NBU reports where column-width is insufficient and characters are cut off. There is a TN on how to adjust it but I am not even sure what to search for...
It will probably be easiest to run bpimmedia with -l option to get unformatted output and ensure that you have the correct image id.
12-19-2016 11:42 PM
this is the command i used: ./bpimmedia -L -client ruh1erpdb1 -d 11/14/2016 -e 11/17/2016
i'm caught between upgrading to latest version and my dedup lags but since it was mentioned a bug, i'll wait for the dedup jobs to finish then upgrade.
12-19-2016 11:45 PM
you're right. it was cut off. now i used: ./bpimmedia -L -l -client ruh1erpdb1 -d 11/14/2016 -e 11/17/2016
and received 10 digits: ruh1erpdb1_1479232826
12-19-2016 11:54 PM
Have you tried bpexpdate with the correct image id?
PS:
bpexpdate will only work if image is no longer under control of SLP.
As long as SLP duplications are outstanding, NBU automatically assigns Infinity retention until all secondary operations have completed.
12-20-2016 12:38 AM
actually i'm trying it on the most current backup image and i thought the image would still be on disk.
EXIT STATUS 1573: Backup image expiration cannot be modified because its SLP processing is not yet complete
seems duplication spans a backup as i have backup images from Dec 3rd that is still on disk while the other day's backup images part of them are on tape already.
12-20-2016 11:21 PM
Seeing that you seem to be looking at Oracle backups - each job is a separate image.
SLP has its own logic to group images into batches for duplications, making it quite possible that some images have duplicated and some not yet.
Have you had a look SLP tuning parameters to see if larger batches will suite your enviroment?