I just replied to you prior post, so there is some overlap. But now my
suggestion can be more specific:
dsmc query backup \\wnjcr03p\f$\ -inactive
That will show all active and inactive objects in the root of F:
The point-in-time restore from the GUI requires directory backups that were
created on or before the PIT criteria. Creating new directory backups will
not enable PIT restores for dates and times prior to the new directory
backup.
Try the above query to see what directory backups exist that are both
active and inactive. And double-check the management class used for those
directories.
In general, to guarantee PIT restores for 32 days, the best practice (in my
opinion) is to bind directories via the DIRMC option to a management class
that has VEREXISTS=NOLIMIT, VERDELETED=NOLIMIT, RETEXTRA=32, RETONLY=32.
The management class you described sounds "close enough", but if by chance
more than one backup were run in a given day, the VER*=NOLIMIT settings
would still retain the directory backups based on age only.
Regards,
Andy
____________________________________________________________________________
Andrew Raibeck | IBM Spectrum Protect Level 3 | stor...@us.ibm.com
"ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU> wrote on 2019-04-30
15:04:04:
> From: "Rhodes, Richard L." <rrho...@firstenergycorp.com>
> To: ADSM-L@VM.MARIST.EDU
> Date: 2019-04-30 15:08
> Subject: Re: [EXTERNAL] Re: Win BA client GUI shows empty drive for
> PIT restore view
> Sent by: "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU>
>
> I ran a dirsonly selective backup of the F drive: selective f:\ -
> subdir=yes -dirsonly
> I figured this would allow the PIT restore to have the dirs. it needed.
> It backed up:
> Total number of objects inspected: 183,714
> Total number of objects backed up: 183,714
>
> But, when I now fire up the gui, the F: drive is still completely empty.
>
> Here is one of the top level dirs CR-ENG.
> \\wnjcr03p\f$ 2 ACTIVE_VERSION DIR \ CR-ENG
> 2019-04-29 02:43:25.000000
>
>
> Rick
>
>
>
>
> -----Original Message-----
> From: Rhodes, Richard L.
> Sent: Tuesday, April 30, 2019 1:23 PM
> To: ADSM: Dist Stor Manager <ADSM-L@VM.MARIST.EDU>
> Cc: Schillinger, Christopher M <cschillin...@firstenergycorp.com>
> Subject: RE: [EXTERNAL] Re: Win BA client GUI shows empty drive for
> PIT restore view
>
> Yea, I think this hits our problem exactly!
>
> This server holds Windows shares. It doesn't change much - in the
> past 32 days only 18k files/dirs have changed out of over 2.3m.
>
> Now, a year or so ago we made a big change on all our win server
> backups. Prior to this change, we had a default (and only) mgt
> class policies of 32,2,90,365, so dirs would have been bound to the
> RETONLY 365. A year or so ago we changed to 32,32,32,32. All dirs
> that hadn't changed forever were dropped, and thus not there for
> this GUI PIT restore attempt.
>
> From the select I of the backups table, I searched for the top level
> DIR of the path we wanted, F:/Cr-ENG, and it doesn't exist. I
> believe this is true for all top level dirs. And thus, no PIT GUI
display.
>
>
> A Question: When we changed the policies and all the long held dirs
> were deleted out of TSM, why didn't TSM backup them up as new files
> during the next normal incremental backup? Wouldn't TSM see there
> was no backup of the dir and back it up?
>
> Rick
>
>
>
>
> -----Original Message-----
> From: ADSM: Dist Stor Manager <ADSM-L@VM.MARIST.EDU> On Behalf Of
> Andrew Raibeck
> Sent: Tuesday, April 30, 2019 12:28 PM
> To: ADSM-L@VM.MARIST.EDU
> Subject: [EXTERNAL] Re: Win BA client GUI shows empty drive for PIT
> restore view
>
> Hi Richard,
>
> Check the management class to which the directories are bound, and see
what
> the RETEXTRA and VEREXISTS settings are.
>
> Off the top of my head, this sounds like a topic covered in an older
post:
>
> https://urldefense.proofpoint.com/v2/url?
>
u=https-3A__www.mail-2Darchive.com_adsm-2Dl-40vm.marist.edu_msg07963.html&d=DwIFAg&c=jf_iaSHvJObTbx-
>
siA1ZOg&r=Ij6DLy1l7wDpCbTfcDkLC_KknvhyGdCy_RnAGnhV37I&m=ulPyTMyU90o-0a4mv8uEVVC4COXOotbTbXT3hfVdIGY&s=IuP2wXFdhadtQWBe8sMPZ1mOFVoCJkWCQa7hcfPaAc0&e=
>
> As an alternative, the command line client can be used to do the PIT
> restore.
>
> Best regards,
>
> Andy
>
>
____________________________________________________________________________
>
> Andrew Raibeck | IBM Spectrum Protect Level 3 | stor...@us.ibm.com
>
> "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU> wrote on 2019-04-30
> 12:07:38:
>
> > From: "Rhodes, Richard L." <rrho...@firstenergycorp.com>
> > To: ADSM-L@VM.MARIST.EDU
> > Date: 2019-04-30 12:16
> > Subject: Win BA client GUI shows empty drive for PIT restore view
> > Sent by: "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU>
> >
> > Hi,
> >
> > TSM server 7.1.5
> > Win Server 2012R2 with BA client 7.1.6.2, then upgraded to 7.1.8.4
> >
> > We're trying to do a Point-In-Time restore of a directory on a Win
> > server F drive. (Just one sub dir, not the whole drive.) The mgt
> > class is 32 32 32 32 - one month PIT restorable.
> >
> > When we bring up the Win BA gui client and just look at the F drive
> > we see the active files.
> > When we switch to active+inactive files, we see all versions of files.
> > When we switch to PIT restore and take the default date/time (right
> > "now") we see files as of last nights backup.
> > But ...
> > When we switch the PIT back to any point prior to last nights backup
> > we see NOTHING on the F drive. No files ... No dirs ... nothing.
> > The GUI shows just an empty F drive. (and the F drive has 2.3m files
on
> it)
> >
> > Ran a SELECT from the BACKUPS table for the node and clearly see all
> > the files (active+inactive).
> > Stopped/started BA client - didn't help.
> > Rebooted server - didn't help.
> > upgraded from 7.1.6.2 to 7.1.8.4 - didn't help.
> >
> > We're going after the restore via the active+inactive view. But we
> > don't understand why PIT restore shows absolutely nothing.
> >
> > Any thought are more than welcome!
> >
> > Rick
> >
> >
> >
> >
> >
>
------------------------------------------------------------------------------
>
> >
> > The information contained in this message is intended only for the
> > personal and confidential use of the recipient(s) named above. If
> > the reader of this message is not the intended recipient or an agent
> > responsible for delivering it to the intended recipient, you are
> > hereby notified that you have received this document in error and
> > that any review, dissemination, distribution, or copying of this
> > message is strictly prohibited. If you have received this
> > communication in error, please notify us immediately, and delete the
> > original message.
> >
>
------------------------------------------------------------------------------
>
> The information contained in this message is intended only for the
> personal and confidential use of the recipient(s) named above. If
> the reader of this message is not the intended recipient or an agent
> responsible for delivering it to the intended recipient, you are
> hereby notified that you have received this document in error and
> that any review, dissemination, distribution, or copying of this
> message is strictly prohibited. If you have received this
> communication in error, please notify us immediately, and delete the
> original message.
>
