ADSM-L

Re: Background dsm under Windows NT

2001-08-11 12:44:02
Subject: Re: Background dsm under Windows NT
From: Len Boyle <SNOLEN AT VM.SAS DOT COM>
Date: Sat, 11 Aug 2001 12:43:14 EDT
In article <OF90D3FD53.584C2779-ON85256AA5.0013FE60 AT raleigh.ibm DOT com>, 
Andrew
Raibeck <araibeck AT US.TIVOLI DOT COM> says:
>
>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.

If you have terminal services installed you can have more then one
user logged on. With W2k you able to set up 2 sessions with the base
product.

>
>- 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>