Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*Question\s+\-\s+Migration\s*$/>

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*Question\s+\-\s+Migration\s*$/: 5 ]

Total 5 documents matching your query.

1. Question - Migration (score: 1): Author: Nancy L Backhaus <Backhaus.Nancy AT HEALTHNOW DOT ORG>; Date: Tue, 23 May 2006 11:40:09 -0400; Problem: TSM doesn't have enough time during the day to drain all of the diskpools down to 0% before client backups start in the afternoon. So, on our declared disaster day, one of our critical small; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2006-05/msg00417.html (12,257 bytes)
2. Re: Question - Migration (score: 1): Author: Kelly Lipp <lipp AT STORSERVER DOT COM>; Date: Tue, 23 May 2006 10:01:39 -0600; It seems to me that you should be more worried about the backup stgpool operations completing as this was a disaster recovery problem. You are correct in your analysis of how this works: large client; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2006-05/msg00420.html (14,389 bytes)
3. Re: Question - Migration (score: 1): Author: "Bos, Karel" <Karel.Bos AT ATOSORIGIN DOT COM>; Date: Tue, 23 May 2006 18:05:13 +0200; Hi, Short answer, I don't think that there is such a setting. But: - Change your admin script to do - Backup stg disk -> copy (all data is send to copy stg before migration); - backup stg tape -> cop; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2006-05/msg00421.html (13,582 bytes)
4. Re: Question - Migration (score: 1): Author: Troy Frank <Troy.Frank AT UWMF.WISC DOT EDU>; Date: Tue, 23 May 2006 11:17:03 -0500; What's your current tsm server hardware (disks/buses/drives/ram,cpu, ect), and how close is the migration getting to finish? Is it getting pretty close to being done, or is it a large time gap to ove; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2006-05/msg00422.html (13,399 bytes)
5. Re: Question - Migration (score: 1): Author: Paul Zarnowski <psz1 AT CORNELL DOT EDU>; Date: Tue, 23 May 2006 18:25:52 -0400; Sounds like you are using collocation and the tail end of migration is slowing down from so many tape mounts. Another site I am aware of addressed this by switching the "nextstg" pool to a non-colloc; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2006-05/msg00426.html (11,648 bytes)

Current List: 1 - 5
Page: [1]