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 also have disk pools in front of our file system data. Our implementation for the Open Systems was challenging in the beginning but everything now seems to be running better once we made some adjustments and upgraded the DD880 a bunch of times (Problems with dedupe rates promised,undersized storage overall,and were hit with some bugs from Data Domain for our DD880 and waiting for new fixes coming out soon for a couple of small bugs.
Couple things to keep in mind: (Lessons Learned). Background: TSM, Version 5.5.5.0, AIX OS 5.3 TL12 DD880 Version: 4.9.2.6-226914 DD880 setup like a VTL, emulating LTO2, tape size 200GB Reclamation: DD recommends setting TSM reclamation and 90%, we always ran reclamation pretty aggressively in our old environments(EMC EDLs, and/or LTO physical tape worlds). We cannot run reclamation during Data Domain cleaning without getting disk or tape errors(yes, false tape errors), so we just don't run reclamation for 2 days to avoid problems. Choosing what type of data goes on the Data Domain and replication: We chose to replicate all our data to our DR site, TIER 1,2,3,4 and we are now rethinking this from a business side that would we really do if catastrophic disaster occurred. The footprint at our DR location is costly not to mention disk costs. Would we really restore all our data or are there other options, staging a copy of a prod database for our Dev,Model,Test, environments. SQL-Backtrack for SYBASE Databases - You will NOT get any additional dedupe on this type of data. We had to implement LAN FREE clients(another cost) for our Sybase databases seeing that they took up 40% of our storage. Nancy Leugemors Enterprise Systems HealthNow, NY 716-887-7979 From: Richard Rhodes <rrho...@firstenergycorp.com> To: ADSM-L@VM.MARIST.EDU Date: 06/17/2011 08:33 AM Subject: Re: [ADSM-L] tsm and data domain Sent by: "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU> 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 training - just spent time with the manual. - The tsm servers are not real high performers, so they don't put a big I/O load on the DD. - The TSM servers are old Sun T2000. - Each DD has both primary data for onsite TSM servers and DR copy for the other. - Used as NFS filepools using 30gb file volumes over 10g ethernet. - We really like the NFS/Filepool setup. It greatly simplified the TSM environment and has worked very well. - We kept the diskpool to front most backups, then run migrations to the filepool. - Big database backups that went straight to tape now go straight to the filepool. - We've seen max throughput of about 180mb/s, and we believe this limit is the Sun servers. - We use DD replication - no copy pools. - Because no copy pools, we use DD snapshots to protect from major logical corruption. - TSM db backups go to a separate small filepool on the DD. - We keep the snapshots for 3 days, with 3 day tsm database retension, with 3 day reuse delay. - Data is a mix of Windows servers, Unix, and databases. - During the RFP faze DD went with a 4.5 dedup ratio - we wanted to be very conservative. - Overall dedup ratio has turned out to be 8.5. - Freed up space on the DD is made available for use by running a CLEAN process. This included the space used by old snapshots. - DD recommends running CLEAN only once per week. - In performing DR testing learned that TSM can't access a filepool via a symlink. - If interested and want more info than sales folks give, ask for a temp account on the support site. - Started conversion of the TAPEPOOL to DD FILEPOOL using reclamation. Halfway throught we switched to MOVEDATA, which seemed to perform better. - Took 8 weeks to move all the TAPEPOOL's of 3 TSM servers to DD Filepools. - Total footprint in the DD is 550TB (local primary + DR from other site) stored on about 60TB of disk. (8x dedup) Rick From: Tim Brown <tbr...@cenhud.com> To: ADSM-L@VM.MARIST.EDU Date: 06/16/2011 03:54 PM Subject: tsm and data domain Sent by: "ADSM: Dist Stor Manager" <ADSM-L@VM.MARIST.EDU> 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 & Electric 284 South Ave Poughkeepsie, NY 12601 Email: tbr...@cenhud.com <<mailto:tbr...@cenhud.com>> Phone: 845-486-5643 Fax: 845-486-5921 Cell: 845-235-4255 This message contains confidential information and is only for the intended recipient. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, please notify the sender immediately by replying to this note and deleting all copies and attachments. ----------------------------------------- The information contained in this message is intended only for the personal and confidential use of the recipient(s) named above. If the reader of this message is not the intended recipient or an agent responsible for delivering it to the intended recipient, you are hereby notified that you have received this document in error and that any review, dissemination, distribution, or copying of this message is strictly prohibited. If you have received this communication in error, please notify us immediately, and delete the original message.