就此次数据恢复事件,前后经过作出以下说明:
事故原因:BlogBus于7月1日增加了两台新服务器用以解决网站负载问题,7月20日发现一台服务器可能由于Raid卡或硬盘出现故障,导致一个3G多的数据库文件损坏,致使7月1日至7月19日用户日志数据丢失。
解决办法:由于BlogBus采用静态页面发布,所有已发布日志均生成静态页面保存,所以丢失数据可以由静态页面导回数据库——就是说丢失的数据可以反向导回恢复。
具体问题:由于BlogBus现在有近100个模板,并且还有大量用户自定义的使用的模板,这给从静态页面导回数据库带来了大量需要人工操作的工作——需要针对每个不同的模板写出程序逐一恢复,所以没有对所需时间有充分考虑,导致全部数据恢复的时间拖延。
目前进展:使用公用模板的用户,大部分数据已恢复,截止8月1日24:00会全部恢复,届时
如有用户发现仍有页面没有恢复,请发布重建。对于使用自定义模板的用户,我们会逐一帮助用户恢复页面,但需要时间可能会久一些(数千个自定义模板,需要一个个帮助用户恢复,耗时较大)。
请BlogBus所有用户放心,所有丢失数据均可以恢复,对此次数据丢失给大家带来的不便,在此我代表网站全体工作人员向大家深表歉意!希望大家能够一如既往的支持BlogBus,监督我们的工作并提出建议。BlogBus会一直坚持并努力不断完善自身的服务,谢谢大家!
PS:稍后我们会更换一台专门“重建发布”的服务器。
截止目前(8月1日23:30)为止,使用公用模板的用户数据已全部恢复,请留言的用户留下自己的blog地址,以方便我们核实。
评论
BLOGBUS,我的耐心用完了.
谢谢工作人员,继续支持你们!
真的太开心了!
对于这次的问题,我没有放弃过BUS,没有看到邮箱里的搬家信而转站,没有听好友的推荐去BLOGCN,可是这样的呆也没什么好搭理的哦?是把?
我也很理解工作人员的辛苦,没办法作到每个人都回复,可不要总让我觉得自己在对墙说话好么?
还是那句,希望BUS能好起来,不再出现这样的故障.OK,话就这些,
我已经发过多次了;谢谢
而且恢复的日期都改成了1970年1月1日
不知道能不能搞好
而且页面一篇也不显示了。请问为什么?
但重建后现在主页上一篇也不显示了,为什么?
刚又丢了。。一篇
还不如不编辑了
而且日志不能全部显示
虽然TAG 还能找到日志
。。。
郁闷了
下午又丢了好多
。。。
崩溃。。。
我已经第3次询问了
到底怎么回事。。
郁闷
日志丢失
这到底怎么回事
郁闷了
首页被整的乱乱的
想编辑下
可编辑了会
发现竟然丢了6篇日志了
崩溃~~~`
麻烦您了
可显示乱了好多
今天编辑时
发现
编辑一篇
就会丢失一篇
郁闷了
刚编辑了3个日志
都不见了
我确定没删除啊````
555555555
上个星期开始我天天打电话问,每次都说已经优先弄了,现在都快1个星期,还没恢复,真不知道您哪的技术人员弄什么东西弄这么慢?
郁闷!