Search String: Display: Description: Sort:

Results:

References: [ +subject:/^(?:^\s*(re|sv|fwd|fw)[\[\]\d]*[:>-]+\s*)*\[ADSM\-L\]\s+tsm\s+and\s+data\s+domain\s*$/: 30 ]

Total 30 documents matching your query.

1. [ADSM-L] tsm and data domain (score: 1)
Author: Tim Brown <tbrown AT CENHUD DOT COM>
Date: Thu, 16 Jun 2011 15:49:43 -0400
Any one use emc's data domain devices for storage pools and replication Would like to here positive and negative issues. Thanks, Tim Brown Systems Specialist - Project Leader Central Hudson Gas & Ele
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2011-06/msg00169.html (11,991 bytes)

2. Re: [ADSM-L] tsm and data domain (score: 1)
Author: "Huebner,Andy,FORT WORTH,IT" <Andy.Huebner AT ALCONLABS DOT COM>
Date: Thu, 16 Jun 2011 16:12:04 -0500
I use DDs as a VTL. Works good, in the aggregate it is fast. It can restore faster the 1Gb Ethernet (no 10Gb yet), I have heard some people complain that the restore was slow, I have not experienced
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2011-06/msg00172.html (13,507 bytes)

3. Re: [ADSM-L] tsm and data domain (score: 1)
Author: Nick Laflamme <dplaflamme AT GMAIL DOT COM>
Date: Thu, 16 Jun 2011 16:59:47 -0500
My current employer has dozens of DataDomain DD690s and DD880s, all arranged in pairs in which one is primary and one is a DR replication target. (Each of our data centers is primary for some stuff a
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2011-06/msg00173.html (13,945 bytes)

4. Re: [ADSM-L] tsm and data domain (score: 1)
Author: Paul Zarnowski <psz1 AT CORNELL DOT EDU>
Date: Thu, 16 Jun 2011 21:34:52 -0400
Nick, We are heading down this path. My analysis is that in a TSM environment, the fairly low dedup ratio does not justify the higher price of duduping VTLs. Commodity disk arrays have gotten very in
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2011-06/msg00174.html (13,891 bytes)

5. Re: [ADSM-L] tsm and data domain (score: 1)
Author: PAC Brion Arnaud <Arnaud.Brion AT PANALPINA DOT COM>
Date: Fri, 17 Jun 2011 09:10:58 +0200
Tim, We are right conducting a POC with a pair of DD860, and are relatively satisfied with them. The machines are mostly used as VTL except for a small NFS partition which is used or TSM DB backups.
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2011-06/msg00175.html (15,021 bytes)

6. Re: [ADSM-L] tsm and data domain (score: 1)
Author: Nick Laflamme <dplaflamme AT GMAIL DOT COM>
Date: Fri, 17 Jun 2011 06:41:31 -0500
It's too bad there isn't a USA-based users group for TSM that meets annually or even semi-annually for things like user presentations and panels on topics like this. :-) I'd love to go to a "TSM Work
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2011-06/msg00176.html (15,572 bytes)

7. Re: [ADSM-L] tsm and data domain (score: 1)
Author: Richard Rhodes <rrhodes AT FIRSTENERGYCORP DOT COM>
Date: Fri, 17 Jun 2011 08:31:13 -0400
We just implemented a pair of DD880's. Here are some thoughts/comments about this implementation in no particular order . . . - We like them a lot. - Fairly straight forward system. Did not go to tra
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2011-06/msg00177.html (15,379 bytes)

8. Re: [ADSM-L] tsm and data domain (score: 1)
Author: Nancy L Leugemors <Leugemors.Nancy AT HEALTHNOW DOT ORG>
Date: Fri, 17 Jun 2011 09:08:06 -0400
We too implemented 1 DD690( for mainframe data), and DD880(for open systems), and replicate both to DD880 @ a DR location about 9 months ago. Our setup is 90% VTL and 10% NFS for archive db logs. We
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2011-06/msg00180.html (17,570 bytes)

9. Re: [ADSM-L] tsm and data domain (score: 1)
Author: "Cowen, Richard" <rcowen AT SBSPLANET DOT COM>
Date: Fri, 17 Jun 2011 09:14:58 -0400
Brian, The DD has dedup by volume. If you lookup the contents of a volume on TSM, you can get an feeling for how dedup varies. The resulting information is "approximate", due to the fact some of the
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2011-06/msg00181.html (16,709 bytes)

10. Re: [ADSM-L] tsm and data domain (score: 1)
Author: PAC Brion Arnaud <Arnaud.Brion AT PANALPINA DOT COM>
Date: Fri, 17 Jun 2011 15:24:27 +0200
Hi Richard, Thanks for the info, I'll have a closer look at this ! Cheers. Arnaud ** Corporate IT Systems & Datacenter Responsible Panalpina Management Ltd., Basle, Switzerland, CIT Department Viaduk
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2011-06/msg00182.html (17,729 bytes)

