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

InfoCore-Great

冬瓜头 发表于 2014-08-08 23:33
越来越有意思了，我还是少说话，以免又被版主给封号一年。

说说吧，说说吧，不会封你啊，顺便让我学习下，那个宁夏发生这个时候是什么时间啊？业务停了吗？我都没怎么听说。。

还有，7楼-锅贴做，在最后一句说，“不是每个厂商的CDP都是镜像到至另一个存储”，也就说每个厂商有自己的方式对吗？

换句话说，大话2我也看了，这句话我当时也有疑问：
“就得先搞清楚这些CDP方案是怎么执行数据录像，详细机制在《大话存储2》16章有详细描述，这里只是简单总结一下。首先生产数据先被镜像一份到一个独立的存储系统里，当达到同步收敛之后，生产卷和镜像卷的IO实时同步。基于这份镜像卷，CDP系统在其上实现数据持续捕获剂元数据记录，最后采用基准镜像+增量的方式实现任意时间点回滚。”

请问瓜兄，上述这种方式指的是所有厂商True CDP都是这么做的吗？还说是就是飞康才这么做的？

唉，我都没有机会测试飞康的产品。

InfoCore-Great

回复 3# 锅铁做

老大，好久不见

你之前测试过飞康的产品吗？我周围朋友没有人卖过飞康的产品，我没有机会跟着做过POC，8楼-mike1979，说飞康在镜像CDP卷上做快照，而且还配了图，你怎么看?

我觉得飞康在CDP领域这么 老字号，不会这么做吧。。。。。

还是8楼根本就是乱盖，自己还没弄清什么是True CDP,什么是Near CDP.


幸亏今天来看看哦，没想到还挺活跃。。哇哈哈哈哈哈

差点忘了，这是那个图：

mike1979

回复 12# InfoCore-Great
这是飞康CDP训练营，http://www.watchstor.com/cdp/，可以看看基础教程高级部分的第一节“针对UNIX平台的飞康训练营的基础原理”。
在主机层面就是飞康CDP+主存储做LVM镜像。然后在飞康CDP上把存储层的技术，快照和复制阿之类的，包装成产品。原理和架构没什么改进，至于Truc CDP阿，Near CDP阿之类的名称都是噱头，售前忽悠客户而已。
这个东西，正常的时候是很美好，但是异常的时候哭都来不及。IT架构的核心应该尽量精简，东西越多越容易出错。

   

冬瓜头

让你在生产卷上做快照做录像，试问谁有这胆量去在生产卷上折腾？如果某第三方厂商（我是指生产存储不是他家的）直接在生产卷上折腾，我倒是喜闻乐见一下谁是这么实现的，得好好想他们讨教讨教他们是哪来的这个胆的。怎么样版主，我这么说没有得罪你们小圈子里某些人吧？ 至于true和near，不懂算法就是忽悠，说这块，得从算法讲起。3个月后大话存储书会有个修订版出来，里面更新了TRUE cdp算法，之前版本是near cdp。哎呦，不小心又说出那个书名了，估计某些人又热血沸腾想要喷一喷了，您轻便，我不说话。

InfoCore-Great

回复 14# 冬瓜头

瓜兄，别上火，我确实很想知道，以至于我每次都尽可能详细的说明我要请教的问题，那在重申下：

大话2里面的那个CDP运作机制，所有厂商True CDP都是这么做的吗？还说是只有飞康家才这么做的？
YES or NO吗？

我指的是这个运作机制：
“首先生产数据先被镜像一份到一个独立的存储系统里，当达到同步收敛之后，生产卷和镜像卷的IO实时同步。基于这份镜像卷，CDP系统在其上实现数据持续捕获剂元数据记录，最后采用基准镜像+增量的方式实现任意时间点回滚。”

希望这次能得到一个直接的答案，谢谢奥。


另一个简单问题，我查到了：停机了好像37个小时，银行。   

InfoCore-Great

回复 13# mike1979

唉，如果让你直接面对一个问题：飞康的CDP类型是TRUE 还是 NEAR肯定是非常难为你。所以之前都没用问你，就想问问锅兄看看，因为我心里大概有答案。
为什么说难为你呢：你若告诉我是NEAR，凡是真正了解过飞康技术人就笑了。。。
如果说是TRUE，那张图错的，非常错的。包括所有的，你把快照和CDP联系在一起的发言，都是错的，比如：在CDP做快照。。。。 。
了解一个产品的技术类型对分析银行这次故障很有帮助，所以我才非常关心他的类型，因为我没有测试过，公司也没有出过飞康的单子，总之是不了解。

