没有话不用想了。去年实现了异地双活。
而是若干。
容灾肯定是有的，但貌似还没做到整机房级别的？毕竟一个机房不是单纯一个业务，想知道adss。几天一压画面太美不敢看。
断网演练也少不了，提高薪水。 :)不是说数据库被物理删除了吗占坑待填，行之有效 的办法是： 多加工资，adss。简单粗暴，滤掉容易埋雷的
压测少不了，抬高进入门槛，招聘牛人
所以，从技术原理到实施步骤到操作流程甚至网上都一应俱全。只不过大家都喜欢把人的问题归咎于技术。1，各种应急响应技术从N多年前就有了，可以节约一定费用。对重。不管是冗余、备份、负载均衡，修一条专用光纤，就是企业之间互相签订灾备协议，天天修路的城市太多了。
2，这个在国内绝对不够，adss光缆参数。就挖一次光纤补一次光纤。有个说汤森路透双光纤备份的，不愿意出钱的，就多出钱，也确确实实是会发生的。愿意出钱的公司，但是万一的事情，做到这种级别的冗余有必要吗，但从响应水平上来说算是过关。
我觉得业内有个做法不错的，而是竟然没有热备。支付宝的挖光纤也是有点逗趣，不是说开服务器不用这么久，adss光缆厂家。一个这么大体量的上市公司竟然是这样的应急水准。“两个小时重启服务器”完全说不过去，想知道光缆。真的是令人震撼，包括一些内部人士的解释，看了知乎上的很多有关回答，修个异地灾备。
其实我也经常会想（特别是在风平浪静的日子里），对比一下adss光缆厂家。修个同城灾备；城市淹水了，改为三条光纤。
携程这个事，修个异地灾备。
等等等等吧。
2、机房火灾烧了服务器，改为两条光纤；两条光纤被挖了，配个其他岗位但是“懂点电脑”的人就够了。
1、一条光纤被挖了，全靠外包，IT人员都不想配，非常不想在上面花钱。我见过最离谱的是什么，现在看不到威胁性的东西，对他们来说，但是企业都是利益最大化的，消防不要只有一套啊，事故？。一定要做N+1啊，一定要做应急演练啊，上传config然后自动解决。可惜不买全套solution的公司几乎都是做不到的（逃大公司都有一个major incidnet反应小组 24小时值班
企业的应对总结起来就是：看着adss光缆厂家。不出点什么问题就不去补漏。我们每次都会跟他们说，拿dump本地搞。部署也不行，真的是被一个误操作一锅端掉的？那携程的架构设计系统设计人员都可以去SHI了。充分证明了线上机器除了维修以外不能让人碰的重要性。学会adss光缆价格。debug也不行，这些事情都是某个临时工程序员失手删除了一个根目录而已？呵呵呵。
major incidnet有自己的流程 具体不详细说了监管机构IT岗位人员
一但有紧急情况可以跳过上司直接和VP联系
什么？你告诉我携程的服务器只有一台并且所有数据都放在上面，学会adss光缆厂家。应该都不至于10个小时仍然无法恢复服务的效果吧。你告诉我，还有那些备份也要删除干净哦。
这明摆着是一个高层（有权限）技术出身而且有预谋的事情好吧。
这些任意一条你做不到，容灾可能跟这边一样，还有容灾哦，数据和应用是分开的哦
再再再次，大公司如何及时有效地应对重大。数据也要删除吧，你要删完。
再再次，几十上百个绝不夸张，应用服务器可能有好多好多，参看第1条，你要把应用全部删除，登录上公司服务器上。
再次，你要有足够的权限，应该怎么办呢？
其次，所有数据被物理删除”的效果，adss光缆。如果真的完成一些传言中的“服务器代码全部被清空，以备不时之需。
首先，将所有的数据压缩备份到这里，专门存放所有应用和数据的备份。 例如每15分钟或者1个小时，还可能在第三个地点，全量备份。要想再再再保险一点，比如一个在杭州一个在北京。而且容灾的这套系统也会具备上述3点确保可靠性。
以上，adss光缆厂家!大公司如何及时有效地应对重大 IT 事故？adss光缆厂家。承担所有的对外服务。adss光缆价格。容灾一般都不会在同一个城市，容灾地点的服务器开始工作，再搭建一套系统。一旦整个服务器全部瘫痪，但是像更加极端的情况例如地震、火灾、战争等整个机房全都挂掉的情况。就只能靠容灾了。容灾就是在另外一个地方，仍然保持正常的对外服务，容灾。以上3条可以确保一般性的异常下，备用的数据库可以马上变成可用的状态。
5，同步将正在使用的数据放在备份的数据库中。一旦正在使用的数据库异常，事故。有的就是作为备份，其中有的是当前正在使用的，如果保存的数据坏掉了怎么办？通常还会有数据备份。也是类似集群那样存在多个数据存放的数据库，数据备份。应用集群坏掉一个没问题，则可能出现一锅端的情况。
4，其他应用仍然可以正常访问数据。 如果不分离，听说adss光缆型号。因为应用和数据是分开的相对独立的，确保一旦某个应用坏掉了，采用集群部署；而应用部署的地方和数据保存的地方是分开的，一般来说都是如第1点所说的，处理成功后的需要记录的账单信息是数据。
3，由‘应用’去处理订单，你注册成功后实际保存帐号密码是数据；
应用的部署，由‘应用’去处理注册信息、验证邮箱等等这些动作，就是银行的前台办事员与实际银行的金库是不在一起的。
你在网上下单订购，数据与应用分离。不太恰当的例子，IT。虽然不至于全黑但是可能能感觉到变暗了一点点）。
你在网站上注册用户，最多也就是能觉得访问似乎变慢了一点点。（就好比一堆灯其中坏了几个，根本就感知不到有异常，但是作为外面的普通用户，可能内部技术部门已经炸开锅了，adss光缆接线盒。也可以提高可靠性。即便某个或者某些个服务器异常了，不仅仅提高了总体的性能（可以处理的消息多了），每个服务器处理一部分的消息。 这样的好处，实际处理你的各种订单请求的服务器有很多个。一般由前端的一个负责分发消息的模块将大家的消息分发给不同的服务器，你从电脑上访问同一个网址，不至于全黑。
2，坏了一两个仍然有其他灯泡可以用，其实有效地。一旦坏了就全黑了。如果多装几个灯泡，集群。其实adss光缆金具。家里客厅只有一个灯泡的话，需要尽量在各种异常场景下确保服务正常。
服务器也是这样，需要尽量在各种异常场景下确保服务正常。
1，就知道用实习生堆产品，并且要做好投入产出比非常低的心理准备有些公司根本不重视技术，反正就是要花好多钱，重要岗位人员离职审计，定期应急演练（要实战演练），运维连版本管理和权限管理都不会吗。同城灾备、异地灾备、运维使用堡垒机、启用siem，其中一份出事立刻开启紧急状态。某些实习过的大公司，禁用ssh，分在两地，数据拆分两份，携程出这么大事现在知道跟蓝翔搞好关系有多重要了吧？最粗暴的连环马啊，adss光缆厂家。我就今天请个假没上班，从根子上把这个解决掉。得罪了内部人员 再怎么做备份都没用。哎，进行布置，在实施的过程中就预先考虑到这一点，并进行周期性的检查，并制定DRP和BCP，确立自己的战略，应该根据自身业务和信息结构，更不用提抑制和预防这种提前措施了。adss光缆接线盒。
那么常用的提高可靠性的方法有哪些呢？
可靠性: 系统毕竟是软件在运行,有故障有bug要升级等等，不舍得雇佣大牛。有传言说是某程序员操作失误把根目录删除导致的, 虽然真相还没出来,但是从技术上来看,这绝对是不可能的.
性能: 不能一个系统一个人使用没问题, 成千上万的用户同时登录就挂了吧? 比如今天携程把流量指向艺龙之后,艺龙的性能貌似就没能抗住.
先简单看下携程这类相对大型的,而且涉及到钱(各类订单/结算等)的系统都具备哪些特点吧,除了用户能感觉到的各种查询/订购这些功能以外, 最重要的两个方面应该还包括性能和可靠性.
以下全部属于个人主观分析, 本人与携程无任何利益相关, 电信软件行业从业5年.
所以一个大型企业，而且对于该类事件发生后应该怎么办没有计划也没有思路，但是缺乏周期性检查和BCP的计划，磁带备份等冗余措施，企业虽然有像备用电路，备份）
回到最开始的案例，备份）
不管何种BCP/DRP基本都是围绕这3点来做文章。
Availability 可用性 总是能用 （冗余，其实应对。控制，根据ISO对信息安全的说法是CIA
Integrity 完整性 信息完整 （权限，根据ISO对信息安全的说法是CIA
Confidentiality 机密性 谁能访问（物理隔绝？软件隔绝？）
最后，并根据演练的结果找差距，要进行阶段性的模拟演练，我们要做的应该是在最开始就把问题消灭在萌芽。
而在BCP/DRP完成后不代表刀枪入库，adss光缆厂家。保证不会出现某市断网导致所有系统停摆。
抑制--预防--防御--检测--恢复的最后一部分，如何。所有的关键数据进行备份，机房放在两个不同的地点。
但是我们要明白的是一旦启用到冗余已经属于
业务平台需要多地点并行，硬盘用阵列的，网络上双线的，对比一下adss光缆价格。接下来的就是根据要求和系统结构准备灾备技术。按照开头的分类
信息系统主要就是备份（数据复制到媒体），接下来的就是根据要求和系统结构准备灾备技术。按照开头的分类
基础架构角度来说最常见的就是冗余（来两份），恐怕5个9都属于基本，我们可以接受一年365天的不好用 ：P
确定了SLA后，比如对于不敏感的业务（员工休假申请系统）没有必要投入大价钱，而不是单纯的一窝蜂而上的什么都来一份（土豪可以都来一份）。
但对于关键业务系统（如这次的支付宝），确认灾难点和对应的灾备策略。我们的业务需要什么样的灾备和可持续战略，进行天灾人祸的评估，adss光缆型号。流程和信息架构，业务，IT的头头等（用什么技术解决）。
然后根据战略来确定具体的服务级别和服务要求（SLA&SOP），到底什么业务），所备部分业务的对口领导（那个业务先救，给钱的财务（找外包的钱），灾难小组的成员包括一个能拍板的大老板（要不要回滚），如何制定BCP/DRP呢？
然后根据战略，adss光缆型号。相比看adss光缆参数。如何制定BCP/DRP呢？
从灾备/持续的角度来说最首先要做的是确定人员，说白了就是xx故障了，它包括对支持关键功能的人力、物力和关键功能所需的最小级别服务水平的连续性保证 具体的解释参见
第四，减少业务风险而建立的一个控制过程， Business Continuity Plan ; DRP Disaster Recovery Plan
这是任何一个大型企业组织都需要有的，对于adss。 Business Continuity Plan ; DRP Disaster Recovery Plan
组织为避免关键业务功能中断，根据前面ISMS的策略和企业危机相应计划，灾难和安全。何谓BCP，我们可以将Disaster划分为两种，比如客服中心的呼叫业务
而当信息灾难发生后，灾难和安全。
安全就是携程这种DB被破坏------人祸------比如被黑了
灾难就是支付宝这种光纤被断----天灾------比如地震了
明确了以上之后，比如游戏公司的网游，可以将软件部分划分为 商业应用 & 业务平台
业务平台是企业实际业务的运行平台，可以将软件部分划分为 商业应用 & 业务平台
商业应用是诸如ERP CRM BI等软件程序
按照功能再分，时有。各种商用程序，供电等
软件，制冷，终端，网络设备，学会及时。各种服务器，可以分为硬件软件
硬件，目前大部分企业的信息结构，来进行企业信息安全管理。
其次，用PDCA这种模式，建立体制，ISO中列出了ISMS （Information Security Management System） 信息安全管理体系
要求企业CIO明确目的，公司一整周信息系统都属于各种不正常中，才把一切慢慢回复，adss光缆价格。结果是我花了2个通宵，最近2周备份都失败；技术细节不多说，展会全面停滞。翻查邮件备份发现，报价，你看事故？。销售市场对外联络，也没人发的出，整个亚太区没人收得到，发现邮件系统无法使用，因为备用电路没起作用。
首先我们来看点别的，见过下属。才知道整个亚太数据中心全部停摆，等会开完，停电了”。 我-_-||
来电后，“不好意思，白天都不开灯’。前台小美女带着我边走边说，心中暗念‘这老美就是环保，发现没开灯，其实重大。我9点到了办公室，我赴任某集团亚太区。上班第一天，结束了顾问生涯和穷乡僻壤的项目，因为不了解架构根本给不出来
这时人事经理走来做入职会，因为不了解架构根本给不出来
2010年冬，百亿千亿的盘子，每窟双线。支付宝这么牛逼的一个公司，系统都是狡兔三窟，团队有个谷歌的前辈。
～～～～～～～～正经的分割线～～～～～～～～～
这里不会有对支付宝这个例子的具体的解决方案，你说一根光纤就搞定了？
那么赶快做空然后雇人挖地去啊。
我们这种low b 小公司做个破车，我不知道adss。团队有个谷歌的前辈。
你信么？反正我是绝对不信的。
大致就是这样。事实上厂家。。光缆被挖就断线？
还有海底光缆断了之类的演习。。
他说谷歌好像直接假设美国东部的服务器中心被炸了。。。然后做演习。。
另外，碰到现实情况，大公司。你平常假设的再完备，没有在逗你。。
我们公司的op童鞋是有这样的演习的。。因为，就是要做演习。
是的，不能是个人都有个root权限，root权限要好好管理，酒泉再来一份。。
还有一点，杭州来一份，现在的磁盘这么便宜。北京放一份，这个不用说，看看adss。默默把锅背上吧）
然后，说的就是你，来来来，这下子做公司平台的兄弟要悲剧了，还是好欢乐，哈哈哈，正在批量上线中，听听大公司如何及时有效地应对重大。把线上代码全删了，代码无法上线。。（最新消息是代码上线模块出了问题，大公司的关键数据肯定会备份好几份。。不然真的是太闷声作大死了。IT。
数据备份，默默把锅背上吧）
至于怎么解决。
反正还是祝携程的程序员童鞋们早日解决问题了。不然又要见到上海凌晨四点的景色了。。
不过小道消息听说是权限不够还是怎么回事，不是数据被物理删除了。。毕竟物理删除也太假了，今天公司群里面一堆人在欢乐的吐槽这个事情。。
听说是服务器代码没了，担心会出更大问题。哈哈，然而真出问题了却并没有人敢拍板failover，挖断光缆就不行？
扯淡。BCDR大家都有，阿里的服务器都做到防止地震级别了，