michael1983 发表于 2012-02-07 21:15

fangbo 发表于 2012-02-07 09:14 static/image/common/back.gif
拨一拔精简配置的皮:
好处相信大家都知道了,估计大家已经被洗脑老了


这不就类似于文件系统的缩减吗?
分出去再缩减就比较困难了,都是理论上可以,但不建议。。

wolfop 发表于 2012-02-07 21:19

无牙 发表于 2012-02-07 11:33 static/image/common/back.gif
\



sf也就解决解决FS的问题shrink问题而已。

pingfan2 发表于 2012-02-07 23:20

fangbo 发表于 2012-02-07 09:14 http://bbs.chinaunix.net/static/image/common/back.gif
拨一拔精简配置的皮:
好处相信大家都知道了,估计大家已经被洗脑老了


按照3PAR的说法,精简卷的空间可以回收吧?

不过好像要看数据类型,比如说有针对Oracle ASM的插件

fangbo 发表于 2012-02-08 15:55

实话告诉大家:目前所有厂家都需要通过后台指令回收空间,靠人做的。

这些都是老美说的!!我接触NETAPP,HDS现场也是如此!

michael1983 发表于 2012-02-08 19:58

回复 12# wolfop


    号称解决了,但是不建议这么做。

michael1983 发表于 2012-02-08 20:01

回复 14# fangbo


    手工回收?也就是说回收必须老美自己做?

wolfop 发表于 2012-02-08 23:08

回复 13# pingfan2
我怀疑3par最多也就做到如果ORACLE把ASM上面的datafile缩小了他能感知去shrink 一下下面的LUN。如果我只是drop/truncate一堆表,没去缩小datafile,他能做到?

   

wolfop 发表于 2012-02-08 23:10

回复 15# michael1983
解决了啥?裸设备情况下,我一点都不信。如果我drop/truncate了表他能给我释放或者缩小下面PV?
如果我都不是用ORACLE,而是INFORMIX呢?怎么知道你释放了chunk的哪些空间?

   

fangbo 发表于 2012-02-09 10:35

目前不能解决,有内部指令回收!回收时,有可能导致数据不正常。

据说,需要写针对各种操作系统的API也就是说存储需要通过IP网络与主机建立API接口,进行告知与判断。
页: 1 [2]
查看完整版本: 精简配置有什么好处和坏处?