Good! Instead of trying to explain this properly in an email I refer to the author of adsm quickfacts plus the BA client guide, Classic restore vs No Query restore. :)
//Henrik -----Original Message----- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Niklas Lundström Sent: den 7 september 2010 11:08 To: ADSM-L@vm.marist.edu Subject: [ADSM-L] SV: [ADSM-L] SV: [ADSM-L] 50Mb restored in 4.18h....SOLVED, but some questions Thanks to Henrik Wahlstedt this got solved. Henrik, tack för hjälpen och telefonsamtalet, jag har faktiskt inte fått nåt mail från dig... Restore processing finished. Total number of objects restored: 137 Total number of objects failed: 0 Total number of bytes transferred: 59.12 MB Data transfer time: 42.65 sec Network data transfer rate: 1,419.17 KB/sec Aggregate data transfer rate: 188.75 KB/sec Elapsed processing time: 00:05:20 The first restore had the filespecification: restore "\\fspas01cl001\z$\mpy-it\users\p950kaz\my pictures\pic\*" If I changed it to restore "\\fspas01cl001\z$\mpy-it\users\p950kaz\my pictures\pic\?*" The client got direct "waiting for offline media" and started to restore the files after the tapes got mounted So I tried again with only *, and got the same problem as before: tsm> restore "\\fspas01cl001\z$\mpy-it\users\p950kaz\my pictures\pic\*" tsm> c:\restored2\ -subdir=yes Restore function invoked. ANS1247I Waiting for files from the server... Some questions: Whats the difference between ?* and only * Why don't I see a restore session when I ran q restore with the ?* filespec, tsm: ADSM4>q restore ANR2034E QUERY RESTORE: No match found using this criteria. ANS8001I Return code 11. And the restore starts right away When I run with only * I get this in the log: 2010-09-07 10:51:52 ANR1182I Removable volume 006811 is required for a restore request from session 2717. 2010-09-07 10:51:53 ANR1182I Removable volume 005763 is required for a restore request from session 2717. 2010-09-07 10:51:53 ANR1182I Removable volume 005902 is required for a restore request from session 2717. 2010-09-07 10:51:53 ANR1183I Initial determination of removable volumes required for a restore request from session 2717 is complete. Additional volumes may still be required. tsm: ADSM4>q restore Sess Restore Elapsed Node Name Filespace FSID Number State Minutes Name ------ ----------- ------- ------------------------- ----------- ---------- 2,717 Active 10 FSPAS01FS039 \\fspas01c- 1 l001\z$\m- py-it -----Ursprungligt meddelande----- Från: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] För Remco Post Skickat: den 7 september 2010 10:39 Till: ADSM-L@VM.MARIST.EDU Ämne: Re: [ADSM-L] SV: [ADSM-L] 50Mb restored in 4.18h.... Hi, I'm sorry, but you are wrong, duplex mismatch Does cause the speed to drop to Aboutaleb 5K/s. I've Deen Thissen on numerous occasions. -- Gr., Remco On 7 sep. 2010, at 08:02, Niklas Lundström <niklas.lundst...@swedbank.se> wrote: > I actually restored the files to my workstation, and the network > settings are fine Duplex mismatch does not cause the speed to go down to > modem-speed from 1995.... > > > -----Ursprungligt meddelande----- > Från: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] För Remco > Post > Skickat: den 7 september 2010 07:40 > Till: ADSM-L@VM.MARIST.EDU > Ämne: Re: [ADSM-L] 50Mb restored in 4.18h.... > > On 7 sep 2010, at 07:02, Niklas Lundström wrote: > >> Hello >> >> I just did a restore of 50Mb and it took 4h 18min If it had been 50Gb >> I wouldn't complain >> >> Total number of objects restored: 114 >> Total number of objects failed: 0 >> Total number of bytes transferred: 50.99 MB >> Data transfer time: 9,426.15 sec >> Network data transfer rate: 5.53 KB/sec <-------------- >> Aggregate data transfer rate: 3.36 KB/sec >> Elapsed processing time: 04:18:55 >> >> The server has a lot of files, almost 7 million including the copypool. The >> TSM DB is really big, 180Gb and 94% full. >> TSM Server 5.5.4. >> >> Does anyone have a clue of why the restore took so long? >> > > your network sucks? (to put it mildly :) ) I'd check to see if there is any > mismatch in duplex settings anywhere. Remember, auto-negotiation on the host, > and a fixed 100 full-duplex setting on the switch will lead to a host at > half-duplex and tons of collisions. > > >> It found what volumes to mount fast, but then the client was "Waiting for >> files from the server....." >> >> People here are complaining about TSM and that the restores takes >> long time and it's hard to defend it when the restore takes so long... >> > > -- > > Met vriendelijke groeten/Kind regards, > > Remco Post ------------------------------------------------------------------- The information contained in this message may be CONFIDENTIAL and is intended for the addressee only. Any unauthorised use, dissemination of the information or copying of this message is prohibited. If you are not the addressee, please notify the sender immediately by return e-mail and delete this message. Thank you