11. Re: [ADSM-L] tsm and data domain (score: 1)
Author: Rick Adamson <RickAdamson AT WINN-DIXIE DOT COM>
Date: Fri, 17 Jun 2011 09:35:29 -0400
I have had DD implemented for about a year now, but I fail to understand why anyone would utilize the DD VTL license when using TSM? Mine are setup as a simple SAN device with defined directories tha
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2011-06/msg00184.html (16,891 bytes)

12. Re: [ADSM-L] tsm and data domain (score: 1)
Author: "Hart, Charles A" <charles_hart AT UHC DOT COM>
Date: Fri, 17 Jun 2011 08:48:12 -0500
Has anyone used the DD NFS mount point for Devclass type of File? If so to what degree? How hard could you push it? 1, 2 or 3 TBH? (10Gige = approx 2.25TBH) We have a fairly robust backup server plat
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2011-06/msg00186.html (18,125 bytes)

13. Re: [ADSM-L] tsm and data domain (score: 1)
Author: Nancy L Leugemors <Leugemors.Nancy AT HEALTHNOW DOT ORG>
Date: Fri, 17 Jun 2011 09:51:49 -0400
Richard, We too experienced the pretty long initialization times for the TSM server attached to the VTL with 128 drives(15 -30 minutes). We ended up changing this setting and it fixed the issue. Chec
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2011-06/msg00187.html (19,474 bytes)

14. Re: [ADSM-L] tsm and data domain (score: 1)
Author: "Huebner,Andy,FORT WORTH,IT" <Andy.Huebner AT ALCONLABS DOT COM>
Date: Fri, 17 Jun 2011 09:16:46 -0500
We use ours as VTL because it was a very simple replacement of the existing VTL. We only use 48 drives and use disk pools to catch the incoming backups. The other advantage of VTL for us is speed. We
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2011-06/msg00188.html (18,139 bytes)

15. Re: [ADSM-L] tsm and data domain (score: 1)
Author: Steven Langdale <steven.langdale AT GMAIL DOT COM>
Date: Fri, 17 Jun 2011 15:29:53 +0100
Rick A not uncommon configuration, I have also used DD's of NFS for disk pools as well. Then only time I've seen them as VTL's is when LAN Free was required. I would however think again about not ha
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2011-06/msg00189.html (13,827 bytes)

16. Re: [ADSM-L] tsm and data domain (score: 1)
Author: Rick Adamson <RickAdamson AT WINN-DIXIE DOT COM>
Date: Fri, 17 Jun 2011 11:05:07 -0400
Steven, I agree, you comment is regard to the copy pools is something I am a little concerned with. I am preparing the move from 5.5 to ver 6.2 now and am in conversations with management on that ver
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2011-06/msg00193.html (14,660 bytes)

17. Re: [ADSM-L] tsm and data domain (score: 1)
Author: Robert Clark <robert.clark7 AT USBANK DOT COM>
Date: Fri, 17 Jun 2011 09:15:08 -0700
We've moved TSM almost entirely off physical tape, and onto VTL. (Other VTL, not DD.) We do have some DD, but are using it for an RMAN target via NFS. And with RMAN managing its own retention, TSM be
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2011-06/msg00196.html (17,529 bytes)

18. Re: [ADSM-L] tsm and data domain (score: 1)
Author: Richard Rhodes <rrhodes AT FIRSTENERGYCORP DOT COM>
Date: Fri, 17 Jun 2011 12:23:27 -0400
We debated having a copy pool when doing our DD setup. We finally decided that using a daily DD snapshot was an acceptable solution. We take a snapshot a little while after the TSM db backup complete
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2011-06/msg00197.html (16,014 bytes)

19. Re: [ADSM-L] tsm and data domain (score: 1)
Author: Ben Bullock <BBullock AT BCIDAHO DOT COM>
Date: Fri, 17 Jun 2011 15:50:53 +0000
Good discussion. We also use a DD690 onsite and replicate to 2 DD580's at remove sites. We are not using the VTL function, just mounting them up NFS to our AIX TSM server (v5.5). NFS performance is g
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2011-06/msg00198.html (14,828 bytes)

20. Re: [ADSM-L] tsm and data domain (score: 1)
Author: "Cowen, Richard" <rcowen AT SBSPLANET DOT COM>
Date: Fri, 17 Jun 2011 12:48:01 -0400
Check out DD OS 5.0 and "mtrees" for some enhancements around snapshot granularity. We debated having a copy pool when doing our DD setup. We finally decided that using a daily DD snapshot was an acc
/usr/local/webapp/mharc-adsm.org/html/ADSM-L/2011-06/msg00199.html (16,909 bytes)


This search system is powered by Namazu