eygle.com   eygle.com
eygle.com eygle
eygle.com  
 

« 周末看片-《遮蔽的天空》 | Blog首页 | EMC Firmware/Software升级成功完成 »

又将是一个不眠的夜晚

今天晚上要升级EMC CX500的微码,
当前的Base软件版本为02.06.500.5.007,升级要在凌晨1点开始。

EMC Base Software Need Upgrade
看来又是一个不眠的夜晚,老都老了,还让我受我这总苦啊!


历史上的今天...
    >> 2009-08-24文章:
    >> 2007-08-24文章:

无觅

By eygle on 2005-08-24 10:19 | Comments (23) | Life | 404 |

23 Comments

带上我吧,让我去看看EMC长啥样

深有体会,这是做系统
维护的人,最不喜欢的
的情况之一

嗯,平衡多了,前不久我这刚省了XP128 的Firmware :)

嗯,平衡多了,前不久我这刚省了XP128 的Firmware :)

嗯,平衡多了,前不久我这刚省了XP128 的Firmware :)

咋说话还有回音了呢~!

升级微码有什么好处?
性能增益?更稳定?还是......

修正了很多Bug,而且如果不升级,EMC不支持。。。

最近在测试一套CX500存储设备,以前很少搞硬件,
有不少问题想请教大哥,不知道可不可以请问您的MSN,QQ类方便联系的方式?

能不眠,说明还年轻着:)

已经不年轻了~!

to adam;

那方面有问题呢?一般代理商和EMC都会帮你摆平的。

谢谢, eygle
是客户买的设备,被我们中途弄来玩了段时间.
主要是想看如何优化其配置,如何合理划分得到比较好的性能增益.
准备写一些自己的理解(我这人比较喜欢了解原理:)).
和疑问,还望到时候大哥多指教了:)

你可以做一些Tpcc的测试,读写压力测试,数据库测试...各种文件系统的,不同读写Cache的...很多东西可以测试。

自己做一个列表,认真做可以学到很多东西。

HA,RAC都可可以玩,很不错的。

除HA,RAC外其它测试都结束了,设备客户要拖走了.

对于CX500读写Cache的原理还有一些疑问.
1,read cache大小在SPA,SPB上分别设置.在CX500配置那里有个饼图,显示了SP使用部分,read cache,write cache.SP使用部分似乎就是我为SP设置的read cache,那剩下的那部分500M左右read cache是做什么用的,而且这部分都分配不了?
2,CX500的read cache使用的是什么算法,LRU还是预先读?
似乎是没有可以设置的地方
3,CX500的write catch是用什么算法?透写还是回写?
似乎也没有设置的地方
4,CX500设置write cache的大小是对于SPA,SPB单独使用的呢还是两个SP共享的大小?

EMC的Write Cache是互相镜像的,即SpA和SpB之间要同步传递,所以你的设置是针对两个Sp同时生效的。

WriteCache当然是回写,透写就没意义了。但是当SP损坏或者系统盘出现故障时,写Cache就会被彻底禁用,这是就是透写了。

EMC不能分配的内存是系统使用了,Windows也要花费不少内存的。

对于WriteCache和ReadCache同时打开的情况有些概念的问题.

当DBWn把Block写入,这时数据被写入WriteCache而还没有写入物理I/O,而ORACLE是认为他物理写入了.这时假如Block被淘汰出SGA,再读它ORACLE会做一次物理I/O.我的疑问就在这了:
1,此时是先去WriteCache中命中数据?
2,还是先去ReadCache中命中数据或做真正的物理I/O(此时读入的数据其实就是脏数据了)
3,如果是在WriteCache中命中,也就是说无论读写都要访问WriteCache了?那读出的数据是直接返回,还是会进ReadCache呢?

Oracle的Buffer Cache,你说是读Cache还是写Cache?
道理是一样的。

盘阵也会检测写Cache,返回用户请求的数据。

Oracle的Buffer Cache是读写的.

看阵列把WriteCache和ReadCache分开设置,所以有些疑惑.原来WriteCache还是会去读的.

那就是说我们从阵列读数据,是先搜索WriteCache,再搜索ReadCache,要是都没有再读物理盘了?

1.对于阵列的管理,大致也是通过free list来管理的。

这样,读写Cache也可以是通过不同的list管理,这个要比数据库简单的多。

2.当进行读操作时,可以顺序搜索read/write list,以确定数据库是否存在在cache中,如果在就是Cache hit,否则就是cache miss了,cache miss要产生物理读了

3.EMC的read cache使用预读及LRU技术。

谢谢,大哥.
其实我就是想WriteCache是否可读的,了解了.

EMC的read cache综合使用预读及LRU技术?
其实,有些阵列中可以选择的,连续读数据(像流媒体)可以选预读,因为它更关心它的下一块数据,已经读的数据几乎不会再读到.
也可以选LRU对于随机数据的选取比较有利.

那EMC的综合使用是不是可以理解为,产生物理I/O时会用预读方法把连续块读入Cache,当数据存在于read cache中后则使用LRU淘汰算法进行缓存的管理.

再次感谢:)

这个理解差不多。
当Read Cache Full以后,EMC实用LRU算法来老化数据。

我晕,都看不懂。我得怎么学才能看懂你们的话啊?


CopyRight © 2004~2020 云和恩墨,成就未来!, All rights reserved.
数据恢复·紧急救援·性能优化 云和恩墨 24x7 热线电话:400-600-8755 业务咨询:010-59007017-7040 or 7037 业务合作: marketing@enmotech.com