Video Screencast Help
Symantec to Separate Into Two Focused, Industry-Leading Technology Companies. Learn more.

Missing backups from Catalog

Created: 04 Sep 2012 | 8 comments

Hi Guys,

 

I've been asked to run a restore for an Exchange server in out environment.  I fired up the BAR utility and set the Backup machines and Polict type with the following variables:

         Server for backups and restores:
         Backup01

         Source client for restores:
         Mail

         Policy Type:
         MS Exchange

I have backups from now to mid August 2012 then nothing until December 2009.

 

If I change the BAR paramters to the phisical nodes:

         Server for backups and restores:
         Backup01

         Source client for restores:
         Mail01

         Policy Type:
         MS Exchange

I have backups from now to mid August 2012 then nothing until December 2009.

 

         Server for backups and restores:
         Backup01

         Source client for restores:
         Mail02

         Policy Type:
         MS Exchange

I get an error indicating that there are no backups.

Is this becasue the environment is clustered?

 

Comments 8 CommentsJump to latest comment

mph999's picture

Nothing to do with the cluster.

Goto this dir ...

/usr/openv/netbacklup/db/images/<client name>

or

<install>\veritas\netbackup\db\images\<client> (if windows)

There should be some directories ... example

1334000000

1335000000

1336000000

Please list up here what dirs you have.

Regards,

Martin

 

Regards,  Martin
 
Setting Logs in NetBackup:
http://www.symantec.com/docs/TECH75805
 
Nerdling's picture

D:\Program Files\Veritas\NetBackup\db\images\Mail>

1217000000

1220000000

1223000000

1225000000

1228000000

1230000000

1233000000

1236000000

1238000000

1241000000

1244000000

1246000000

1249000000

1252000000

1254000000

1257000000

1260000000

1344000000

1345000000

1346000000

STREAMS

STREAMSHO-Exchange-EXHANGECLUS

STREAMSHO-Exchange-EXHANGECLUS.lck

STREAMS~

 

D:\Program Files\Veritas\NetBackup\db\images\Mail1>

1217000000

1220000000

1223000000

1225000000

1228000000

1230000000

1233000000

1236000000

1238000000

1241000000

1244000000

1246000000

1249000000

1252000000

1254000000

1257000000

1260000000

1265000000

1267000000

1270000000

1272000000

1275000000

1279000000

1281000000

1283000000

1286000000

1289000000

1291000000

1293000000

1296000000

1299000000

1301000000

1304000000

1307000000

1309000000

1312000000

1315000000

1317000000

1320000000

1322000000

1325000000

1328000000

1330000000

1334000000

1336000000

1338000000

1341000000

1344000000

1345000000

1346000000

STREAMS

STREAMSHO-Windows

STREAMSHO-Windows-Server-2008

STREAMSHO-Windows-Server-2008.lck

STREAMSHO-Windows.lck

 

 

D:\Program Files\Veritas\NetBackup\db\images\Mail2>

1217000000

1220000000

1223000000

1225000000

1228000000

1230000000

1233000000

1236000000

1238000000

1241000000

1244000000

1246000000

1249000000

1252000000

1254000000

1257000000

1260000000

1265000000

1267000000

1270000000

1272000000

1275000000

1279000000

1281000000

1283000000

1286000000

1289000000

1291000000

1293000000

1296000000

1297000000

1299000000

1301000000

1304000000

1307000000

1309000000

1312000000

1313000000

1315000000

1317000000

1320000000

1322000000

1325000000

1328000000

1330000000

1334000000

1336000000

1338000000

1341000000

1344000000

1345000000

1346000000

STREAMS

STREAMSHO-Windows

STREAMSHO-Windows-Server-2008

STREAMSHO-Windows-Server-2008.lck

STREAMSHO-Windows.lck

STREAMS~

Nicolai's picture

Try this command :

 bpimagelist -d 09/01/2012 -pt MS-Exchange-Server -U

if this command return a list replace -U with -L to see more details. The command searches the Netbackup catalog for Exchange backup made since 09/01/2012.

Assumption is the mother of all mess ups.

If this post answered your'e qustion -  Please mark as a soloution.

Nerdling's picture

I ran the command from 09/01/2011 to see what I got.  Looks like there is still the hole.

 

