09-04-2012 08:41 PM
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?
09-04-2012 11:22 PM
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
09-05-2012 01:30 AM
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.
09-05-2012 03:33 AM
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
09-05-2012 02:38 PM
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
09-05-2012 02:40 PM
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?
09-05-2012 03:07 PM
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 ...))
09-05-2012 03:39 PM
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~
09-07-2012 02:14 AM
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.