拨一拔精简配置的皮:
好处相信大家都知道了,估计大家已经被洗脑老了
这不就类似于文件系统的缩减吗?
分出去再缩减就比较困难了,都是理论上可以,但不建议。。 无牙 发表于 2012-02-07 11:33 static/image/common/back.gif
\
sf也就解决解决FS的问题shrink问题而已。 fangbo 发表于 2012-02-07 09:14 http://bbs.chinaunix.net/static/image/common/back.gif
拨一拔精简配置的皮:
好处相信大家都知道了,估计大家已经被洗脑老了
按照3PAR的说法,精简卷的空间可以回收吧?
不过好像要看数据类型,比如说有针对Oracle ASM的插件
实话告诉大家:目前所有厂家都需要通过后台指令回收空间,靠人做的。
这些都是老美说的!!我接触NETAPP,HDS现场也是如此! 回复 12# wolfop
号称解决了,但是不建议这么做。 回复 14# fangbo
手工回收?也就是说回收必须老美自己做? 回复 13# pingfan2
我怀疑3par最多也就做到如果ORACLE把ASM上面的datafile缩小了他能感知去shrink 一下下面的LUN。如果我只是drop/truncate一堆表,没去缩小datafile,他能做到?
回复 15# michael1983
解决了啥?裸设备情况下,我一点都不信。如果我drop/truncate了表他能给我释放或者缩小下面PV?
如果我都不是用ORACLE,而是INFORMIX呢?怎么知道你释放了chunk的哪些空间?
目前不能解决,有内部指令回收!回收时,有可能导致数据不正常。
据说,需要写针对各种操作系统的API也就是说存储需要通过IP网络与主机建立API接口,进行告知与判断。
页:
1
[2]