Backed Up         Expires       Files       KB  C  Sched Type   Policy

----------------  ---------- -------- --------  -  ------------ ------------

09/03/2012 08:59  10/08/2012        4 21301618  N  Full Backup  HO-Exchange-Mail3

 

09/03/2012 08:25  10/08/2012        4 21299570  N  Full Backup  HO-Exchange-Mail3

 

09/01/2012 01:02  10/06/2012        4 21270894  N  Full Backup  HO-Exchange-Mail3

 

09/01/2012 00:35  10/06/2012        4 21264749  N  Full Backup  HO-Exchange-Mail3

 

08/27/2012 09:12  10/01/2012        4 21310708  N  Full Backup  HO-Exchange-Mail3

 

08/27/2012 08:24  10/01/2012        4 21314804  N  Full Backup  HO-Exchange-Mail3

 

08/25/2012 01:03  09/29/2012        4 21272814  N  Full Backup  HO-Exchange-Mail3

 

08/25/2012 00:30  09/29/2012        4 21269741  N  Full Backup  HO-Exchange-Mail3

 

08/20/2012 08:50  09/24/2012        4 21290993  N  Full Backup  HO-Exchange-Mail3

 

08/20/2012 08:23  09/24/2012        4 21274606  N  Full Backup  HO-Exchange-Mail3

 

08/18/2012 01:03  09/22/2012        4 21270510  N  Full Backup  HO-Exchange-Mail3

 

08/18/2012 00:30  09/22/2012        4 21264365  N  Full Backup  HO-Exchange-Mail3

 

08/12/2012 22:45  09/16/2012        4        7  N  Full Backup  HO-Exchange-Mail3

 

08/12/2012 22:24  09/16/2012        4 21255019  N  Full Backup  HO-Exchange-Mail3

 

08/12/2012 22:22  09/16/2012     5691   294397  N  Full Backup  HO-Exchange-Mail3

 

08/04/2012 01:11  09/08/2012        4 21256939  N  Full Backup  HO-Exchange-Mail3

 

08/04/2012 01:10  09/08/2012     2141   180406  N  Full Backup  HO-Exchange-Mail3

 

08/04/2012 00:38  09/08/2012        4 21268205  N  Full Backup  HO-Exchange-Mail3

 

08/27/2012 09:43  10/01/2012        5 209069119  N  Full Backup  HO-Exchange-Mail

 

08/27/2012 09:42  10/01/2012        4 20429898  N  Full Backup  HO-Exchange-Mail

 

08/27/2012 09:42  10/01/2012        4 25928125  N  Full Backup  HO-Exchange-Mail

 

08/27/2012 09:42  10/01/2012        4 20309216  N  Full Backup  HO-Exchange-Mail

 

08/27/2012 09:42  10/01/2012        4 13320974  N  Full Backup  HO-Exchange-Mail

 

08/25/2012 01:33  09/29/2012        5 208855687  N  Full Backup  HO-Exchange-Mail

 

08/25/2012 01:32  09/29/2012        4 20420663  N  Full Backup  HO-Exchange-Mail

 

08/25/2012 01:32  09/29/2012        4 25922995  N  Full Backup  HO-Exchange-Mail

 

08/25/2012 01:32  09/29/2012        4 20283563  N  Full Backup  HO-Exchange-Mail

 

08/25/2012 01:32  09/29/2012        4 13315843  N  Full Backup  HO-Exchange-Mail

 

08/20/2012 09:14  09/24/2012        5 208239071  N  Full Backup  HO-Exchange-Mail

 

08/20/2012 09:14  09/24/2012        4 20427846  N  Full Backup  HO-Exchange-Mail

 

08/20/2012 09:14  09/24/2012        4 25939413  N  Full Backup  HO-Exchange-Mail

 

08/20/2012 09:14  09/24/2012        4 20292670  N  Full Backup  HO-Exchange-Mail

 

08/20/2012 09:14  09/24/2012        4 13316869  N  Full Backup  HO-Exchange-Mail

 

08/18/2012 01:34  09/22/2012        5 208136459  N  Full Backup  HO-Exchange-Mail

 

08/18/2012 01:33  09/22/2012        4 20421689  N  Full Backup  HO-Exchange-Mail

 

