Rajesh,
I had encountered the problem you have described on pit restore back in
July, After an extensive work with IBM support, they decided to open apar
number: IC24733. Basically, the problem is rooting from a shorter directory
retention than the files.You don't see the files from the gui but actually
the files are still out there. You can use command line to restore the
file. The following is a copy of the apar number that I have pasted from
ibm link. Hope this info. is not too late.
Best regards,
Sandy
LA Dept. of Transporation
================================================
Item IC24733
APAR Identifier ...... IC24733 Last Changed..99/09/24
PIT RESTORE THROUGH GUI DOES NOT SHOW FILES THAT ARE BACKED UP
PRIOR TO PIT IF THE DIR THEY ARE UNDER DOESNT HAVE A PIT VERSION
Symptom ...... IN INCORROUT Status ........... CLOSED SUG
Severity ................... 2 Date Closed ......... 99/09/24
Component .......... 565511902 Duplicate of ........
Reported Release ......... 31D Fixed Release ............
Component Name ADSM CLIENTS Special Notice
Current Target Date ..00/01/10 Flags
SCP ................... PC/DOS
Platform ............ DOS
Status Detail: Not Available
PE PTF List:
PTF List:
Parent APAR:
Child APAR list:
ERROR DESCRIPTION:
Recreated on NT 4.0 sp 4 adsm server 3.1.2.40 and client 3.1.0.7
Created a management class with nolimit for retention, and
verexists=1, then backed up a directory containing a few test
files. Then I modified the directory attributes and backed up t
he directory, and ran expire inventory from the adsm server.
This left a directory with a timestamp newer than the files
that are in the directory. Going to the gui, and selecting a
pit restore for before the time the directory was changed and
backed up a second time, but after the initial backup of the dir
and its files. The gui will fail to show the directory in the
lefthand part of the gui, and hence you wont see the files that
end up being brought back for the pit restore if you select a hi
gher directory for the pit. Either the directory should show
in the gui because it has files that fall into the pit restore,
so that you can select or unselect them, or the files should
not be restored with the pit restore.
LOCAL FIX:
setup a management class in each policy domain with the longest
retention that will keep enough versions to allow pit restores.
PROBLEM SUMMARY:
PROBLEM CONCLUSION:
TEMPORARY FIX:
COMMENTS:
PIT Restore through GUI works as designed. Customer needs
to keep more versions. Customer can setup a management
class in each policy domain with the longest retention
that will keep enough versions to allow pit restore.
Customer can use CLI to restore files which match PIT
time.
MODULES/MACROS:
SRLS:
RTN CODES:
CIRCUMVENTION:
MESSAGE TO SUBMITTER:
---------------------------------------------------------------------------
-----
-----
For IBMLink customer support in the U.S, call 1-800-543-3912.
For IBMLink customer support in the U.S, call 1-800-543-3912.
==================================================
Date: Fri, 1 Oct 1999 16:31:37 -0400
From: Rajesh Oak <rajeshoak AT MAILCITY DOT COM>
Subject: Point in time restore
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
I need some help to troubleshoot a problem.
When I try to do a point in time restore using the Windows GUI, many of my
Folders are missing in the restore window. It seems as if those folders
were not backed up or not present at that particular time and this is not
true. We backup that Server everyday.
Due to this I haven't been able to restore some files for my client because
I couldn't see them.
|