Re: [ADSM-L] TSM 7.1.3 and Directory-container storage pools

Thank you for that Stefan.

Does anyone have an opportunity to test this?

Stefan, what is the specific type of setup you are talking about?

Mike

On Friday, September 18, 2015, Stefan Folkerts <stefan.folkerts AT gmail DOT 
com>
wrote:

> I believe you can "move data" data into the container pools, you just can't
> get the data out with traditional methods at the moment but only via TSM
> node replication.
> I like the new pool type but they are only suitable to a specific type of
> setup, the good news is that this setup covers a lot of the new type of TSM
> deployments we are doing!
>
> On Wed, Sep 16, 2015 at 9:24 PM, Sergio O. Fuentes <sfuentes AT umd DOT edu
> <javascript:;>> wrote:
>
> > This question is relevant.  How do I move from a file devclass stgpool to
> > a directory-container pool.  And what's the impact on the DB if I do
> this?
> >  I already had multi-site configured for our environment with the tools
> > that exist in versions <7.1.3.  I'm not getting another 200TB array to
> > move data to new directory-container pools.
> >
> > Thanks!
> >
> > SF
> >
> > On 9/16/15, 10:49 AM, "ADSM: Dist Stor Manager on behalf of Ryder,
> Michael
> > S" <ADSM-L AT VM.MARIST DOT EDU <javascript:;> on behalf of
> michael_s.ryder AT ROCHE DOT COM <javascript:;>> wrote:
> >
> > >I am very interested in directory-container storage pools.
> > >
> > >But...
> > >
> > >If Migration or Move Data are not options, then how does one transition
> > >data from existing primary storage pools to a directory-container
> storage
> > >pool?
> > >
> > >Mike
> > >
> > >Best regards,
> > >
> > >Mike <http://rbbuswiki.bbg.roche.com/wiki/ryderm_page:start>, x7942
> > >RMD IT Client Services <http://rmsit.dia.roche.com/Pages/default.aspx>
> > >
> > >On Wed, Sep 16, 2015 at 9:23 AM, Rick Adamson <
> RickAdamson AT segrocers DOT com <javascript:;>>
> > >wrote:
> > >
> > >> I may be wrong but from reading the 7.1.3 doco new container approach
> > >> combined with the inline dedup eliminate the need for some of these
> > >> processes. Also, where traditionally a "copy" storage pool was used
> they
> > >> now refer to it as a "protect" storage pool which has the ability to
> be
> > >> replicated to another "onsite" or "offsite" container storage pool.
> > >>
> > >> Remember that with deduplicated data many of the processes you
> mentioned
> > >> required that the data be rehydrated to be performed. An added benefit
> > >>is
> > >> if in fact these processes are no longer required it will free up
> system
> > >> resources and as a result lower storage costs and increase
> scalability.
> > >>
> > >> Fortunately, there are some good resources for additional information:
> > >> IBM you tube channel:
> > >> https://www.youtube.com/channel/UCGkjRNkO0AQNyQbWhS1tTzw
> > >> IBM knowledge center for 7.1.3:
> > >>
> > >>
> >
> http://www-01.ibm.com/support/knowledgecenter/SSGSG7_7.1.3/tsm/welcome.ht
> > >>ml
> > >>
> > >> I will be installing it on two systems today to begin testing,
> hopefully
> > >> I'll be able to comment more soon......
> > >>
> > >>
> > >> -Rick Adamson
> > >>
> > >>
> > >> -----Original Message-----
> > >> From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU
> <javascript:;>] On Behalf
> > Of
> > >> James Thorne
> > >> Sent: Wednesday, September 16, 2015 5:41 AM
> > >> To: ADSM-L AT VM.MARIST DOT EDU <javascript:;>
> > >> Subject: Re: [ADSM-L] TSM 7.1.3 and Directory-container storage pools
> > >>
> > >> Hi Karel.
> > >>
> > >> That's the conclusion we came to too.
> > >>
> > >> James.
> > >>
> > >> -----Original Message-----
> > >> From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU
> <javascript:;>] On Behalf
> > Of
> > >> Karel Bos
> > >> Sent: 16 September 2015 10:17
> > >> To: ADSM-L AT VM.MARIST DOT EDU <javascript:;>
> > >> Subject: [ADSM-L] TSM 7.1.3 and Directory-container storage pools
> > >>
> > >> Hi,
> > >>
> > >> So we get a new type of storage pools, the directory-container storage
> > >> pools. These enable TSM to do in flight dedup. But you cannot use any
> of
> > >> the following functions with directory-container storage pools:
> > >>
> > >>    - Migration
> > >>    - Reclamation
> > >>    - Aggregation
> > >>    - Collocation
> > >>    - Simultaneous-write
> > >>    - Storage pool backup
> > >>    - Virtual volumes
> > >>
> > >> So having in flight dedupe removes any way of doing bck stg other than
> > >>use
> > >> node replication to get the data in a second place. Pretty bad
> > >>limitation
> > >> in my opinion or am I missing something?
> > >>
> > >> Kind regards,
> > >>
> > >> Karel
> > >>
> >
>


--

Best regards,

Mike <http://rbbuswiki.bbg.roche.com/wiki/ryderm_page:start>, x7942
RMD IT Client Services <http://rmsit.dia.roche.com/Pages/default.aspx>