08/18/2012 01:33  09/22/2012        4 25921968  N  Full Backup  HO-Exchange-Mail

 

08/18/2012 01:33  09/22/2012        4 20283435  N  Full Backup  HO-Exchange-Mail

 

08/18/2012 01:33  09/22/2012        4 13313790  N  Full Backup  HO-Exchange-Mail

 

08/11/2012 01:44  09/15/2012        4 25924790  N  Full Backup  HO-Exchange-Mail

 

08/11/2012 01:39  09/15/2012  1974697 70913888  N  Full Backup  HO-Exchange-Mail

 

08/11/2012 01:29  09/15/2012  1053492 189699061  N  Full Backup  HO-Exchange-Mail

 

08/11/2012 01:07  09/15/2012        4 20423613  N  Full Backup  HO-Exchange-Mail

 

08/11/2012 01:00  09/15/2012        5 206586037  N  Full Backup  HO-Exchange-Mail

 

08/11/2012 01:00  09/15/2012        4 20285359  N  Full Backup  HO-Exchange-Mail

 

08/11/2012 01:00  09/15/2012        4 13315714  N  Full Backup  HO-Exchange-Mail

 

08/07/2012 08:12  INFINITY          4 20281896  N  Full Backup  HO-Exchange-Mail

 

08/07/2012 08:12  INFINITY          4 25827192  N  Full Backup  HO-Exchange-Mail

 

08/07/2012 08:12  INFINITY          4 20345900  N  Full Backup  HO-Exchange-Mail

 

08/07/2012 08:12  INFINITY          4 13200677  N  Full Backup  HO-Exchange-Mail

Mark_Solutions's picture

Have you recently upgraded your system?

Just wondering if you were using an altpath for the exchange servers to re-direct their backups and some catalog files are elsewhere that are not being picked up - you may need to locate them and copy them all back to the default location

Hope this helps

Authorised Symantec Consultant

Don't forget to "Mark as Solution" if someones advice has solved your issue - and please bring back the Thumbs Up!!.

Nerdling's picture

We have recently upgraded from 7.0 to 7.1.

We did not change the default settings during the backup and I checked our catalog after the upgrade and everything looked to be in order.  If I were to go looking for image files, what extension should I scan for?

 

mph999's picture

As you can see, these dirs contain the backp header / and 'files' file.

For example the 1334000000 dir will contain backup info for anu backup that has a backupid  starting 1334.

A new dir is created every milllion seconds, if a backup id run.

The rules are ...

The dir is only created if a back runs in the time period it would cover.  If no backup runs the dir is not created.

If a dir is created and hold backup image info, if these backups are expired, the dir is never deleted.

 

1/

From this, we can conclude that if a dir is 'missing' either the dir was created else where (eg a symbolic link couold have been created).

2/

The backups never ran in that time period

3/ 

The dir was manually deleted with OS commands.

One thing I can confirm, is once the dir is created, it is impossible for NBU to delete it, it does not have this ability in the code. ( You can probably tell I have been 'here' before ... just a few times).

If you want to look for the files, try searching for files ending in ...

_INCR

_INCR.f

_FULL

_FULL.f

... that should cover it.

Even if you have the files elsewhere, we may still have a major issue.

NBU knows where the image catalog is .../netbackup/db/images

When it runs a cleanup (every 12 hrs by default) it checks that for any media in the media DB (which means it should contain images) it can find it in the image database.  If it is not there, the tape is expired ... no ifs, no buts ....

So ... the bad news, if the images are in a different location, AND, no other images using the same media exist in the 'live' DB area, they will have been expired.

(This by the way, is by design, if the images are not there, NBU cleans up the tapes).

Martin

(ps. It works fine providing you never play a game  of 'hide your catalog' (or bits of it ...))

 

 

Regards,  Martin
 
Setting Logs in NetBackup:
http://www.symantec.com/docs/TECH75805
 
Nicolai's picture

Take a look at the policy - What schedules do you have along with their retensions (please post)?

08/07/2012 you have 4 infinity backup. After that point the backup seems to live 35 days before expering them.

Assumption is the mother of all mess ups.

If this post answered your'e qustion -  Please mark as a soloution.