Author: Julie Phinney <jphinney AT HUMANA DOT COM>
Date: Thu, 12 Nov 1998 17:01:33 -0600
I just got very bad news today from IBM about ADSM and I'm hoping that it's wrong and one of you can shed some light on this situation. Our "theoretical" disaster recovery plan is to use ArcServe wee
Author: buser andreas <andreas.buser AT BASLER DOT CH>
Date: Fri, 13 Nov 1998 08:43:31 -0500
Hi Julie, I'am sorry for your very sad ADSM expirience. I have a little question. After your first attempts which didn't work, why did you not try a normal restore from last incremental? I ask, becau
Author: Simon Watson <Simon.S.Watson AT OPENMAIL.FIC32.BSPSER.SIMIS DOT COM>
Date: Fri, 13 Nov 1998 16:27:56 +0800
Julie, It is not nice to be caught out like this! But I don't quite understand why it would take "more than 20 hours" to restore the 10GB (450,000) files anyway. We only use ADSM (no weekly full back
Author: Sheelagh Treweek <sheelagh.treweek AT COMPUTING-SERVICES.OXFORD.AC DOT UK>
Date: Fri, 13 Nov 1998 14:55:16 +0000
Hi Julie, Thanks for posting this : I was somewhat astonished too to read it and did a test on a directory restore as follows ... _____________________________________________________________________
Author: Julie Phinney <jphinney AT HUMANA DOT COM>
Date: Fri, 13 Nov 1998 09:57:03 -0600
It turns out that's the answer. Thanks to all who responded. I just got off the phone with IBM. If you use -PITDATE (or I assume -FROMDATE) ADSM first scans the database, and mounts the tapes that it
Author: "Buechler, Becky" <buechler AT KCC DOT COM>
Date: Fri, 13 Nov 1998 10:12:44 -0600
Hi Julie, What if you used the -todate/-fromdate options instead? Does this option also mount all the tapes? Becky Buechler Kimberly Clark Corporation email: buechler AT kcc DOT com
I think it's the neglect that really bothers me about ADSM. ADSM is up to version 3 now, and an astoundingly bad design element like this is still in it. Developers knew it, and IBM management *shou
Julie, Are you sure PITDATE will solve your problem? The purpose of PITDATE is to restore to a date earlier than the last back taken. Is your weekly ARCServe backup changing a file attribute for ever
Author: Julie Phinney <jphinney AT HUMANA DOT COM>
Date: Fri, 13 Nov 1998 11:48:23 -0600
I found out from IBM this morning that that's what I should have done. They said -PITdate doesnt mount all the tapes, and I assume -fromdate doesn't either. When I was in the midst of my disaster, I
Author: Dave Crockett <crockett AT US.IBM DOT COM>
Date: Mon, 16 Nov 1998 10:29:56 -0500
The -PITDATE option will use the No-Query Restore protocol. The -FROMDATE option will cause it to use the "classic" restore protocol. Dave Crockett crockett AT us.ibm DOT com ADSM Development
Author: Julie Phinney <jphinney AT HUMANA DOT COM>
Date: Mon, 16 Nov 1998 14:42:53 -0600
Thanks, Dave. Just to verify the behavior, I did a restore with -PITDATE=11/16/1998, it mounted all the tapes and session counts indicated all the bytes in the directory were moved (although nothing
Author: "Lambelet,Rene,VEVEY,FC-SIL/INF." <Rene.Lambelet AT NESTLE DOT COM>
Date: Tue, 17 Nov 1998 08:56:02 +0100
Hello, PITDATE will consider every backup made UNTIL the indicated date. FROMDATE will consider every backup made AFTER the indicated date. These 2 parameters are then not comparable at all. The TODA
Author: Julie Phinney <jphinney AT HUMANA DOT COM>
Date: Tue, 17 Nov 1998 09:06:26 -0600
Hi, Yes, I need to use a combination of fromdate and todate. The -pitdate caused every tape to be mounted and every file to be moved though none were replaced. I'm wondering if this is the behavior o
Well, just for the heck of it, I tried a restore of a few files in my home director. My commands were: dsmc res "showvubt.*" -fromdate=09/01/1998 -rep=all -ifn and dsmc res "showvubt.*" -pitdate=10/2
Author: Julie Phinney <jphinney AT HUMANA DOT COM>
Date: Tue, 17 Nov 1998 11:13:47 -0600
Hi Tina, I just tried what you did. It appears if I restore individual files, I don't get a tape mount. But if I do entire subdirectories like this mydir\*.* I do get the tape mounts. Maybe it has so
Good point, Julie. ADSM is able to simply keep in its database info about directories which are basic, like Unix directories which do not have ACLs; and so when you do a restoral which needs to rest