中断镜像关系是否会导致宕机？——宁夏银行宕机始末

锅铁做

InfoCore-Great 发表于 2014-08-09 11:34
回复 3# 锅铁做

老大，好久不见  

Hello,

最近几个季度有点忙，所以很少跑上来。

嗯，至于答案，你只需要跟着自己感觉走就对了:wink: ，别的我也不想讨论了。之前，我好像跟你讲过一次，SNIA仅仅标准了两个类型的概念，至于各个厂商的True CDP如何写代码，如何运作，那取决于各个厂商。在商业上，那是每个厂商的专利，总之你的执行结果不要违背这个两个概念就好了，所以之前我才提出了自己观点：某个机制不可能适用于每一个产品，不排除某些厂商不愿公开，只是告诉客户，我满足你的苛刻标准。

我之前确实测试过这个产品，因为前段时间我得到了这枚软件，我知道你很感兴趣稍后我会挂网盘给你，请你前期需要准备一个Linux环境，然后留意email.
如果有相关的疑问，包括感激我之类的话 ，仅仅在MSN回复就好了。

锅铁做

回复 30# bbjmmj

I am not sure,

我仅仅是通过测试看到了结果，针对于运作机制，这个是无法目测的，但是有朋友告诉我，与您说的原理应该是一致的，这个原理被定义为:copy -on -write;

我更熟知另一个机制，您可参考下：捕捉每一次的IO写入，不一定要拷贝它们，仅仅是在旁边用时间戳去记录，也就说CDP日志卷里面存放的不是拷贝来的数据IO，而是连续的指针，指向源卷，当有个管理员跑过来say sorry,他删掉了一笔不该删除的数据，那可以根据时间点指针创建一个虚拟副本，让应用主机去验证，这段时间点的数据是否是您要的？如果是，这毕竟是一个虚拟副本，您就要做最后一个操作，把这段时间点的数据从源卷克隆出来，原来的故障卷保留，或者，把这个时间点以外的数据从源卷删除，也就说源卷的实体数据——被回滚到了前面的一个时间点。

您觉得有趣吗？

但无论如何，也无法避免之前我们讨论的，对各个组件的性能开销。

bbjmmj

锅铁做 发表于 2014-08-10 15:34
回复 30# bbjmmj

I am not sure,

即使只是记录，也会增加写入次数，性能还是会下降，而且算法会比较复杂，恢复的时候也会很麻烦，再碰上个比较2的管理员，把快照也放同一个物理卷上去，会很惨的~~~

qingduo04

宁夏银行宕机事件 真是一个大案例啊!!!

冬瓜头

写缓存、写日志，都比随机写磁盘要快得多。至于元数据生成，可以很负责任很明确的告诉你，单纯日志里的元数据不是很多，这个耗费不了多少IO性能，cpu嘛，现在intel性能几乎都是过剩的，在内存里生成元数据耗费不了多少cpu资源。唯一对性能损失很大是，生成的时间点快照卷挂起之后，每生成一个，系统就要预制作一份独立元数据，大概1或者xGB级别。平时不动的话，是不会有性能损失的，当然，你用10块本地盘充当镜像卷和日志卷，那不死也得死。如果是用了网关形态产品，那完全取决于后端挂接的系统与生产系统之间性能差异了。
所以说，不了解底层，说出来的话颇具误导性和盲目性。以讹传讹，最终反而会把真理扼杀掉，所以真理是宝贵的，只掌握在少数人手中。

冬瓜头

至于28楼的话啥意思，没看懂，不过无所谓，鄙人现在没那多时间弄这些云里雾里的，正事一堆。

beyondfly

这个帖子又没有奖品，怎么放到有奖区来了

睿智2012

这是个很好的话题，紧扣时事，学习了。

lgatuk

回复 37# beyondfly


    噗~

lgatuk

锅铁做 发表于 2014-08-10 14:38
回复 14# 冬瓜头

Hi,

有幸进入神码怎么了，天天换硬盘电池，也没接触过啥cdp啊 对我来说太高级了 怎么办