|
Home > Archive > Data Storage > May 2004 > TSM restore to different server?
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
TSM restore to different server?
|
|
|
| Given that the TSM server is working fine and I backup server A
(not the TSM server) and want to restore that backup as a sanity
check to server B. What command do I use on server B to restore
A's files?
Mike
| |
| Dan Foster 2004-05-30, 11:10 am |
| In article <107qafk68cou8e9@corp.supernews.com>, Mike <mikee@mikee.ath.cx> wrote:
> Given that the TSM server is working fine and I backup server A
> (not the TSM server) and want to restore that backup as a sanity
> check to server B. What command do I use on server B to restore
> A's files?
On server B:
# dsmc -virtualnodename=serverA
tsm> restore -subdir=yes "/path/to/fileOrDirFromA/*" /tmp/newDir
which will result in /tmp/newDir/fileOrDirFromA on server B. Without the
last parameter, it would restore to the original pathnames but on server B.
*IF* you get an invalid password error even though you know it is good,
then you will need to hop on the TSM server by:
# dsmadmc
tsm> update node serverA <password>
tsm> exit
....and then retry the dsmc restore stuff.
I think that's common if you use the 'PASSWORDACCESS GENERATE' option
for the clients.
-Dan
| |
|
| In article <slrnc7qbt4.rab.usenet@gaia.roc2.gblx.net>, Dan Foster wrote:
> In article <107qafk68cou8e9@corp.supernews.com>, Mike <mikee@mikee.ath.cx> wrote:
>
> On server B:
>
> # dsmc -virtualnodename=serverA
> tsm> restore -subdir=yes "/path/to/fileOrDirFromA/*" /tmp/newDir
>
> which will result in /tmp/newDir/fileOrDirFromA on server B. Without the
> last parameter, it would restore to the original pathnames but on server B.
>
> *IF* you get an invalid password error even though you know it is good,
> then you will need to hop on the TSM server by:
>
> # dsmadmc
> tsm> update node serverA <password>
> tsm> exit
>
> ...and then retry the dsmc restore stuff.
>
> I think that's common if you use the 'PASSWORDACCESS GENERATE' option
> for the clients.
>
> -Dan
That's exactly what I needed!
Thanks so much.
Mike
|
|
|
|
|