Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*Pre\-fetching\s+a\s+restore\?\s*$/: 15 ]

Total 15 documents matching your query.

1. Pre-fetching a restore? (score: 1)
Author: Jim Zajkowski <jamesez AT UMICH DOT EDU>
Date: Wed, 11 Jan 2006 18:11:13 -0500
Hi folks, I'm working on our internal "late night admin guide," and one of the things I'm thinking of is how can I get TSM prepared to do a restore. Here's what I mean: let's say I know that there is
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2006-01/msg00216.html (12,084 bytes)

2. Re: Pre-fetching a restore? (score: 1)
Author: "Pretorius Louw <louw AT sun.ac DOT za>" <louw AT SUN.AC DOT ZA>
Date: Thu, 12 Jan 2006 10:15:58 +0200
Hi Jim, AFAIK you can do it using 2 methods: 1. Move Nodedata <NodeName> fromstg=CurrentSTG (This will consolidate all of the node's data from across the STG to as few tapes possible) 2. Move Nodedat
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2006-01/msg00219.html (13,706 bytes)

3. Re: Pre-fetching a restore? (score: 1)
Author: Stef Coene <stef.coene AT DOCUM DOT ORG>
Date: Thu, 12 Jan 2006 09:44:17 +0100
Yes. You can also do a full backup (if the backup window allows this) on friday and put the data in a diskpool or on a single tape. Ones the drive is streaming, it will go fast. My "dream" is a way t
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2006-01/msg00220.html (12,845 bytes)

4. Re: Pre-fetching a restore? (score: 1)
Author: David McClelland <david.mcclelland AT UK.IBM DOT COM>
Date: Thu, 12 Jan 2006 09:49:42 +0000
Hi Jim, In response to the first part of your question: is going to be some by that Have you thought about using the 'move nodedata' command (http://publib.boulder.ibm.com/infocenter/tivihelp/v1r1/to
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2006-01/msg00223.html (15,020 bytes)

5. Re: Pre-fetching a restore? (score: 1)
Author: Richard Sims <rbs AT BU DOT EDU>
Date: Thu, 12 Jan 2006 07:09:57 -0500
Jim - Pre-fetching for a restoral is something that isn't done. Where you know ahead of time that a file system may be jeopardized by scheduled system maintenance, you could perform a full backup of
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2006-01/msg00226.html (12,187 bytes)

6. Re: Pre-fetching a restore? (score: 1)
Author: "Allen S. Rout" <asr AT UFL DOT EDU>
Date: Thu, 12 Jan 2006 08:18:29 -0500
[ ... ] I don't have a tree, so I can't help you there. But I do MOVE NODEDATA when I'm anticipating a restore. This can sometime waste some space in the moved-to place (because it moves inactive da
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2006-01/msg00228.html (13,419 bytes)

7. Re: Pre-fetching a restore? (score: 1)
Author: Ben Bullock <bbullock AT MICRON DOT COM>
Date: Thu, 12 Jan 2006 07:46:48 -0700
Doh, I should read through all my email in the morning before I start writing replies....I see other folks brought up both my suggestions. Ah well, I'll send them anyways to affirm their suggestions.
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2006-01/msg00230.html (14,407 bytes)

8. Re: Pre-fetching a restore? (score: 1)
Author: David E Ehresman <deehre01 AT LOUISVILLE DOT EDU>
Date: Thu, 12 Jan 2006 12:11:17 -0500
Short of prestaging the data, two things you can do to optimize restores: 1) bump up resourceutilization to allow more client threads 2) bump up maxnummp on the node definition to allow more concurre
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2006-01/msg00232.html (12,798 bytes)

9. Re: Pre-fetching a restore? (score: 1)
Author: Jim Zajkowski <jamesez AT UMICH DOT EDU>
Date: Thu, 12 Jan 2006 13:35:37 -0500
I'd say make sure that you pre-stage the data to a different storage pool than your usual landing pad, if you can possibly find the space. You could fill up the landing pad, and have it start migrat
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2006-01/msg00238.html (12,792 bytes)

10. Re: Pre-fetching a restore? (score: 1)
Author: "Prather, Wanda" <Wanda.Prather AT JHUAPL DOT EDU>
Date: Thu, 12 Jan 2006 14:10:30 -0500
TSM doesn't care whether you leave it there, do MOVE DATA back to TAPEPOOL, or migrate it. If you need to do a restore, TSM knows where the data is, and will go get it. If it were me, I would move it
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2006-01/msg00241.html (13,331 bytes)

11. Re: Pre-fetching a restore? (score: 1)
Author: Fred Johanson <fred AT UCHICAGO DOT EDU>
Date: Thu, 12 Jan 2006 13:16:25 -0600
Richard, I have found that professors with research on toasted harddrives are very willing to wait an extra day or two to have me stage their backups from non-collocated tape (a false economy if ther
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2006-01/msg00243.html (12,951 bytes)

12. Re: Pre-fetching a restore? (score: 1)
Author: Fred Johanson <fred AT UCHICAGO DOT EDU>
Date: Thu, 12 Jan 2006 13:26:19 -0600
We used that method with great results until we had to shift the disk to other uses. -- Original message -- different storage the space. migration, and be what I then PRESTAGE. I great. the tapes? se
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2006-01/msg00244.html (12,833 bytes)

13. Re: Pre-fetching a restore? (score: 1)
Author: Richard Sims <rbs AT BU DOT EDU>
Date: Thu, 12 Jan 2006 15:11:36 -0500
Richard, I have found that professors with research on toasted harddrives are very willing to wait an extra day or two to have me stage their backups from non-collocated tape (a false economy if the
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2006-01/msg00246.html (13,565 bytes)

14. Re: Pre-fetching a restore? (score: 1)
Author: Jim Zajkowski <jamesez AT UMICH DOT EDU>
Date: Thu, 12 Jan 2006 15:28:03 -0500
likely call for only a fraction of it My original query was directed based on the idea that we have, twice (out of three times), and with vendor supervision, performed "routine maintenance" that ess
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2006-01/msg00247.html (12,513 bytes)

15. Re: Pre-fetching a restore? (score: 1)
Author: "Allen S. Rout" <asr AT UFL DOT EDU>
Date: Fri, 13 Jan 2006 09:39:57 -0500
Once you're clear that the 'interesting times' are past, just set the nextstg, and migrate. - Allen S. Rout
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2006-01/msg00255.html (12,274 bytes)


This search system is powered by Namazu