cancel
Showing results for 
Search instead for 
Did you mean: 

Duplicate of tape image not showing in Catalog

Anthony1238
Level 2

I needed to make a copy of an existing tape that was a SLP duplicate of a previous job. I only have one tape drive so I made a duplicate from the tape to disk, I searched caltalog to make a another copy of the image and It is not there. the origional backup was on disk for 1 month and a SLP (shown as Copy 2 below) went to tape for 1 year. The duplicate of Copy 2 I made is showing as Copy 1, I'm assuming i can't see it in the catalog is due to the media date  12/31/1969 7:00:00 PM (0) , Does anyone know what is causing this issues or how to change that date? I can see the image on the disk still.

 

Client:            xxxxxxx004.xxx.corphq
Backup ID:         xxxxxxx004.xxx.corphq_1412285834
Policy:            Recordings_to_Tape_1Year
Policy Type:       MS-Windows (13)
Proxy Client:      (none specified)
Creator:           root
Name1:             (none specified)
Sched Label:       SLP
Schedule Type:     FULL (0)
Retention Level:   1 month (3)
Backup Time:           10/2/2014 5:37:14 PM (1412285834)
Elapsed Time:      312 second(s)
Expiration Time:       10/2/2015 5:37:14 PM (1443821834)
Maximum Expiration Time:       10/2/2015 5:37:14 PM (1443821834)
Compressed:        no
Client Encrypted:  yes
Client Encrypt Kind:            cipher
Kilobytes:         14554726
Number of Files:   130
Number of Copies:  2
Number of Fragments:   2
Histogram:         0 0 0 0 0 0 0 0 0 0
DB Compressed:     no
Files File Name:   Recordings_to_Tape_1Year_1412285834_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:  no
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:     1
Backup Copy:       Standard (0)
Files File size:     20061
PFI type:     0
IMAGE_ATTRIBUTE:     0
Primary Copy:      2
Image Type:        0  (Regular)
Job ID:            104418
Num Resumes:       2
Resume Expiration:    12/31/1969 7:00:00 PM (0)
Data Classification:    (none specified)
Data_Classification_ID: (none specified)
Storage Lifecycle Policy:    LegacyRecordings
Storage Lifecycle Policy Version:    3
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:          10/2/2014 5:36:57 PM (1412285817)
IR Enabled:      no
Client Character Set:     1
Image On Hold:     0
Indexing Status:   0

 

Copy number:       1
 Fragment:         1
 Kilobytes:        14554726
 Remainder:        0
 Media Type:       Disk (0)
 Density:          qscsi (0)
 File Num:         0
 ID:               K:\NetBackup\xxxxxx004.xxx.corphq_1412285834_C1_
 Host:             xxxxxbkp001.xxx.corphq
 Block Size:       65536
 Offset:           0
 Media Date:          12/31/1969 7:00:00 PM (0)
 Dev Written On:   -1
 Flags:            0x0
 Media Descriptor:        xxxxxbkp001.xxx.corphq
 Expiration Time:      10/2/2015 5:37:14 PM (1443821834)
 MPX:              0
 retention_lvl:    1 year (8)
 Try to Keep Time:     12/31/1969 7:00:00 PM (0)
 Copy Creation Time:     2/26/2015 11:22:52 AM (1424967772)
 Data Format:      Tar
 checkpoint:       0
 resume num:       2
 Key tag:          *NULL*
 STL tag:          *NULL*
 Copy on hold:     0

 

Copy number:       2
 Fragment:         1
 Kilobytes:        14554726
 Remainder:        0
 Media Type:       Media Manager (2)
 Density:          hcart (6)
 File Num:         1
 ID:               0051L4
 Host:             xxxxxxxbkp001.xxx.corphq
 Block Size:       65536
 Offset:           2
 Media Date:           10/2/2014 5:45:28 PM (1412286328)
 Dev Written On:   0
 Flags:            0x0
 Media Descriptor:        ?
 Expiration Time:      10/2/2015 5:37:14 PM (1443821834)
 MPX:              0
 retention_lvl:    1 year (8)
 Try to Keep Time:      10/2/2015 5:37:14 PM (1443821834)
 Copy Creation Time:      10/2/2014 5:50:52 PM (1412286652)
 Data Format:      Tar
 checkpoint:       0
 resume num:       1
 Key tag:          *NULL*
 STL tag:          *NULL*
 Copy on hold:     0

C:\Program Files\Veritas\NetBackup\bin> bpexpdate -m 0051L4 -d 0
Media 0051L4 is due to expire at 10/02/2015 17:37:14
Are you sure that the data on this media is not critical to
your business, and you are sure you want to delete 0051L4 y/n (n)? n
No changes made.

1 ACCEPTED SOLUTION

Accepted Solutions

Marianne
Moderator
Moderator
Partner    VIP    Accredited Certified

Sure the duplication to disk was successful? 

To same disk as original copy or a new/different disk?

Images under SLP can normally not be duplicated manually.

Try the duplication again from cmd and let us know the result:

bpduplicate  -backupid xxxxxxx004.xxx.corphq_1412285834 -dstunit <disk-STU> -L <path\logfile.txt>

View solution in original post

4 REPLIES 4

sdo
Moderator
Moderator
Partner    VIP    Certified

1) In the 'Catalog' search, when searching for Copy '1', what disk type have you selected?

2) What is the maximum number of copies?      bpconfig -L | find /i "copies"

 

Marianne
Moderator
Moderator
Partner    VIP    Accredited Certified

Sure the duplication to disk was successful? 

To same disk as original copy or a new/different disk?

Images under SLP can normally not be duplicated manually.

Try the duplication again from cmd and let us know the result:

bpduplicate  -backupid xxxxxxx004.xxx.corphq_1412285834 -dstunit <disk-STU> -L <path\logfile.txt>

Anthony1238
Level 2

I ran another duplicate job via that command and it ran but would still not show in the catalog again.

I ran a bpdbm -consistency 1, then 2 and I can see it in the catalog and can create another duplicate (4) to tape now with an accurate Media date. 

Although my Try to keep time is still 12/31/1969

 

Copy number:       4
 Fragment:         1
 Kilobytes:        14554726
 Remainder:        0
 Media Type:       Media Manager (2)
 Density:          hcart (6)
 File Num:         1
 ID:               0021L4
 Host:             xxxxxxbkp001.wpi.corphq
 Block Size:       65536
 Offset:           2
 Media Date:           3/4/2015 12:12:12 PM (1425489132)
 Dev Written On:   0
 Flags:            0x0
 Media Descriptor:        ?
 Expiration Time:      9/30/2021 5:37:14 PM (1633037834)
 MPX:              0
 retention_lvl:    7 years (10)
 Try to Keep Time:     12/31/1969 7:00:00 PM (0)
 Copy Creation Time:      3/4/2015 12:18:05 PM (1425489485)
 Data Format:      Tar
 checkpoint:       0
 resume num:       4
 Key tag:          *NULL*
 STL tag:          *NULL*
 Copy on hold:     0

Marianne
Moderator
Moderator
Partner    VIP    Accredited Certified
The Try to Keep is a red herring. If this was not specified, NBU will put some bogus date in the field. Your duplication was successful and recorded in the catalog as per your post above.