【新闻】
三星SDS部门4月22日证实，三星位于首尔郊区的果川(Gwacheon)的数据中心发生了火灾，随后导致三星服务宕机。对于因此次事件受影响的用户，三星SDS部门做出了道歉。
4月21日凌晨，众多三星手机、平板以及智能电视用户反映，自己设备收到了错误信息提示，同时，Samsung官网也不能打开。
宕机情况持续了数小时之久，直到美国东部时间上午6:15分，三星服务才得以恢复。根据韩国当地媒体报道，此次火灾异常严重，不过并没有人员死亡。不过外界对此充满疑问，为何仅仅一个地方出现问题，对三星的设备和服务产生如此大影响。
数据中心一旦受创，影响的可是千百万的用户。
【爱数评论】
“IT即服务”趋势下，数据中心的服务质量愈加重要
“IT即服务”是数据中心发展的趋势。但更好地提供服务，绝不仅仅只是提供更高的性能、容量，服务的连续性要求同样极为重要。从概率的角度来看，任何复杂系统运行到某个时间点发生故障是必然事件。数据中心的灾难恢复能力将直接决定数据中心能否在最快的时间内恢复数据和应用，保证企业的业务连续性。只有不断提高自身的服务质量，提高灾难恢复能力，数据中心才能够真正实现“IT即服务”的愿景。
不同规模的企业和数据中心需要相对应的灾难恢复方案
时间倒退若干年，彼时的中、小型企业采取的保护方案可能仅仅是重要数据的手工备份。只有部分大型数据中心、大型企业才会需要（同时也负担得起）灾难恢复方案。但现在，灾难恢复早已不是大型数据中心、大型企业才需要做的事。因为IT系统对于企业运营的重要性早已深刻地遍及了所有的企业，灾难恢复也成为几乎所有规模的企业、数据中心的核心需求之一。
企业灾难恢复方案怎么做？要综合不同规模的数据中心的环境、应用等客观因素以及成本的制约，来规划设计相应的容灾方案。
基于主机端&存储端灾难恢复方案
爱数AnyBackup5.0提供了多种方案满足不同类型企业的灾难恢复需求。虚拟化备份数据即时挂载可用应急，满足虚拟化业务环境中的应急灾难恢复需求；存储快照及时挂载恢复，满足集中存储环境下的大数据量应急灾难恢复需求；数据库表级&邮件级细粒度恢复，满足Oracle&Exchange Server大数据量情况下的短时灾难恢复需求；CDP实时备份和应用容灾，满足组织内部应用系统工作负载连续性保证的需求；分支机构保护&异地数据容灾，满足分支机构及本地场地灾害下的异地数据灾难恢复及重建需求。
大到一个国家，小至一个企业，当IT系统成为企业命脉时，我们就应当思考如何实现保护的问题。爱数针对于不同规模的企业，提供相适应的灾难恢复方案。爱数作为一家以“全球智能数据管理的典范企业”为愿景的企业，也为整个社会作出自己的一份努力。
除了三星数据中心，让我们再来看看这几年，同样受灾遭罪的数据中心吧，数据是资产，数据中心的维护需谨慎、谨慎再谨慎。
【事故一】火烧威斯康辛数据中心
2008年3月19日，美国威斯康辛数据中心被火烧得一塌糊涂。根据事后统计，这次大火已经烧掉了75台服务器、路由器和交换机，当地大量的站点都瘫痪。该数据中心属于当地一家“CameraCorner/Connecting Point”的公司所有，该公司主营网站托管和其他IT服务。
这次事故，给当地网站带来了巨大损失。耗时10天的修缮和重新部署，才使得这些网站得以上线。该公司CEO Rick Chernick也一再强调，公司为该数据中心投放了火灾险，而且数据中心的警报装置减轻了火灾带来的进一步损害。
【事故二】火烧莫斯科ISP机房
同样还遭遇火灾影响的数据中心，有来自莫斯科的ISP服务器机房。根据监控画面我们知道，该数据中心起火原因是墙壁上的电闸开关短路而导致的。工作人员利用手中的各种工具将涌向服务器的烟雾和火花进行扑灭。然而值得称赞的是，尽管如此，该机房并没有中断电力。因为他们部署了UPS系统，这一点对于其他数据中心的设计和建筑来说都极具参考意义。
【事故三】西雅图数据中心的变压器起火
2009年7月，位于西雅图的FisherPlaza数据中心的变压器起火引发火灾。此次火灾影响甚大，造成了包括微软Bing Travel、Authorize.net、Redfin、Big Fish Games、Survey Analytics等网站服务器的中断运行。这次事故在同一时间段引发了很多其他数据中心的宕机。
【事故四】Vodafone数据中心
2009年9月9日，土耳其伊斯坦布尔遭遇暴雨并引发了洪水。疯狂肆虐的洪水淹没了该市Ikitelli区的大部分地段，也淹没位于该区的Vodafone数据中心。城市里的很多Vodafone（沃达丰）手机用户都因该数据中心被淹而无法使用通信服务。
【事故五】Datacom网络中心遭暴雨冲击
同样遭受洪灾影响的，还有来自澳大利亚的Datacom网络中心。这次洪灾发生在澳洲的时间是在2010年，当时的大暴雨将Datacom主机代管中心的天花板冲毁，使得服务器、存储和网络设备都遭损坏。起初该公司否认出现问题，但随着事故在网络上得到曝光，人们逐渐知道了真相。
【事故六】Hunt Valley数据中心遭遇水管侵袭
Hunt Valley数据中心也曾遭遇了“有惊无险”的侵袭。在2008年的时候，洗手间的一根管道爆裂并涌出大量的水。好在该中心的服务器机柜设计较为合理，离地间距为4英寸（1英寸=0.0254米），而且管理人员在午休回来后及时发现并处理了该险情。
【事故七】数据中心光纤被淹
这起事故源自国外一名IT管理人员发出的视频而得出。在视频中，由于下水管道爆裂，位于地下室的数据中心被水浸入。可能有人会问，仅仅是下水管道爆裂怎么会引发网络中断呢？（不是洪水，数据中心也没有被淹没）。其实，主要原因是当时一家电信公司打算将光线网络铺设在下水管道上，并通过下水管道的走向来安排布线。
【事故八】日本数据中心地震
2011年3月11日，日本遭受了9级大地震，上万人失去了生命，数百万人受到严重影响。在此次地震中，日本东京的IBM数据中心也受损严重。包括很多大型机和传统服务器受损，服务器机柜东倒西歪，金属外框也出现了变形，甚至有些大型机的线缆都暴露在外。
不过，由于IBM数据中心线缆长度和松紧度的合理设计，而且，作为自动触发进行错误检查的一项预防措施，IBM存储单元也同样保持正常运行。在此次地震中的IBM服务器还能正常运行。
【事故九】加尔各答银行数据中心被烧
2012年初的时候，加尔各答的一家银行被大伙无情吞噬。烟雾扩散至楼上九层。消防员赶来的时候，该机房也被火烧掉面目全非，只留下了机柜的空壳和天花板上的一些线缆。
【事故十】暴雪数据中心被超级飓风破坏
2012年10月29日，美国东海岸开始受到超级飓风“桑迪”的影响，已经造成16人遇难，整个地区570万居民停电。美国游戏巨头动视暴雪的数据中心也不幸受到灾难影响，导致《使命召唤》和《吉他英雄》系列的网络服务大规模瘫痪。
该资讯来自“网络与安全”圈
-------------------------------------------------------------
新朋友 请点击标题下方“爱数”快速关注
老朋友 点击右上角，可以转发我们的内容
---------------------------------------------
