【有奖话题活动】那些年，你的手滑失误，产生怎样的事件塌陷？

有用户反馈认证不成功，本来要登陆AC上注销这个用户的账号的，然后脑抽筋的把全部账号强制注销了。幸好没有投诉。哈哈哈。
总结建议是
1，小心小心再小心
2，不过有时候再小心也是失手的时候，如果真的遇到了，不要慌，处理好问题，把影响范围控制在最小。
3，实在不行，跑路~

客户新增加了一台互联网线路，用来做互联网流量和IPSEC VPN流量。远程做配置时把主备链路的权重搞反了，还勾选了备用端口关闭（HW防火墙），然后就GG了，只能联系客户帮忙重启防火墙。
我的总结建议是
1，配置先有大概的配置思路
2，仔细审查每条命令的含义

某次打算用dreamvave开发web项目，打开某个文件右击打开方式选择dreamvaver(没注意有个始终用该应用程序打开此类文件)，然后浏览器、软件啥的打开后都是乱码。。。。。不得已只能重装系统（还好平时的重要文件一般都保存在非系统盘，备份起来也方便）

自己换系统的时候没注意盘位发生改变，一路选的下一步，最后把资料盘覆盖了。。。。运气好的是前段时间攒了台式，在台式上拷贝了一份重要资料，所以损失不是很大

一直运气比较好，没有什么失误！！！！！！！！！

1111111111111111111111

论备份的重要性和操作的谨慎性

直接进入正题，带着你的回忆看下文，想想你这些年的手滑失误……

比如，忘记备份数据……

数据备份是个老生常谈的话题，看似很简单，但在实际操作过程中，运维人员往往会遇到这样或那样的“坑”。

那么，数据为什么要备份？

   因为从数据诞生时起就伴随着丢失风险，比如，自然灾难、电力故障、网络故障、硬件故障、软件故障、人为故障等。

  上面列举了一大串风险，其现实意义是，你今天躲过了硬件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豆

备注：文中配图来自百度图片