我对飞康CDP运作机制确实不了解，但是我了解过其他几个公司的两种类型CDP：所以你说：
”原理和架构没什么改进，至于Truc CDP阿，Near CDP阿之类的名称都是噱头，售前忽悠客户而已“

完全能够证明你在技术层面不严谨，非常不严谨。这怎么是”噱头“呢？大哥。从技术上讲：这能反映出一个CDP厂商的技术实力，这也是TRUE CDP厂商的自豪点。
能够做持续数据保护的产品，在市场20家都能找到，然后告诉他们，我要求数据回滚的颗粒度能够到达”秒级“或更低，你看还剩下几个产品，还能剩下5家吗？

我在从营销方面告诉你这不是”噱头“哥们，如果大家和客户的关系都差不多，如果我把这句话写在指标里：要求数据回滚的颗粒度能够到达”秒级“或更低，顺便打上”星号“。而你用自己画在图上的那个产品来投标，你一点戏都没有。你单子都丢了，你还觉得是个噱头吗？失败的结果在于你对技术的不敬畏。

唉，在说句偏激的话，如果你看的晕晕乎乎，证明，TRUE CDP和NEAR CDP在实际数据恢复中所呈现的哪两种效果，你都不清晰！因为每句话我都是尽可能写通俗，简单。
哥们你是搞学术，或者是IT媒体的吧？应该不是设计项目，实施安装什么的吧？我也是乱猜的，我在公司什么都做，是代理nec expresscluster的。。嘿嘿！   

maxh666_cn

出问题是必然，大家都是做IT的，还不了解自己嘛，很多项目都是凑合出来的，没有验证，没有严密的测试，只是走过场，甚至有些连过场都没有。 现在的项目是只出钱不行，不出钱也不行。
去年工--行不是也有6.23事件嘛。当然，有人可能说谁也无法预测这些未知的东东，所以想尝鲜就有当小白鼠的风险。

从我个人感觉来看，一是产品烂，至少是不易操作，软件各部分联动协调机制差（当然烂并不是说不能用）；二是对技术细节可能也不太了解，临机专断欠缺，缺乏对故障后果的正确预判，三是上项目的时候不够慎--重，没有考虑好容灾的定期测试、熟练操作、原理和对容灾技术团队的培养。

搞技术的都知道，即使一个极微小的细节没有考虑到，即使是丢几个字母，都会导致后期某些情况下的维护或恢复难度呈几何级数爆炸放大。

冬瓜头

InfoCore-Great 发表于 2014-08-10 00:10
回复 14# 冬瓜头

瓜兄，别上火，我确实很想知道，以至于我每次都尽可能详细的说明我要请教的问题，那在 ...

大话2里的是变相的高频快照，不算true cdp。3个月后出版的修订版里会加入true cdp算法，具体就不在这里多说了，以免触犯版主的脆弱神经。

mike1979

InfoCore-Great 发表于 2014-08-10 01:19
回复 13# mike1979

唉，如果让你直接面对一个问题：飞康的CDP类型是TRUE 还是 NEAR肯定是非常难为你。所 ...

呵呵，还在纠缠true cdp和near cdp？既然如此注重细节，那你知道那张图中的录像卷是什么作用吗？
你光盯着CDP本身看，当然觉得true cdp很了不起，和near cdp有很大区别。但是在更大范围内看，不论哪种，在AIX环境中都要在系统层面做LVM镜像，然后在CDP上各种捣腾。这个基本架构一直没变过。存放核心业务的存储上经常有这种捣腾，那系统管理员的心脏要很强壮才行。
AIX镜像要求各个分支存储的写性能相当。你在CDP上倒腾，如果是near cdp，那就是依靠频繁的快照。如果是所谓true cdp，那通常就是快照+IO日志。true cdp还要求异地容灾。CDP性能本来就一般，还有这些额外开销，结果在这个case中搭配的存储是DMX800，这个明显一脚高一脚低。
生产环境CDP插了一脚，备份系统还要求到秒级，也用CDP，容灾还要用CDP。就没想过一旦CDP出问题了，会有什么后果？把鸡蛋放在一个篮子里很方便，那么篮子就很要紧。所以篮子最重要的不是漂亮，而是结实。

冬瓜头

具体要看产品，如果是cdp网关后挂另一台相当的存储，还是可以的。具体配置就得看了。