精华好帖回顾
· 说说投诉这点事 – 不做忍气吞声的市民 (2011-6-29) zzjwl	· New Zealand trip (2005-9-29) miller2
· 堆栈摄影实践 (2015-8-17) wangbo1118	· 美丽的南非开普敦 (2008-7-20) 周伟欣

1 23 / 3 页

楼主:BOC

[澳洲资讯] ATO网站已经宕机3天 [复制链接]

superdigua

钻石靴族

发表于 2016-12-14 22:50 |显示全部楼层

此文章由 superdigua 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 superdigua 所有！转贴必须注明作者、出处和本声明，并保持内容完整

lauraineyan 发表于 2016-12-14 19:46
好丢脸，三天，还没查出来原因

原因早就查出来了，是 SAN 的同步软件有 BUG，结果把备份 SAN 也给毁掉了

数据恢复。。。1 PB 。。。所以缓慢

而且就算恢复，也肯定会失去一部分最新数据。

舆论自由意味着容忍自己不喜欢的言论的存在。
我的观点当然可能是错误的。可以拉黑，无权屏蔽。

super168

木屐族

发表于 2016-12-14 22:51 |显示全部楼层

此文章由 super168 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 super168 所有！转贴必须注明作者、出处和本声明，并保持内容完整

数据丢失，今年就不收税了

mr_founder

银靴族

发表于 2016-12-15 06:26 来自手机 |显示全部楼层

此文章由 mr_founder 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 mr_founder 所有！转贴必须注明作者、出处和本声明，并保持内容完整

好多技术人员

perseverance

头像被屏蔽

禁止访问

发表于 2016-12-15 06:31 |显示全部楼层

此文章由 perseverance 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 perseverance 所有！转贴必须注明作者、出处和本声明，并保持内容完整

宕的好啊，IT部门可以一撸到底，那个以后转包到软度去，那可是个牛逼国家啊

ar12345

皮靴族

发表于 2016-12-15 07:30 来自手机 |显示全部楼层

此文章由 ar12345 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 ar12345 所有！转贴必须注明作者、出处和本声明，并保持内容完整

:o

findcaiyzh

银靴族

发表于 2016-12-15 09:46 来自手机 |显示全部楼层

此文章由 findcaiyzh 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 findcaiyzh 所有！转贴必须注明作者、出处和本声明，并保持内容完整

怎么还是不行啊？我等着用呢！

bronteluck2014

皮靴族

发表于 2016-12-15 10:18 |显示全部楼层

此文章由 bronteluck2014 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 bronteluck2014 所有！转贴必须注明作者、出处和本声明，并保持内容完整

findcaiyzh 发表于 2016-12-15 09:46
怎么还是不行啊？我等着用呢！

可以了啊

大菠萝2代

头像被屏蔽

禁止发言

发表于 2016-12-15 10:40 |显示全部楼层

此文章由大菠萝2代原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者大菠萝2代所有！转贴必须注明作者、出处和本声明，并保持内容完整

也没说原因？

findcaiyzh

银靴族

发表于 2016-12-15 12:02 来自手机 |显示全部楼层

此文章由 findcaiyzh 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 findcaiyzh 所有！转贴必须注明作者、出处和本声明，并保持内容完整

bronteluck2014 发表于 2016-12-15 10:18
可以了啊

有的功能不行

xincheng

皮靴族

发表于 2016-12-15 14:52 |显示全部楼层

此文章由 xincheng 原创或转贴，不代表本站立场和观点，版权归 oursteps.com.au 和作者 xincheng 所有！转贴必须注明作者、出处和本声明，并保持内容完整

很多公司都把全部数据放到一套SAN上，再加上一个热备，就认为万无一失了。海量数据，出了问题再从磁带上恢复，那这样的系统可用性就很堪忧。

问题首先就是数据存储规划，在线业务数据应该和分析数据、归档数据分离。合理规划归档策略，保证在线数据量较少，万一出现问题可以快速恢复。归档数据和用于分析的海量数据出了问题一般可以有比较长的客户容忍度。

而且，从这次事故看，估计也没有认真做过热备数据检查，即使有容灾方案，估计也是停留在纸面上，没认真做过定期演习。

当然，这样的策略制定和维护都很费时费力，不如all in one那么快捷，不过all in one死掉也很快捷。