DavidCao's Posts

DavidCao's Posts

也就是说组成lun的slice是在单独的RG中,而不是跨越所有的RG。 这个lun的iops和MB/s的最大值也是单独的RG中硬盘的个数统计出来的,而不是所有的pool中的硬盘。right??
是否有一个指标来判断一个磁盘的忙碌程度,有各种磁盘的response time值 吗?比如超过这个值,就说明磁盘很慢了
现在你们的客服人员给了两种完全不同的回复: 1。 只包括存储的时间(LUN的等待时间+询盘时间(service time)) 2. 包括从host端到存储的时间(路上的时间+storage处理的时间(service time)) 哪种是正确的?
我在系统上用的raw device, 应该是不会用缓存的, 会跟存储的缓存有关?
我们有这方面的文档吗? 在一个ASM DG中是建议用数量多 容量小的data disk还是用数量少 容量大的datadisk呢? 这
也就是说同一套系统 iops越高 延迟应该也是越高才对吧?
始终无法理解iops很高 而延迟也很高的场景 比如说1000 iops 那就能确定1秒钟是1000个io了 那延迟不就是1s/1000吗?不对嘛?
我们有这种类型的软件吗?比如可以看到每个LUN 甚至是每个disk的load的
我知道我们某种disk有个具体的iops的数值,但如何确定某个pool或者pool中某个lun的iops呢?特别是那种mixed的pool。 如果用户的需求是12000个iops, 那我应该选择什么类型的disk,什么raid类型的pool呢?iops是否跟raid类型有关?
这个文件怎么看?我们是通过solution enabler 连接 到 存储的 sent from my phone
Hi 用什么命令可以看到例如每次clone信息,开始同步的时间, 结束的时间,等等。 Naviseccli Symclone �g … query David Cao China Storage Engineer Mobile: 8618914086348<tel:8618914086348> Addr:SIP, Suzhou, JiangSu, China
在线开case时 需要提供productid,请问这个东西是什么?我们有序列号,能直接开case吗? David Cao China Storage Engineer Mobile: 8618914086348<tel:8618914086348> Addr:SIP, Suzhou, JiangSu, China
普通的raid10是两个disk一对,一个datadisk,一个mirrordisk, 这个是8个disk组成一组,4个datadisk,4个mirrordisk吗? David Cao China Storage Engineer Mobile: 8618914086348<tel:8618914086348> Addr:SIP, Suzhou, JiangSu,... See more...
普通的raid10是两个disk一对,一个datadisk,一个mirrordisk, 这个是8个disk组成一组,4个datadisk,4个mirrordisk吗? David Cao China Storage Engineer Mobile: 8618914086348<tel:8618914086348> Addr:SIP, Suzhou, JiangSu, China
如果有24块硬盘,那raid10是如何搞的? David Cao China Storage Engineer Mobile: 8618914086348<tel:8618914086348> Addr:SIP, Suzhou, JiangSu, China
是database的, 在BCV端的某个dbf文件在做备份时报错,逻辑检查不过去。 你提到的split 是通过什么命令实现的?我怎么感觉我们的lun在同步过程中也是可以访问的,起码用fdisk 可以看到这个LUN上面的分区 Thanks, David Cao
Redhat linux
谢谢
我们环境中有clone group 把source端的数据拷贝到dest端 但经常会出现数据不一致的情况 感觉拷贝过程中出现了问题 首先做full sync 然后做增量同步 等到同步完成后,如果发现两边不一致的话 该如何处理? 有命令行的log可以查吗?如果这个时候我们在dest端用dd把上面的数据删除掉, 那我们需要重新做full sync吗?还是只是做增量sync就可以? 问... See more...
我们环境中有clone group 把source端的数据拷贝到dest端 但经常会出现数据不一致的情况 感觉拷贝过程中出现了问题 首先做full sync 然后做增量同步 等到同步完成后,如果发现两边不一致的话 该如何处理? 有命令行的log可以查吗?如果这个时候我们在dest端用dd把上面的数据删除掉, 那我们需要重新做full sync吗?还是只是做增量sync就可以? 问题: 按照原理来说,应该是只做增量sync就可以,source 跟dest在同步之前会进行数据交互,来判断哪些数据块需要传