Mail Archive Search: <+subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[ADSM\-L\]\s+Restoring\s+dedupped\-backup\s+from\s+VTL\s*$/>

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[ADSM\-L\]\s+Restoring\s+dedupped\-backup\s+from\s+VTL\s*$/: 6 ]

Total 6 documents matching your query.

1. [ADSM-L] Restoring dedupped-backup from VTL (score: 1): Author: Mehdi Salehi <iranian.aix.support AT GMAIL DOT COM>; Date: Tue, 3 Nov 2009 18:04:09 +0330; Hi, If a TSM server is configured to use a TS7650 as lan-free storage pool, can I migrate these de-duped virtual tapes to a traditional tape library to save VTL disk space? If yes, what happens if I; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2009-11/msg00007.html (11,263 bytes)
2. Re: [ADSM-L] Restoring dedupped-backup from VTL (score: 1): Author: "Huebschman, George J." <GJHuebschman AT LMUS.LEGGMASON DOT COM>; Date: Tue, 3 Nov 2009 09:37:08 -0500; Yes, but you will lose the de-dupe. So, no the TSM DB keeps track of all the expanded data just as always. Hi, If a TSM server is configured to use a TS7650 as lan-free storage pool, can I migrate th; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2009-11/msg00008.html (12,646 bytes)
3. Re: [ADSM-L] Restoring dedupped-backup from VTL (score: 1): Author: Francisco Molero <fmolero AT YAHOO DOT COM>; Date: Tue, 3 Nov 2009 06:39:00 -0800; 1.- TS7650 migrates data to phyiscal tape. This process duplicates data. 2.- If you need to restore one volume from Tapecopystgpool to TS7650primarypool then the data duplicates won't store in TS7650; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2009-11/msg00009.html (11,744 bytes)
4. Re: [ADSM-L] Restoring dedupped-backup from VTL (score: 1): Author: Mehdi Salehi <iranian.aix.support AT GMAIL DOT COM>; Date: Tue, 3 Nov 2009 18:27:41 +0330; So, what is the best practice to use VTL+TSM? Suppose I dedicate all TSM disk capacity available to TS7650 (so there is just one kind of storage pool in TSM: virtual tapes!) and If there is not prope; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2009-11/msg00010.html (11,573 bytes)
5. Re: [ADSM-L] Restoring dedupped-backup from VTL (score: 1): Author: "Huebschman, George J." <GJHuebschman AT LMUS.LEGGMASON DOT COM>; Date: Tue, 3 Nov 2009 10:31:00 -0500; Yes, your offsite physical tapes will not be de-duplicated. They will be native size (or compressed if you use drive compression.) We migrate to physical tape as part of daily housekeeping, we do not; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2009-11/msg00011.html (13,085 bytes)
6. Re: [ADSM-L] Restoring dedupped-backup from VTL (score: 1): Author: Mehdi Salehi <iranian.aix.support AT GMAIL DOT COM>; Date: Tue, 3 Nov 2009 19:29:36 +0330; Thanks George; /usr/local/webapp/mharc-adsm.org/html/ADSM-L/2009-11/msg00012.html (11,383 bytes)

Current List: 1 - 6
Page: [1]