山西证券总部火灾，类似事故再发，带给我们系统架构师们的启示是什么？

谁知道山西证券大火的详细应急方式？是切换灾备了么？还是等供电恢复后在主生产中心启动的系统？

金融行业的容灾话题已经说的很多了，发生这样的事，只能说该公司对于IT不够重视

金融行业的容灾已经说得很多了，发生这样的事只能说该公司对于IT这块不重视，实际上证券行业比银行业的ya

擦，这证券的，比银行快活多了，银行7*24小时营业，他们节假日都不需要系统，这都那么多时间可以上高可用容灾系统，还这么出事，这真不能忍啊

机房失房？这个不是IT工程师负责与考虑的事吧？平时安全检查，干什么吃的？

顶

银联、淘宝、京东、腾讯等大型金融服务公司都出现过。

原因非常多。对于灾备建设重视是一个重要方面。

但是最关键一面，还是对于运维人才和队伍建设和重视。

所有问题浓缩下来，都需要高质量高水平的队伍。

所以，大型企业，需要自建。中小型企业可专业运维外包。

这个事件很好的给大家提了个醒，灾难性的事件并不遥远，容灾也不应是应付领导、监管部门的摆设，而是实实在在关系到企业运营的关键要素。

不过在生产系统还有大量工作未完成的时候，又能有多大精力投入到灾备呢？灾备其实是各家的大难题，只不过是这次山西证券真的遇到了事，把问题全部豆暴露了，难道大家平时不也都有一丝侥幸心理么？所以，在出事后追责是必须得，但是反思更是必须得。到底灾备系统应该怎么建，是值得我们大家深深思考的问题。

我们一直徘徊在风险、成本、收益三者之间，灾备的成本是巨大的，但是其所带来的收益则是不可预知的，因为谁也不知道何时会发生灾难，也可能是因为灾难的几率实在太小，所以大家一直没有真正像建生产中心那样用心去建灾备中心，那我们能否像买保险一样把灾备外包出去呢?或许灾备中心的外包会是下一个风口。

ls说的有道理，但结合到具体情况应该有所不同了，山西证券应该是在没有开市前就出现问题了，如果这个时间灾备有效的活，快速启动灾备系统是可行的，主要还是灾备不太完善和成熟，没有相应的预案，呵呵！拍脑袋这个时间也不好使了

证券行业的基础设施相对银行还是薄弱，作为金融行业的一员，还有较大的改善空间。另外，大家不要对目前的灾备技术（非双活）快速接管业务报太大的希望，这不是一家机构的问题。