Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*determining\s+which\s+files\s+will\s+be\s+copied\s+to\s+copy\s+stgpool\s*$/>

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*determining\s+which\s+files\s+will\s+be\s+copied\s+to\s+copy\s+stgpool\s*$/: 17 ]

Total 17 documents matching your query.

1. determining which files will be copied to copy stgpool (score: 1): Author: Richard Rhodes <rrhodes AT FIRSTENERGYCORP DOT COM>; Date: Wed, 1 Sep 2004 15:34:19 -0400; We've got a strange problem. We run the normal tsm processes . . . . run backup stgpool for primary disk pool to copy tape pool run migration run backup stgpool of the primary tape pool to the copy t; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2004-09/msg00033.html (12,939 bytes)
2. Re: determining which files will be copied to copy stgpool (score: 1): Author: "Johnson, Milton" <milton.johnson AT CITIGROUP DOT COM>; Date: Wed, 1 Sep 2004 15:40:03 -0400; If clients are backing-up during the migration period, those files will be migrated to the primary tape pool. Do you disable sessions during the migration? H. Milton Johnson; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2004-09/msg00034.html (11,680 bytes)
3. Re: determining which files will be copied to copy stgpool (score: 1): Author: Doug Thorneycroft <dthorneycroft AT LACSD DOT ORG>; Date: Wed, 1 Sep 2004 12:41:36 -0700; Have you tried to query your activity log to see if your primary diskpool is migrationg data between your storagpool backups? Doug Thorneycroft County Sanitation Districts of Los Angeles County (562); /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2004-09/msg00035.html (11,738 bytes)
4. Re: determining which files will be copied to copy stgpool (score: 1): Author: Thomas Denier <Thomas.Denier AT MAIL.TJU DOT EDU>; Date: Wed, 1 Sep 2004 15:42:15 -0400; You could run a 'query content' command with 'copied=no' for each of the input volumes reported by the 'backup stgpool' preview.; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2004-09/msg00036.html (12,802 bytes)
5. Re: determining which files will be copied to copy stgpool (score: 1): Author: "Levi, Ralph" <RLevi AT HESS DOT COM>; Date: Wed, 1 Sep 2004 15:43:08 -0400; Rick, You might want to check your Maximum Size Threshold on your disk storage pools. If files are larger than the max, they will go directly to your primary sequential pool and bypass the disk pool; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2004-09/msg00037.html (11,724 bytes)
6. Re: determining which files will be copied to copy stgpool (score: 1): Author: Bill Boyer <bill.boyer AT VERIZON DOT NET>; Date: Wed, 1 Sep 2004 15:47:23 -0400; I would change your processes to be: backup primary disk storage pool to copy storage pool WAIT=YES backup primary tape storage pool to copy storage pool WAIT=YES start migration. Going from disk to; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2004-09/msg00038.html (11,990 bytes)
7. Re: determining which files will be copied to copy stgpool (score: 1): Author: Richard Rhodes <rrhodes AT FIRSTENERGYCORP DOT COM>; Date: Wed, 1 Sep 2004 16:10:27 -0400; Lots of TSM'ers respond. . . . No, we don't. We expect this situation to some degree because of this (oracle archive logs, mostly). This is occuring after we've done all the batch processing. In othe; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2004-09/msg00039.html (13,330 bytes)
8. Re: determining which files will be copied to copy stgpool (score: 1): Author: "Stapleton, Mark" <mark.stapleton AT BERBEE DOT COM>; Date: Wed, 1 Sep 2004 18:46:03 -0500; Why? It won't make any difference what the files are, or where they come from. Just run the primarytapepool-->copytapepool backup, and the pools will be sync'd. -- Mark Stapleton (stapleton AT berbee; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2004-09/msg00050.html (12,175 bytes)
9. Re: determining which files will be copied to copy stgpool (score: 1): Author: "MC Matt Cooper (2838)" <Matt.Cooper AT AMGREETINGS DOT COM>; Date: Thu, 2 Sep 2004 07:20:28 -0400; Rich, If you have a file that is too large to fit in your disk pool it will go to the secondary storage pool. Your tape pool. This happens to us with some DB2 and E-Mail backups. Both backups send si; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2004-09/msg00061.html (12,198 bytes)
10. Re: determining which files will be copied to copy stgpool (score: 1): Author: Bill Dourado <bill.dourado AT ALSTEC DOT COM>; Date: Thu, 2 Sep 2004 13:07:38 +0100; Rick, Are you sure that disk pool is large enough to accommodate all the backups ? Of course it doesn't need to be! ,as automatic migration occurs, when the "High Mig Pct" threshold is reached. There; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2004-09/msg00064.html (12,881 bytes)
11. determining which files will be copied to copy stgpool (score: 1): Author: Richard Rhodes <rrhodes AT FIRSTENERGYCORP DOT COM>; Date: Wed, 1 Sep 2004 15:34:19 -0400; We've got a strange problem. We run the normal tsm processes . . . . - run backup stgpool for primary disk pool to copy tape pool - run migration - run backup stgpool of the primary tape pool to the; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2004-08/msg00888.html (12,612 bytes)
12. Re: determining which files will be copied to copy stgpool (score: 1): Author: "Johnson, Milton" <milton.johnson AT CITIGROUP DOT COM>; Date: Wed, 1 Sep 2004 15:40:03 -0400; If clients are backing-up during the migration period, those files will be migrated to the primary tape pool. Do you disable sessions during the migration? H. Milton Johnson --Original Message-- From; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2004-08/msg00889.html (13,205 bytes)
13. Re: determining which files will be copied to copy stgpool (score: 1): Author: Doug Thorneycroft <dthorneycroft AT LACSD DOT ORG>; Date: Wed, 1 Sep 2004 12:41:36 -0700; Have you tried to query your activity log to see if your primary diskpool is migrationg data between your storagpool backups? Doug Thorneycroft County Sanitation Districts of Los Angeles County (562); /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2004-08/msg00890.html (13,236 bytes)
14. Re: determining which files will be copied to copy stgpool (score: 1): Author: Thomas Denier <Thomas.Denier AT MAIL.TJU DOT EDU>; Date: Wed, 1 Sep 2004 15:42:15 -0400; You could run a 'query content' command with 'copied=no' for each of the input volumes reported by the 'backup stgpool' preview.; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2004-08/msg00891.html (12,545 bytes)
15. Re: determining which files will be copied to copy stgpool (score: 1): Author: "Levi, Ralph" <RLevi AT HESS DOT COM>; Date: Wed, 1 Sep 2004 15:43:08 -0400; Rick, You might want to check your Maximum Size Threshold on your disk storage pools. If files are larger than the max, they will go directly to your primary sequential pool and bypass the disk pool; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2004-08/msg00892.html (13,239 bytes)
16. Re: determining which files will be copied to copy stgpool (score: 1): Author: Bill Boyer <bill.boyer AT VERIZON DOT NET>; Date: Wed, 1 Sep 2004 15:47:23 -0400; I would change your processes to be: backup primary disk storage pool to copy storage pool WAIT=YES backup primary tape storage pool to copy storage pool WAIT=YES start migration. Going from disk to; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2004-08/msg00893.html (13,515 bytes)
17. Re: determining which files will be copied to copy stgpool (score: 1): Author: Richard Rhodes <rrhodes AT FIRSTENERGYCORP DOT COM>; Date: Wed, 1 Sep 2004 16:10:27 -0400; Lots of TSM'ers respond. . . . No, we don't. We expect this situation to some degree because of this (oracle archive logs, mostly). This is occuring after we've done all the batch processing. In othe; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2004-08/msg00894.html (12,546 bytes)

Current List: 1 - 17
Page: [1]