ADSM-L

Re: Background dsm under Windows NT

2001-08-10 23:42:25
Subject: Re: Background dsm under Windows NT
From: Andrew Raibeck <araibeck AT US.TIVOLI DOT COM>
Date: Fri, 10 Aug 2001 20:43:03 -0700
No, I am not aware of any way to have a TSM GUI restore (or any other
operation) continue to run after you log off. For that matter, I can't
think of any application (that doesn't run as a service) that will
continue to run after you log off. Logging off will cause any applications
running in the foreground to stop.

A couple of ideas that come immediately to mind:

Start the TSM operation, then lock the keyboard (rather than log off).
If this system is shared by other users, this probably won't work out very
well. But for a personal workstation, it should suffice.

Use the TSM scheduler to schedule the restore operation.

Regards,

Andy

Andy Raibeck
IBM Tivoli Systems
Tivoli Storage Manager Client Development
e-mail: araibeck AT us.ibm DOT com

The only dumb question is the one that goes unasked.
The command line is your friend.
"Good enough" is the enemy of excellence.





Thomas Denier <Thomas.Denier AT MAIL.TJU DOT EDU>
Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
08/10/2001 12:55
Please respond to "ADSM: Dist Stor Manager"


        To:     ADSM-L AT VM.MARIST DOT EDU
        cc:
        Subject:        Background dsm under Windows NT



One of the Windows NT administrators here had some trouble with a
restore to a Windows NT 4 system with a 3.7.0.0 TSM client. He started
up the GUI client, set up a restore, watched a couple of hundred
megabytes of data come back, and logged off, confidently expecting
the restore to continue in his absence. The following morning he
discovered that the restore was terminated at the same or nearly the
same time as he logged off. He asked me whether there is any way to
have a restore continue after the user who started it logs off. I
could approximate the result he has in mind by starting a command
line restore from the central scheduler (assuming he is not using
any of the GUI capabilities that do not have command line counterparts).
I have not thought of any way to get exactly the behavior he wants.
Is this possible?
<Prev in Thread] Current Thread [Next in Thread>