Thanks for all the comments/suggestions and a somewhat consensus to avoid directory/containers.
We decided to at least get our "feet wet" and play with directory/containers on our offsite replica-target server (which has the horsepower) only to realize everything we tried to use it for was not-allowed (DB backups from production servers and replication target storage pools) and everything we directed to it was redirected to the "next stgpool"? So we are confused - what can you use directory/containers for at the 7.1.7.400 server level? Only real client backups? On Tue, Sep 18, 2018 at 11:40 AM PAC Brion Arnaud < arnaud.br...@panalpina.com> wrote: > Zoltan, > > If I understood well, your storage is Isilon based : in this case do not > even think of using CONTAINER pools, as performance will be horrible. > Not much time to talk about this, but to make a very long story short, we > are about to dump/trash /resell the brand new Isilon arrays we bought 8 > months ago, and to replace them with direct attached storage (Storwize), as > we never reached sufficient performance levels. Cases have been opened with > IBM and EMC as well, to no result at all, beside a suspected block size > issue which would refrain the Isilons to work at expected speed. > If you plan to go for such a hardware configuration, my only advice is : > run away, as fast as you can ! > > Cheers. > > Arnaud > > -----Original Message----- > From: ADSM: Dist Stor Manager [mailto:ADSM-L@VM.MARIST.EDU] On Behalf Of > Zoltan Forray > Sent: Tuesday, September 18, 2018 3:37 PM > To: ADSM-L@VM.MARIST.EDU > Subject: CONTAINER pool experiences > > We are investigating using CONTAINER pools for our offsite replica server > vs the current FILE method which is killing us with the constant dedup, > reclaims, etc. > > So, what are the "gotchas' ? We are still at V7.1.7.400 so I figure we > will have to do without any new features added in the V8 branch. But is it > problematic enough at V7 to avoid it? > > Your thoughts? Experiences? > > -- > *Zoltan Forray* > Spectrum Protect (p.k.a. TSM) Software & Hardware Administrator > Xymon Monitor Administrator > VMware Administrator > Virginia Commonwealth University > UCC/Office of Technology Services > www.ucc.vcu.edu > zfor...@vcu.edu - 804-828-4807 > Don't be a phishing victim - VCU and other reputable organizations will > never use email to request that you reply with your password, social > security number or confidential personal information. For more details > visit http://phishing.vcu.edu/ > -- *Zoltan Forray* Spectrum Protect (p.k.a. TSM) Software & Hardware Administrator Xymon Monitor Administrator VMware Administrator Virginia Commonwealth University UCC/Office of Technology Services www.ucc.vcu.edu zfor...@vcu.edu - 804-828-4807 Don't be a phishing victim - VCU and other reputable organizations will never use email to request that you reply with your password, social security number or confidential personal information. For more details visit http://phishing.vcu.edu/
