See below. On Thu, Aug 29, 2013 at 8:15 AM, Lizette Koehler <[email protected]> wrote: > We are beginning to investigate the possibility of having a DLm and Data > Domain tapeless solution in our shop. We are just looking > > If anyone in a medium to large shop is using this, and you would like to > share your observations with me, that would be great. We have about 1PB of > tape storage (mostly HSM ML2 data) between my two data centers. We have 4.7T for 10,000 volumes * 50 volumes ranges. 235TB total, 61% active volumes. Make sure you activate TTL (time to live) scratch tape management (when it reclaims scratch volumes as free space).
> And I would > like that data to be replicated to both devices. I will also have long tern > retention needs for some of my data. I need to have my primary tape data > in the secondary data center for DR. It would be nice to have my critical > development data sent to the primary site just in-case the DR site is the > one that is down. Mostly my Source Management files. > We duplicate all VTapes from a DLm 960 to DLm 4080s. I don't think we have dedup installed. > > EMC is suggestion an DLm8000 family and Data Domain for dedup of the data > for the mainframe. > > Some questions I might be interested in > > How is the performance when the data has to be rehydrated? > > Is there any significant impact on distances between DD + DLm for DR usage? > What size transmission pipe will make it happy? Our Primary and secondary > sites are about 800 miles apart. > Our sites are about 200 miles apart. Our fiber falls behind during our evening batch backup window, but catches back up by 7am. It is Async, so it is not waiting for responses. We are upgrading the fiber, last link won't be in for another 18 months. > > Are there any concerns or issues that might be good to know up front? Any > lessons learned. > We did not do TTL. We ended up with some file systems with lots of little volumes, chewed up the scratch tapes, had a lot of free space, and was attracting all the writes. Be sure to implement TTL to keep the file systems balanced. > > Thanks for any input. > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
