« 周末看片-《遮蔽的天空》 | Blog首页 | EMC Firmware/Software升级成功完成 »
又将是一个不眠的夜晚
作者：eygle |【转载时请务必以超链接形式标明文章原始出处和作者信息及本声明】链接：http://www.eygle.com/archives/2005/08/ooeecooeassaeoi.html
今天晚上要升级EMC CX500的微码，
当前的Base软件版本为02.06.500.5.007，升级要在凌晨1点开始。
看来又是一个不眠的夜晚，老都老了，还让我受我这总苦啊!
By eygle on 2005-08-24 10:19 | Comments (22) | Posted to Life | Edit |Pageviews:
| 相关文章 | 随机文章 |
|
安装Veritas Storage Fundation For Oracle Rac4.0 CBO RBO Oracle10g and Speed 结束旅行,准备回京 回家纪事-之五 年终难终 我们有多少时间能浪费 |
留言 (22)
带上我吧，让我去看看EMC长啥样
Posted by: 柔 at August 24, 2005 1:00 PM
深有体会,这是做系统
维护的人,最不喜欢的
的情况之一
Posted by: brucewoo at August 24, 2005 2:23 PM
嗯，平衡多了，前不久我这刚省了XP128 的Firmware ：）
Posted by: lunar at August 25, 2005 12:02 PM
嗯，平衡多了，前不久我这刚省了XP128 的Firmware ：）
Posted by: lunar at August 25, 2005 12:14 PM
嗯，平衡多了，前不久我这刚省了XP128 的Firmware ：）
Posted by: lunar at August 25, 2005 12:15 PM
咋说话还有回音了呢~!
Posted by: eygle at August 25, 2005 2:30 PM
升级微码有什么好处？
性能增益？更稳定？还是......
Posted by: adam at August 25, 2005 7:40 PM
修正了很多Bug，而且如果不升级，EMC不支持。。。
Posted by: eygle at August 25, 2005 8:43 PM
最近在测试一套CX500存储设备,以前很少搞硬件,
有不少问题想请教大哥,不知道可不可以请问您的MSN,QQ类方便联系的方式?
Posted by: adam at August 25, 2005 9:31 PM
能不眠,说明还年轻着:)
Posted by: sketch at August 25, 2005 9:41 PM
已经不年轻了~！
Posted by: eygle at August 25, 2005 11:22 PM
to adam;
那方面有问题呢？一般代理商和EMC都会帮你摆平的。
Posted by: eygle at August 26, 2005 12:05 AM
谢谢, eygle
是客户买的设备,被我们中途弄来玩了段时间.
主要是想看如何优化其配置,如何合理划分得到比较好的性能增益.
准备写一些自己的理解(我这人比较喜欢了解原理:)).
和疑问,还望到时候大哥多指教了:)
Posted by: adam at August 26, 2005 11:54 PM
你可以做一些Tpcc的测试，读写压力测试，数据库测试...各种文件系统的，不同读写Cache的...很多东西可以测试。
自己做一个列表，认真做可以学到很多东西。
HA，RAC都可可以玩，很不错的。
Posted by: eygle at August 27, 2005 12:22 AM
除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共享的大小?
Posted by: adam at August 27, 2005 10:18 AM
EMC的Write Cache是互相镜像的，即SpA和SpB之间要同步传递，所以你的设置是针对两个Sp同时生效的。
WriteCache当然是回写，透写就没意义了。但是当SP损坏或者系统盘出现故障时，写Cache就会被彻底禁用，这是就是透写了。
EMC不能分配的内存是系统使用了，Windows也要花费不少内存的。
Posted by: eygle at August 27, 2005 6:36 PM
对于WriteCache和ReadCache同时打开的情况有些概念的问题.
当DBWn把Block写入,这时数据被写入WriteCache而还没有写入物理I/O,而ORACLE是认为他物理写入了.这时假如Block被淘汰出SGA,再读它ORACLE会做一次物理I/O.我的疑问就在这了:
1,此时是先去WriteCache中命中数据?
2,还是先去ReadCache中命中数据或做真正的物理I/O(此时读入的数据其实就是脏数据了)
3,如果是在WriteCache中命中,也就是说无论读写都要访问WriteCache了?那读出的数据是直接返回,还是会进ReadCache呢?
Posted by: adam at August 27, 2005 9:24 PM
Oracle的Buffer Cache，你说是读Cache还是写Cache？
道理是一样的。
盘阵也会检测写Cache，返回用户请求的数据。
Posted by: eygle at August 29, 2005 5:27 PM
Oracle的Buffer Cache是读写的.
看阵列把WriteCache和ReadCache分开设置,所以有些疑惑.原来WriteCache还是会去读的.
那就是说我们从阵列读数据,是先搜索WriteCache,再搜索ReadCache,要是都没有再读物理盘了?
Posted by: adam at August 29, 2005 7:45 PM
1.对于阵列的管理，大致也是通过free list来管理的。
这样，读写Cache也可以是通过不同的list管理，这个要比数据库简单的多。
2.当进行读操作时，可以顺序搜索read/write list,以确定数据库是否存在在cache中，如果在就是Cache hit,否则就是cache miss了，cache miss要产生物理读了
3.EMC的read cache使用预读及LRU技术。
Posted by: eygle at August 29, 2005 8:47 PM
谢谢,大哥.
其实我就是想WriteCache是否可读的,了解了.
EMC的read cache综合使用预读及LRU技术?
其实,有些阵列中可以选择的,连续读数据(像流媒体)可以选预读,因为它更关心它的下一块数据,已经读的数据几乎不会再读到.
也可以选LRU对于随机数据的选取比较有利.
那EMC的综合使用是不是可以理解为,产生物理I/O时会用预读方法把连续块读入Cache,当数据存在于read cache中后则使用LRU淘汰算法进行缓存的管理.
再次感谢:)
Posted by: adam at August 29, 2005 10:00 PM
这个理解差不多。
当Read Cache Full以后，EMC实用LRU算法来老化数据。
Posted by: eygle at August 30, 2005 9:35 AM
