直接进入正题,带着你的回忆看下文,想想你这些年的手滑失误…… 比如,忘记备份数据…… 数据备份是个老生常谈的话题,看似很简单,但在实际操作过程中,运维人员往往会遇到这样或那样的“坑”。 那么,数据为什么要备份? 因为从数据诞生时起就伴随着丢失风险,比如,自然灾难、电力故障、网络故障、硬件故障、软件故障、人为故障等。 上面列举了一大串风险,其现实意义是,你今天躲过了硬件bug,明天避开了雷劈,后天绕开了断电,大后天还是可能因为“手滑”失误删除。
举个例子:2月1日著名的数据的代码托管网站 Gitlab 的一个工程师在长期疲劳操作时,不慎误删数据,等工程师反应过来,500G 生产环境数据被删的只剩 4.5G 。不过这个小哥倒是没有跑路,而是选择了直播恢复数据。在经过近 7 个小时后的努力,数据最终恢复成功,但是依然是丢失了 6 个小时的数据。
随着DT(Data technology)时代的来临,企业对数据的依赖程度与日俱增,数据保护早已成为企业的一门必修课。只有拥有先知先觉的防范意识和充分的技术准备,才能“覆巢之下,亦有完卵”。 回想起那些年,我们也曾出现过一些失误,比如:失误删库、忘记备份数据、排障思路错误等等….现在马上参加活动,说出你的故事吧!
【互动话题】 那些年,你的手滑失误,产生怎样的事件塌陷?(不要逞强说没有……)
【参与规则】 在本帖内详细回复以上互动话题(回复越详细越大机率获得礼品哦)
【参与范例】 那些年,你的手滑失误,产生怎样的事件塌陷? 只出过一次,不小心用原始数据库覆盖了当前数据库,导致数据全部丢失……当时明显感觉到后背一阵滚烫。当时真的是吓到了。第一个反应是完了,怎么跟客户交代?都说删库跑路,我现在库删好了,路要怎么跑呢?然后就是各种寻求解决方法。最后侥幸在备份目录下找到了一个一周前的数据库备份,正好客户最近又没怎么操作。勉强混了过去。经历了这个事情之后,让我的数据库安全操作意识一下子提升了好几个级别。本来近期做的开发工作,要跟客户追加费用的,由于出了这个事故,我也不好意思跟客户开口了,只能自己吃哑巴亏。 最后我的总结建议是
1、数据最好是能够定时全盘备份;
2、做到实时备份;
3、所有数据库操作前备份;
我想做到这三点,应该能够杜绝大部分问题。
【活动时间】2019年10月25日 - 2019年11月3日23:59:59
【话题奖励】 奖励一:手持熨烫机*1 奖励二:某公司定制抱枕毯*1 奖励三:某公司定制文化衫*1 话题参与奖:30S豆
备注:文中配图来自百度图片 |