查看: 12042|回复: 24
谈谈同城灾备双活和异地灾备双活
论坛徽章:52
首先，有没有同城灾备双活的。其次，一年搞过几次实际演习。最后，实际演习都是无脚本的么。
认证徽章论坛徽章:92
我们是一年搞一次全行的，部分系统的可能搞几次。
论坛徽章:52
首先是在找有没有双活的系统，这个应该属于应用级容灾的范畴了。
论坛徽章:0
其实俺觉得 热备才是王道啊 冷备尼玛的还得手工恢复
论坛徽章:6
本帖最后由 Pythagoras 于
10:18 编辑
楼主这个标题有点问题。一般如果同城双中心，考虑双活或者叫连续可用性多一点，灾备的意义不大，特别是对于重大地域性灾害。
如果是双中心位于异地远距离，一般考虑灾备多一点，很少做双活，因为数据复制很难做到同步。
论坛徽章:6
本帖最后由 Pythagoras 于
10:21 编辑
对于灾备演习，一年一次是最低要求了。可以根据系统基础架构级，数据中心集中应用级，全行业务级逐次递进开展。
论坛徽章:6
演习肯定是有预案的，根据企业既定的DRP或者BCP开展。
论坛徽章:8
我想问下，灾备演练中使用的是生产真实数据么？会不会产生泄露的问题？
认证徽章论坛徽章:91
nunton 发表于
我想问下，灾备演练中使用的是生产真实数据么？会不会产生泄露的问题？
演练一般应该是真实的数据，否则，演练的意义就失去了。
论坛徽章:3
Pythagoras 发表于
楼主这个标题有点问题。一般如果同城双中心，考虑双活或者叫连续可用性多一点，灾备的意义不大，特别是对于 ...
哥们说的很准确，同城双活很难抵御地域性的灾难，只能抵御小部分地区的灾难，比如大楼着火；远程的由于技术原因有做不到。所以灾备中心就是花大钱，得到一个不那么好的理想的结果。
这钱是花呢还是不花呢？？
itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有　　　　
　北京市公安局海淀分局网监中心备案编号：10　广播电视节目制作经营许可证：编号（京）字第1149号基本概念/双活容灾
双活容灾即灾备系统中使主生产端数据库和备机端数据库是同时在线运行的，处于可读可查询的状态的技术。
工作原理/双活容灾
先来说一下当前高可用灾备系统常有的几种工作方式：
第一种是：共享存储（磁盘阵列）的方式，第二种是：双机双存储，也叫全冗余方式，第三种是：利用数据的同步方式，通常我们来叫mirror方式。
第一种共享存储（磁盘阵列）的方式用户数据一般会放在磁盘阵列上，当主机宕机后，备机继续从磁盘阵列上取得原有数据，此时
当主机工作时，备机处于未激活状态，不能访问磁盘阵列，不具备备机查询功能。而后，产生了RAC技术，但使用范围有限。
第二种双机双存储，也叫全冗余方式，这种方式最大程度上解决了存储单点故障的情况，利用存储间数据同步做冗余，保证某一存储设备
的计划性停机，不影响整个服务器双机热备系统的工作，但是，针对客户端来说，备机也是属于处于未激活状态，不能访问，同样不具备备机晒询
第三种利用数据的同步方式，通常我们来叫mirror方式，而数据同步方式有多种：
.基于文件级的复制功能，当主机数据发生变化，及时将变化过的文件复制到备机，如果备机存在则要覆盖存在文件，我们看到，备机数据及文件必须具有可写权限，无法在打开状态下被覆盖，所以，不具备备机查询功能。
.基于数据库内部机制，进行有效的获取主机数据增量或通过定阅复制，要求特点，必须备机处于在线状态，否则，将无法实时写入备机数据库中，备机数据库属于在线状态，也具有可读可查询的权限，属于备机查询功能，但是，对于大一点的数据库，SQLServer所带的定阅复制会造成服务器数据库运行缓慢，在正规的容灾备份系统中，一般不作为主流系统使用。
.数据拦截，目前国际国内，比较成熟的双机热备软件通常会使用数据拦截的技术，通常称为镜像软件即Mirror软件，这种技术
当前已非常成熟，拦截的方式也不尽相同，通过拦截主机增量数据，实时写入到备机，来达到主备机数据一致性，而备机的不同写入方式，可使备机处于离线或在线状态，凡是在应用层直接写入拦截的主机增量数据，备机必将处理离线状态，否则无法写入到备机，而如果备机同样模拟主机向底层发送主机写入数据请求，此时，备机可处理在线状态，可真正意义上达到可读可查询状态，实现真正意义上的备机查询。
容灾分类/双活容灾
　　从其对系统的保护程度来分，可以将容灾系统分为:数据容灾和应用容灾&　
　　数据容灾就是指建立一个异地的数据系统，该系统是本地关键应用数据的一个实时复制。
　　应用容灾是在数据容灾的基础上，在异地建立一套完整的与本地生产系统相当的备份应用系统(可以是互为备份)，在灾难情况下，远程系统迅速接管业务运行。数据容灾是抗御灾难的保障，而应用容灾则是容灾系统建设的目标。
灾备系统中的应用领域/双活容灾
1、有据可询的，可验证的灾备，使备份机处于在线状态，可实时验证数据正确性、可用性
2、分流主机数据库的客户端访问流量压力
3、彻底取代灾备演练技术和方案，避免灾备演练失败造成主数据库down机或数据丢失风险
4、缩短，当主机down机，备机切换时间，即缩短RTO指标，真正达到秒级瞬间切换
5、可作为灾备安全查询机，有效保护内网生产机安全
支持双活容灾的产品/双活容灾
迪思杰(dsg)优备eubase容灾备份软件
&|&相关影像
互动百科的词条（含所附图片）系由网友上传，如果涉嫌侵权，请与客服联系，我们将按照法律之相关规定及时进行处理。未经许可，禁止商业网站等复制、抓取本站内容；合理使用者，请注明来源于。
登录后使用互动百科的服务，将会得到个性化的提示和帮助，还有机会和专业认证智愿者沟通。
此词条还可添加&
编辑次数：2次
参与编辑人数：1位
最近更新时间： 23:51:04
申请可获得以下专属权利：
贡献光荣榜烟草商业企业同城双活交易技术探索与研究
满在明、章文彬、劳昊
东方烟草报
　　近年来，烟草商业企业的快速发展使经营管理工作对核心信息系统的依赖性随之增强，对数据处理的可靠性和可用性要求也越来越高。
　　企业进销存供应链和行政办公全部依靠信息系统支撑，如果系统发生故障导致业务中断或数据由于某种原因永久性丢失，则会给企业运作带来极大困难，并严重损害企业的商业信誉。因此，加强核心信息系统安全，实现核心交易的平稳运行，是商业企业必须面对的一个课题。
　　必要性分析
　　在传统信息系统管理模式中，企业通常将信息系统部署在一个数据中心。随着国家和烟草行业对信息系统应对灾害风险能力的要求不断提高，企业对信息容灾（容灾系统是指在相隔较远的异地，建立两套或多套功能相同的IT系统，系统之间可以进行健康状态相互监视和功能切换，当一处系统因火灾、地震等意外停止工作时，整个应用系统可以切换到另一处，以实现系统继续正常工作）的要求也越来越高，并从“数据级容灾”向“应用级容灾”和快速业务恢复转变。
　　出于灾备（灾备，指灾难备援，利用科学的技术手段和方法，提前建立系统化的数据应急方式，以应对灾难的发生）考虑，企业一般都会建设2个或多个数据中心。一个是主数据中心，用于承担用户的业务；一个是备份数据中心，用于备份主数据中心的数据、配置、业务等。双活模式认为，备用数据中心只做备份太浪费，所以让主备两个数据中心同时承担用户业务。
　　当前，双活模式在烟草商业企业成功的案例并不多，但笔者认为，只要技术方案成熟，省级烟草公司机房可以与省会所在地的市级公司机房组成双活，有需求的地市级公司也可以利用行政办公楼和配送中心机房组成双活。
　　采用双活模式进行容灾系统建设，可以达到切换速度快、数据丢失率低、消除切换陷阱、提高资源利用率、实现最高级别容灾（数据零丢失和远程集群支持）的目的，消除业务经营的外部灾害风险，为企业稳定发展作出贡献。
　　架构设计与实现
　　建设双活交易架构的主要目标是实现数据零丢失和远程集群支持，而设计这一架构的方案要从需求分析出发，分层分级实施网络双活、数据双活、应用双活和资源双活，最后完成集成调试和演练测试。
　　需求分析。结合烟草商业企业业务特点和各行业成功经验，双中心的主要需求有以下几点：部署在同城内，通常要求相距10至120公里，两个中心为一个整体，每个中心可单独承担核心业务交易，确保许可证办理、网上订货、营销、OA等系统的正常运行；正常情况下两个中心对等交易，在出现意外情况时，按照预定规则优先保留一个中心，屏蔽或停止另外一个中心的交易运行；故障消除后，两个中心自动恢复正常，无需人工干预；双中心的用户体验与一个中心的情况保持一致；两个中心保持数据完全一致，日常管理无需人工介入；满足系统的网络连续性、存储吞吐量的要求；采用成熟的通用协议和技术。
　　网络双活。网络是构建双活业务中心的基础平台，设计时要考虑满足局域网、广域网、互联网、存储网的多方面用户需求。
　　数据双活。数据一致性是构建双活架构的关键。为确保两个中心的数据一致性，双活架构均采用同步模式来设计。在选择数据双活的方案时，需要统一考虑存储、数据库和应用服务器对于数据一致性的要求。
　　应用双活。当前应用主要以浏览器和服务器架构为主。对用户而言，访问应用程序完成一笔交易，需要借助域名系统、负载均衡（分摊到多个操作单元上进行执行）、业务应用三个层面的服务器。应用双活需要同时满足各层面的资源共享。
　　资源双活。做到应用级的双活，除了确保网络、数据库、应用服务器的正常工作外，其余辅助资源的双活策略也非常重要。实施双活系统，必须理清必要的服务资源，如文件服务器、统一认证服务器、银行扣款接口、互联网出口等，实现资源的共享。
　　建成双活交易系统后，企业面临的主要问题是运维管理，包括日常管理和应急演练管理等。在日常管理中，需要加强环境、设备、系统的巡检与监控，做好核心系统的备份策略审核与任务核查，并对两中心的健康情况实时监控；在应急演练管理方面，出台相应的管理制度，定期加强双中心的灾害性风险演练，验证系统支撑业务工作的灵活性和对工作场地的依赖性，找出当前系统存在的不足，并加以改进。
　　[浙江金华市局(公司)]
网络责任编辑：
稳中有进、稳中有变、稳中有为
本报国内统一刊号：CN37-0082 邮发代号：23-217 鲁ICP备号
违法不良信息举报电话：6
《东方烟草报》社有限公司版权所有 未经书面授权禁止使用在同城容灾双活中，企业都会遇到哪些困惑？有没有人可以解答一下! - 知乎56被浏览6522分享邀请回答52 条评论分享收藏感谢收起111 条评论分享收藏感谢收起查看更多回答我觉得主要从几方面去分析。&br&网易做游戏的能力还是有目共睹的，所以说断电造成数据损坏的问题。应该只是一个托词。所以不应该以此作为数据不可恢复的理由。&br&一般在游戏服务器升级改造前，都必须备份数据库以及关键日志，这是常理。&br&就算升级出现了一些问题，比如最严重的数据污染问题，那也是可以回滚数据到停机维护那一刻的。&br&备份从技术到流程应该不存在什么问题，恢复也是同样的。&br&所以，最大的可能是，暴雪可能并没有给予网易数据库的备份权限。&br&也就是说，网易的维护人员对数据本身不具备读写维护的权限。&br&暴雪是一个很不错的游戏开发商，网易也是一样的，从信任层面，暴雪肯定不想网易借助着游戏运营把自己的技术学去，所以必然会在某些方面对网易的运维有所保留。这是情理之中的事情。另外，就是暴雪的游戏存储格式，最好不要被运营商知晓，否则，运营商如果出现了人为调整数据的情况，可能会对整个游戏的设计角度也会造成负面影响。&br&国内几个代理大厂，基本上数据维护只是机器性能监控，有限的服务器功能监控过程。所以，就算网易有很不错的运维经验，在炉石这个项目上可能也用不上。&br&这就是合作运营的达摩克里斯之剑，运营商相对大厂的弱势地位，并不是技术问题。&br&当升级出现问题的时候，如果出现需要恢复数据的情况，可能性有两个。&br&新版本的逻辑在某些方面对玩家数据进行了升级，但是在接下来的测试过程中，发现了逻辑BUG，升级后的数据&污染&了原始数据池，必须回滚原来的数据才可以。&br&这里再做一个大胆的猜测，从日期来看，暴雪可能的备份策略是，每周五完整备份，其余时间增量备份。&br&这里就存在问题了，&br&当完整备份回档后，再去追回当前的增量备份（比如1月18日是增量备份）。发现增量备份数据存在问题。无法覆盖被污染的数据池。&br&这时候就要继续往前寻找增量备份尝试恢复。&br&但是这个增量备份可能存在一些问题，导致当前的增量备份完全不可用。&br&从而使得只能用全量备份替代。&br&那么话再说回来，这个问题，很可能是暴雪增量备份的问题造成的。至于玩家说的网易40小时不回应的问题，很可能网易也和玩家一样，完全不知道情况。因为备份还原的权力不在自己手里，自己只能等，这事上，很可能也是一个无辜的背锅者。&br&这次的问题，本质折射出来的是一个运营商和大厂代理之间的矛盾，对于数据管理权的矛盾。技术问题可能只是一个导致问题爆发的点。
我觉得主要从几方面去分析。 网易做游戏的能力还是有目共睹的，所以说断电造成数据损坏的问题。应该只是一个托词。所以不应该以此作为数据不可恢复的理由。 一般在游戏服务器升级改造前，都必须备份数据库以及关键日志，这是常理。 就算升级出现了一些问题…
&img src=&/d3dbc8757_b.jpg& data-rawwidth=&440& data-rawheight=&782& class=&origin_image zh-lightbox-thumb& width=&440& data-original=&/d3dbc8757_r.jpg&&
我还真就是内匿名的说的傻逼了……&br&&br&的确是陈赫没跑……&br&&br&其它服务我没参与过不知道。单说文章服务吧。&br&&blockquote&去年年初文章服务有过优化，好像记得是优化前8台，抗2-3百万级的pv。&br&优化后，前端机减少到4台，平时抗住 1-2 千万级 PV 没问题。&/blockquote&&b&这段记反了，后面改了。&br&&/b&&br&但是内天，文章服务出问题的时候，单单陈赫那篇长文的访问量就过亿了。&br&后来加到 12 台才抗住。&br&&br&就是这么简单的事儿。&br&&br&&br&===================================&br&&br&得改下，有写错的地方。&br&最开始是4台，抗2-3百万级的pv。&br&后来优化并加入打赏啊付费观看啊什么的功能。&br&加到 8 台，抗 1-2 千万级 PV。&br&&br&出问题前，流量暴涨，8台前端机还能抗住。&br&但是数据平台挂了，文章内容无法获取。&br&&br&后来做了前端机上对文章内容的cache&br&并加到12台抗住。
我还真就是内匿名的说的傻逼了…… 的确是陈赫没跑…… 其它服务我没参与过不知道。单说文章服务吧。 去年年初文章服务有过优化，好像记得是优化前8台，抗2-3百万级的pv。 优化后，前端机减少到4台，平时抗住 1-2 千万级 PV 没问题。这段记反了，后面改了。 …
支付宝蹲支付宝蹲，支付宝蹲完携程蹲
支付宝蹲支付宝蹲，支付宝蹲完携程蹲
&p&引一下我刚刚发的另一个答案&/p&&blockquote&先说一下,我本是专业给运维狗挖坑的实施狗,后来又背叛了实施狗的阵营去做售前狗,专业给实施狗挖坑,在我前面还有专门给售前狗挖坑的销售狗.
这个答案我发在了屎黄色论坛上，搬过来的时候又稍微改了一下
说结论：网易的运营团队应当自挂东南枝刨腹谢罪
我炉石最好水平是用没削弱的亡语猎打到了10级，然后就感觉智商被掏空了。最近事情多，基本就没怎么玩。
看了大家的讨论，做了一下猜测：
14号生产系统故障，尝试停机维护生产系统
到了15号生产系统不能上线，紧急启用备用系统恢复运行
15号16号已备用系统运行
16号或者17号生产系统恢复正常
但是执行从备用系统到生产系统的反向数据同步时，出现故障，导致生产系统数据和备份系统数据同时损坏
执行数据回退，然后恢复到14号的确认无误的数据，就是喜闻乐见的数据回档了
--------------------------------------------------------------------------
作为乙方，给不少甲方设计了容灾架构，也实施了不少。
但是，遇到问题真敢用容灾架构的，有多少呢？基本没有。
容灾架构这东西，本质上是为了解决一个问题，活生生的引入了新的问题。
就拿数据来说，原来我把数据写入一台服务器就好，为了容灾，我现在需要把数据写到三台服务器里面去
看着很好，鸡蛋分到三个篮子里
但是呢，这三个篮子里的鸡蛋能孵出同一只鸡吗？
我写入第一台服务器的数据库，和写入另外两台数据库的数据一样吗？
这又引入了数据验证，我得想办法确保这三台服务器里面的数据是一致的
而引入数据验证以后，又带来了系统性能下降的问题
总之做了容灾以后，系统变得复杂而臃肿。
--------------------------------------------------------------------------
以上是技术层面的问题，然后还有人的问题。
运维工作的一大特点就是
无过便是功
系统安安稳稳的运行上一年，大家就可以ohyeah领年终奖然后明年升官发财 换老婆 了
所以，大家都不愿意折腾
我写过一些容灾预案和容灾演练方案，提交给甲方
然后甲方说，
你说的这些很好，可是我们不想这么做
为啥呢？做一次实打实的容灾演练风险太高了(朱日和这种军演是由死亡指标的)
容灾本来就是为了解决问题引入新的问题，本身是有一定的风险的
现在我的生产环境好好的，你让我硬生生的从这个平稳的状态迁移到一个陌生的状态
我不敢，你能打保票你这容灾架构万无一失么？
就算你能，我也不想拿我的前途开玩笑：万一出个玄学问题吧系统演练嗝屁了算谁的？
所以大家就不要开boss了,练练空跑位然后打打木桩,大家意思一下就好了.
闷声发大财才是最吼的
这也就导致一群人眼高手低,真出了问题,大家就麻爪了.
金融业我记得有规定,一年必须做两次容灾演练,这个演练是真刀实枪的练还是点到为止的练,不好说.
于网易这个容灾演练怎么搞,咱们就真不清楚了.
有点天灾做引子,引发了平时积累的人祸
最终导致了这样的数据灾难 ……咩~
&/blockquote&
引一下我刚刚发的另一个答案先说一下,我本是专业给运维狗挖坑的实施狗,后来又背叛了实施狗的阵营去做售前狗,专业给实施狗挖坑,在我前面还有专门给售前狗挖坑的销售狗.
这个答案我发在了屎黄色论坛上，搬过来的时候又稍微改了一下
说结论：网易的运营团队应…
&p&关于容灾、备份这类概念，还有几个也比较容易混淆的。其中包括而不限于“冷备”“热备”“集群”“高可用”“负载分摊/均衡”“备份”“容灾”“容错”“虚机迁移/vmotion/migration”之类的。&/p&&br&&p&&b&先回答题主，“容灾”与“备份”不是同一个概念，严重同意楼上说的“容灾”是目的，而“备份”只是实现容灾的其中一种手段，不是唯一；&/b&&/p&&br&&p&“备份”只是将数据COPY一份，在其他介质保存，当数据丢失了，有“备份”可以用于恢复，无论手动还是自动，而有副本就相当于完成“备份”了，至于恢复不恢复，恢复完了没有，与“备份”是没有关系的，那属于“容灾”的范畴了。我们日常将东西考到U盘，光盘，移动硬盘也就是备份了。&/p&&p&而“容灾”是为了通过一些技术手段的部署，达到出现“意外”的时候，业务不会中断或者中断后会自动恢复（注意要自动，而且恢复时间很短）。&/p&&p&例如服务器、网络、存储哪一点出现问题，都会中断服务，所以这个时候每个点都需通过技术手段做保护，这就是容灾要考虑的事情。&/p&&br&&p&与“备份”不同的是，例如你的硬盘挂了，买一个新硬盘，你再将移动硬盘的数据拷过来就OK，但是这个过程中是要停止服务的，恢复过程是需要时间的。而“容灾”是要不中断服务的，例如说你有2台电脑，然后两边数据是实时同步的，忽然一台的硬盘坏了，不要紧，直接到另外一台办公好了，因为实时同步，坏了的那台的数据这边没坏的这台也有，这种就相当于容灾了。&/p&&p&接着对上面的词语逐一介绍：按照属于“容灾”与不属于“容灾”来分开。&/p&&br&&p& -------------------------------------------------------------------------------------------------------------------------------------------&/p&&p&（容灾类）&/p&&p&3、“高可用”：及HA（High
Avaliable），一般实现方式是对2台服务器上面装HA的软件，这时候就和“双机热备”的概念一样了，一般正常服务时只有主机在工作，2台服务器中间会有心跳的hello包，备机会一直发hello包检测主机是否“活着”，超过一段时间主机没有应答hello包的话，备机就会认为主机死掉，然后主动接管业务了。这样子又实现了主机的容灾了。&/p&&br&&p&4、“冷备”就没有什么好说了，相当于1台坏了，另外1台还要我们手动去启动，配置，才能接管坏了那台的工作。&/p&&br&&p&5、“容错”：Vmware的虚拟化软件提出的一个概念，相当于1台虚拟机运行的时候，多开1台虚拟机，当一些操作在A虚机运行，会通过软件同步复制操作到B。当A虚机崩溃，B主机立刻托管业务，由于操作都是同步复制的，所以B不会丢失任何在A上的内容（包括内存里面的临时数据）。此种方式比“高可用”的更高级，“高可用”的方式B还要通过A没有应答hello才发现A崩溃了，中间还是有一段过度的时间会业务中断，但是可以实现自动的业务恢复。而“容错”这种方式业务完全不用中断，但是相应换来了成本需要增高，原来1台虚机，现在相当于要多开1台来与他同步，资源成本增高。&/p&&p&------------------------------------------------------------------------------------------------------------------------------------------- &/p&&p&（非容灾类）&/p&&p&6、“负载均衡”：假设有5台服务器，如果有5个访问请求，没有负载均衡时，可能5个请求都访问机器A，这样可能引致访问速度慢，A机器崩溃等问题，而有了负载均衡，就会将5个任务按照策略进行分发，可能5台机器每台负责处理一个任务就OK了。&/p&&br&&p&7、”集群”：多台服务器同时处理某一事务，听起来与“负载均衡”有点像，但是其实负载均衡是5个任务摊分给5台机器，而集群相当于一个任务拆分为5份，5台机器一起来处理同一个任务，分别完成自己负责的部分后汇总一起输出结果。例如有一个很复杂的计算任务，1台机要算5小时才能解决，那么5台同时计算，可能1小时就解决了，这个是“集群”的主要用途。&/p&&br&&p&8、“虚机迁移”：与“高可用”与“容错”最大的区别，“虚机迁移”是计划内的，即需要人工手动或者安排好进行时间来实现的，所以不属于容灾的范畴。而后两者属于“容灾”范畴，可以在发生计划外的“意外”的时候，自动实现业务恢复。“虚机迁移”更合适用来处理资源池间的利用率平衡性，如A资源池80%符合，B资源池只有20%，那么可以适当“迁移”部分到B资源池，实现两边负载均衡。&/p&
关于容灾、备份这类概念，还有几个也比较容易混淆的。其中包括而不限于“冷备”“热备”“集群”“高可用”“负载分摊/均衡”“备份”“容灾”“容错”“虚机迁移/vmotion/migration”之类的。 先回答题主，“容灾”与“备份”不是同一个概念，严重同意楼上…
只有我第一反应是【谁尼玛是陈赫】吗？
只有我第一反应是【谁尼玛是陈赫】吗？
这个问题的关键是你要摧毁多少硬盘。&br&&br&一般来说，所有大型服务的数据，不管是百度网盘还是微信QQ，数据都是分布式存储的。意思就是每一份数据都会被拷贝很多份存储在不同机房。这些机房地理位置网络带宽等条件都不一样。目的就是为了防止因为机房断网，硬盘损坏，操作系统中毒等等情况的发生而导致的数据丢失。&br&&br&硬盘不需要你人为损坏，服务器一天24小时运行，哪怕因为硬盘质量问题或者寿命期限它都自己会坏。这些问题都有比较系统和完全的解决方案。除非你同时把所有的机房都炸了，一般数据丢失的可能性较小。&br&&br&甚至，就算你要求微信或者网盘删除的数据，由于这种灾害防护措施的存在，会一直存在某几个数据中心很长一段时间。它们只是在你的客户端被标记成&已删除&，实际上并没有。换句话说，你应该担心的不是数据丢失，而你传上去的数据无法被删除。&br&&br&小公司如果没有钱做这种备份，是有可能发生的硬盘损坏搞垮整个公司的。
这个问题的关键是你要摧毁多少硬盘。 一般来说，所有大型服务的数据，不管是百度网盘还是微信QQ，数据都是分布式存储的。意思就是每一份数据都会被拷贝很多份存储在不同机房。这些机房地理位置网络带宽等条件都不一样。目的就是为了防止因为机房断网，硬盘…
&p&如果CPU100%，你得看看你的硬盘，如果也是100%，证明你写出了一个超牛逼的服务器啊，应该发邮件给老板，叫他请你吃饭庆祝……&/p&
如果CPU100%，你得看看你的硬盘，如果也是100%，证明你写出了一个超牛逼的服务器啊，应该发邮件给老板，叫他请你吃饭庆祝……
小道消息帝来了...&br&&br&根据墨菲定律，可能发生的事情最后会发生，那么，炸信用卡中心的可能是存在的，但是清零信用卡数据数据，相对很难做到。&br&&br&银行除了异地容灾之外，对于数据备份以及可恢复性的要求也是比较严格的。就中国的银行而言，有银监会的&b&《商业银行数据中心监管指引》&/b&的约束，要求「重要信息系统灾难恢复能力应达到《信息安全技术信息系统灾难恢复规范》中定义的灾难恢复等级第4级（含）以上。」&br&&br& 同样在这个规范中，还提到一些其他的规定，都是各家银行信息中心必须要考虑的事情。但实际情况中，由于环境复杂，执行不到位的现象也是屡有发生。&br&&br& 最后的问题，各个银行的容灾能力，其实，也就那么回事啦。
小道消息帝来了... 根据墨菲定律，可能发生的事情最后会发生，那么，炸信用卡中心的可能是存在的，但是清零信用卡数据数据，相对很难做到。 银行除了异地容灾之外，对于数据备份以及可恢复性的要求也是比较严格的。就中国的银行而言，有银监会的《商业银行…
谢邀。&br&理论上是这样子的，但实际操作起来难度很大，要知道像这种量级的系统是有各种强大的容灾策略支持的。比如说:异地灾备，为了防止一个地区的机房遭遇不可抗的自然灾害以及人为损坏，会将这些数据在不同的地区做容灾备份，这个备份节点分布在不同的省甚至海外地区。所以，彻底摧毁数据难度上还是比较大的……
谢邀。 理论上是这样子的，但实际操作起来难度很大，要知道像这种量级的系统是有各种强大的容灾策略支持的。比如说:异地灾备，为了防止一个地区的机房遭遇不可抗的自然灾害以及人为损坏，会将这些数据在不同的地区做容灾备份，这个备份节点分布在不同的省甚…
先不说中国的网络上下不对等，上传速度惊人的慢，你可能备份一次需要好几天挂机？中间出了什么事没人能救你。然而更重要的是成本问题，云盘进行备份万一被和谐了，就是一个巨大的损失，还有云盘不能保证数据安全，万一出现什么情况，你的数据就暴露在地球人眼下了。那么多风险还不如乖乖买一块西数绿盘来备份数据，不要998吧
先不说中国的网络上下不对等，上传速度惊人的慢，你可能备份一次需要好几天挂机？中间出了什么事没人能救你。然而更重要的是成本问题，云盘进行备份万一被和谐了，就是一个巨大的损失，还有云盘不能保证数据安全，万一出现什么情况，你的数据就暴露在地球人…
根据IBM之前的调研，云计算和大数据的时代背景下，到2020年，全世界产生的数据量将是目前的44倍。中国已经从中央层面重视起数据安全，全国各地智慧城市的发展将为创新创业企业迎来巨大的商机。国家“千人计划”专家王子骏认为，数据安全没有止境，未来是国内创新创业的一个重要领域，对数据备份行业也是一个很大的机遇。他估计，中国数据容灾备份市场规模至少是几百个亿。&br&国内市场个人还是推荐&a href=&///?target=https%3A///s%3Fword%3D%25E4%25B8%25AD%25E7%25A7%%E5%tn%3Dsitehao123_pg%26ie%3Dutf-8& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&中科同向&i class=&icon-external&&&/i&&/a&
根据IBM之前的调研，云计算和大数据的时代背景下，到2020年，全世界产生的数据量将是目前的44倍。中国已经从中央层面重视起数据安全，全国各地智慧城市的发展将为创新创业企业迎来巨大的商机。国家“千人计划”专家王子骏认为，数据安全没有止境，未来是国…
&a href=&///?target=https%3A///s%3Fword%3D%25E4%25B8%25AD%25E7%25A7%%E5%tn%3Dsitehao123_pg%26ie%3Dutf-8& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&中科同向&i class=&icon-external&&&/i&&/a&成立于2007年，拥有完全自主知识产权，掌握核心技术，是中国领先的云计算、云存储、云备份提供商。我们自主研发的云计算平台能够帮助政府，军队，企事业单位建立各操作系统、管理应用系统与存储介质之间的跨平台无缝连接，为用户提供大数据的离线备份、近线备份、在线备份、云端备份，提供云计算服务，两地三中心灾备解决方案，把数据从移动端、桌面、服务器、云数据备份到指定的位置及云端，也可随时随地对某项或者全部数据按照用户的需求进行恢复，同时，也提供安全的云计算服务，为客户提供端到端的全生命周期的数据解决方案，大数据价值挖掘与再现。&br&&br&&a href=&///?target=https%3A///s%3Fword%3D%25E4%25B8%25AD%25E7%25A7%%E5%tn%3Dsitehao123_pg%26ie%3Dutf-8& class=& wrap external& target=&_blank& rel=&nofollow noreferrer&&中科同向&i class=&icon-external&&&/i&&/a&是中共中央直属机关采购中心、中央国家机关政府采购中心供应商，是我国信息安全及数据存储备份与容灾行业研发最长、综合实力最强的企业之一，拥有大数据、云计算、存储备份、信息安全、网络安全领域庞大的自主研发产品家族，在政府、教育、军工、能源、医疗、金融、证券，化工、食品、电力等领域拥有超过1000家以上成功案例。业务发展覆盖全国，在全国范围内拥有办事处与服务机构。
成立于2007年，拥有完全自主知识产权，掌握核心技术，是中国领先的云计算、云存储、云备份提供商。我们自主研发的云计算平台能够帮助政府，军队，企事业单位建立各操作系统、管理应用系统与存储介质之间的跨平台无缝连接，为用户提供大数据的离线备…
&p&一旦服务器由于断电导致宕机而又无法快速恢复使用，将会使用户的日常工作受到影响，甚至带来经济损失，如果出现硬盘损坏的情况，数据将全部丢失，对用来说将会是致命的经济损失；&/p&&p&&b&例如：
用户现状：&/b&用户现有两台服务器，一台跑着SQL，一台跑着sybase，服务器产生的数据全部存放在服务器本地硬盘中。 &/p&&p&&b&用户需求分析：&/b&
——用户系统由于其自身结构的复杂性，在运行过程中常会出现各种各样的故障，这些故障都会不同程度地造成数据的丢失或者不完整。
——一旦服务器由于断电导致宕机而又无法快速恢复使用，将会使用户的日常工作受到影响，甚至带来经济损失，如果出现硬盘损坏的情况，数据将全部丢失，对用来说将会是致命的经济损失。
——用户希望能够解决当主服务器出现宕机或无法正常启动应用程序时，能够将所有的应用全部由备机接管。
——用户希望可以在业务接管后能够保证存放在服务器中的数据库数据以及其他应用所产生的数据不丢失，保证关键数据的安全。
&b&解决方案：
&/b&&/p&&img src=&/v2-a4d9e91a6ce2_b.jpg& class=&content_image&&&blockquote&&b&中科同向_两地三中心容灾方案&/b&：
——可在同城或异地灾备中心实现业务切换，当生产中心业务中断或数据丢失，可通过同城灾备中心进行业务切换或者数据恢复，当发生大的灾难时，可通过异地灾备中心进行业务数据切换或者数据恢复，多地数据保护，最大程度降低数据丢失几率；
——支持异构环境，WAN优化复制；&/blockquote&
一旦服务器由于断电导致宕机而又无法快速恢复使用，将会使用户的日常工作受到影响，甚至带来经济损失，如果出现硬盘损坏的情况，数据将全部丢失，对用来说将会是致命的经济损失；例如：
用户现状：用户现有两台服务器，一台跑着SQL，一台跑着sybase，服务器…
网站灾备方案不但承担容灾的任务，很多时候也承担着负载均衡，优化性能的任务。&br&网站灾备的几种方式&br&1 主备镜像。&br&两个数据中心服务器部署完全一样，每次网站发布都要在两个数据中心同时发布，保证运行系统版本一致。两个数据中心有主备之分，数据通过准实时的同步系统从主站不断同步到备站。主站发生灾害性故障导致完全不可用，则将域名解析切换到备站。这种方案纯粹是为了容灾。&br&&br&2 业务互补，数据同步。&br&如某网站美国机房和国内机房部署的服务在业务上互补，美国机房部署买家服务，国内机房部署卖家服务，海外用户（主要是买家）访问美国机房，国内用户（主要是卖家）访问国内机房。主要业务数据互相实时同步，因为数据在两个机房同时写入，可能会发生冲突。&br&&br&3 主主镜像。&br&部署和发布模式与主备一样，但是多个数据中心是同时启用的，根据用户地域将域名解析到不同的机房，数据实时同步。如新浪微博。&br&&br&4 一写多读&br&数据写入只发生在一个数据中心，但是为了加快地区用户访问，会将数据同步到其他数据中心供只读访问。这种方案适用于读多写少的网站。比如wikipedia。
网站灾备方案不但承担容灾的任务，很多时候也承担着负载均衡，优化性能的任务。 网站灾备的几种方式 1 主备镜像。 两个数据中心服务器部署完全一样，每次网站发布都要在两个数据中心同时发布，保证运行系统版本一致。两个数据中心有主备之分，数据通过准实…
已有帐号？
无法登录？
社交帐号登录