软件的发展、信息的传递离不开各种各样的数据。
从本地存储到购买云服务，再到自建大型数据库、数据中心，不同规模的数据存储方式保障着各类信息服务持续稳定运行。
此时，数据安全尤为重要。如何避免“rm -rf /*”的梦靥成真？如何避免“删库跑路”的玩笑成为现实？是技术与管理层面共同面对的问题与挑战。
那么，在你参与的小程序等软件开发或管理工作中，是如何确保数据安全的？不同量级的软件需要分别采取什么样的策略来确保数据安全呢？
参与本话题优秀回答者将获得微信正版周边礼品一份，快来参加吧！
*图片仅供参考，实际奖品选择与发放将视官方周边更新与存货情况进行适当调整
*获奖情况将在「社区每周」公告中进行公示，受近期疫情影响，公示与发货时间可能有所延长
同一数据，多种不同方案备份，多个人管理。但是，万一串通好或者其他什么，也没辙。
机器方面的话，该多处灾备就多处灾备吧。本地、局域网、备份服、U盘、硬盘等。
人员的话，多个人管理不同的备份数据吧。
还是那句话，做人留一线，日后好相见。防君子不防小人，也防不了小人。
--↓↓👍如果觉得有帮助的话请点个【赞】吧(我的小尾巴又肥来啦！）
单就「删库跑路」这种事件的角度说数据安全的问题吧，个人觉得还是「人」的问题，这个方面跟技术上扯不上太大的关系了。如果能拥有「删库跑路」权限的运维人员，基本上公司的相关安全技术对他来讲都可以「绕过」了。也一般是工作比较长时间，公司比较信任的员工。
所以，这个问题我认为应该从员工管理角度入手了，运维人员其实是程序猿的「难兄难弟」，压力一样大，多照顾运维人员和程序猿的相关需求，精神和物质上的，公司发力提升相关待遇，维持一个相对舒适的内部环境比技术上解决这种问题靠谱点。当然这绝对不是说技术上的安全措施是没用的，恰恰相反，技术上的安全是一门永远的不停更迭的学问。时时关注技术安全并实时更新自己的代码安全，部署环境的安全是一定境界后的猿必备的技能。但是技术到达一定境界后一定碰到瓶颈，技术安全上亦是如是！技术上真正能防止删库跑路的某种角度上讲应该是没有的，只能是「亡羊补牢」式补救措施，这里要说的就是备份、备份、备份！光备份的技术，就我了解的就够说上几个小时了。文字更是无法描述，这里略去..
以上仅就公司内部员工「删库跑路」这个角度看待题主提出的话题。
在这里呼吁各类猿一下（同时也是共勉），技术以人为本，你技术再高都不要整一些没用的负面的东西。那样技术只能带来伤害。
技术上你永远无法保证拥有最高权限的那个人不利用已有的权限去「删库跑路」，所以技术上永远无法从根本解决这个问题。
1、权限管理制度
个人觉得这个是最重要的，制度建立优于“人性”管理，避免有些人“视死如归"或者”心灰意冷“的骚操作。
核心还有一点：拥有sudo rm -rf /* 权限的账号，不能远程VPN去执行，必须是在内网办公环境，禁止跳板机，代理等
2、双向授权和高危权限账号登录验证
双向授权是第一步，第二步是登录高权限账号再次验证，比如root级别的，需要有两个人及以上授权，才可以操作，至少保证。。。不是一个人独自使用管理员账号，降低莫名其妙的“精神失常”操作（手动狗头）
3、备份分离，主从权限分离
备份，日志的权限一定不能掌握在一个人手里。
4、员工思想教育
删库跑路是犯法的，后果很严重。如果你做了，你虽然能得到一个免房租的小屋子和免费的午餐，但代价你懂的~
1､从技术上看
技术反而是最不重要的一环，道高一尺 魔高一丈。
再好的技术，甚至连外贼都防不住，更永远没可能防得住这种家贼的；
比如，区块链安全技术？据说永远无法删除，靠谱吗？使用的代价是多少？
比如，阿里安全技术很牛吧，吴瀚清要删库走人，你一点办法也没有。
2､从制度上看
与技术无关，就是制度上保证，比如严格授权；
总能找到一款你最适合的制度。
人的问题，永远还是要从人出发，而能管住人的，永远只有制度，而不是技术；
3、从法律上看
加强法律扫盲。
比如某盟这位同学，很大程度上就是一个法盲，但凡对法律有一点敬畏，也不可能以身犯法；
4､从道德上看
先小人，后君子，把每个员工都看成是不靠谱的，在商言商，在法言法，在工言工。
各种保密协议，各种规范措施，光明正大的对员工实施，不要觉得不好意思，这个时候，义气最不安全；
5､从态度上看
这种事，某盟的领导不重视是主要原因，
不要以为这种小概率事件不会发生在自己身上，万一呢？这不，十亿没了。
只要认真起来，总是能防止的。
唯心来讲，态度最重要。
6､对比小程序云开发来看
小程序的云开发是安全系数非常低的机制，云开发数据库只有一道开发者权限的门槛，然后就可以为所欲为，删库走人不要太容易。
从这点讲，云开发还有很长的路要走啊。
从开发的角度看，代码版本管理是必须的，多人协作开发同一个项目，经常会遇到代码冲突的问题。
我的做法是，借助腾讯云Coding DevOps，搭建一套完整的平台，可以实现代码管理、持续集成、自动部署等操作。
以一个企业官网为例，通过腾讯云账号可以创建子用户，子用户可以加入到Coding团队中，设置子用户的开发权限，这样就子用户就只能看到当前正在开发的项目，其他的项目和控制台资源信息，都是看不到的。
coding跟gitlab类似，本地生成ssh key，填写到项目后台设置里，ssh -T测试通过就可以推拉了。
只是多人协作的时候，一定要先把master分支pull下来，然后再merge合并到dev分支。
所有的push都应该在dev分支操作，线上master一定要锁死，非管理员不可以直接推送。
每次提交pr需要管理员审核通过后，才可以更新master为最新版。
上面这些操作跟gitlab类似，但Coding DevOps有个好处，就是你可以设置静态网站自动部署。一旦检测到master变化，就会自动执行部署脚本，数秒钟即可通过测试域名看到最新的网页内容。
有了git代码管理这样的操作，无论是线上还是本地，如果出现代码丢失或者覆盖的情况，随时可以回退到之前的版本，也就是代码git帮你做好了备份。
数据也是同理，需要定期做备份，可人为也可以自动备份。
数据一定不能只放在一个地方，需要有多个存储桶做容灾备份，这方面腾讯云做的也很好，可以试试。
权限一定要控制好，什么人做什么操作，都要有记录。据我了解，BAT等大厂开发日常，都是内网连接一个跳板机，然后用跳板机连接目标主机进行开发操作。
当项目和团队达到一定规模后，这些权限控制都必不可少。不过对于小团队来说，coding devops完全够用了，而且是免费的，很香！
像这样的安全事件，每年都会有，不管是b站的后台源码泄露，还是这次微盟删库跑路，本质上都是对安全问题的疏忽。安全就好比防盗系统，没有被偷就不会在意，一旦发生盗窃事件，损失往往十分惨重。
虽然口号一直喊得是安全第一，但为了公司更多的是关系业务赚不赚钱，安全往往被忽略，大多数中小微企业甚至都没有安全工程师这样的岗位，让人唏嘘不已。
作为一名开发者，时刻要有安全意识，前者之鉴后事之师，在开发写代码的时候，多想想这样写会不会有引发安全问题。
有了这样的意识和习惯，万一哪天出事了，也不至于面对被删库而束手无策。
从技术角度来讲：
小公司，该买云买云，该买备份服务就买备份服务。服务器漏洞，该补就补。
大公司，我不知道，看其他人回答吧。
前几天某盟被删库跑路（其实他没有跑），其实就是人为主动删除导致的。
从人的角度讲：
做人留一线，他日好相见
1、不要得罪DBA比一切都强。至少钱给到位，不给人委屈，人性化对待7x24小时在岗的DBA。
历史上几次删除跑路，删库删备份都是因为程序员本身太委屈到对人生无望，才知法犯法。
2、多处云备份。不给备份处所有权限给dba。这就要求创始人里有人懂一点点技术。
低概率事情一旦发生就毁灭性的，属于低频高危风险，要提前做好防御措施。
3、专业的第三方的数据安全公司接入。
4、还是强调第一条，不要让DBA承受不可接受的委屈。
搞这样的话题有什么讨论意义了，在开发论坛讨论运维问题?？你们怎么不去开一个心理咨询栏目来给程序员疗伤了~~ 整点有用的行不行？比如搞一个需求排行榜，把大家想要的实现的功能需求做成投票选择，选择出来的结果，官方给一个统一的说法，能做还是不能做，整天搞那种一对一的需求聊天，有什么效率。早点把我们的需求问题解决才是王道，否则开发整天被逼的想杀人，删个库又算啥~ 就好比讨论如何防止恐怖分子炸楼，就算再讲的头头是道，关键是你的让我们先把楼盖起来了，楼都没盖成了，哪里有心思去考虑恐怖分子炸楼~
数据方面以前公司的主要做法就是主从库，读写分离，因为自己是前端所以对数据维护倒是没怎么研究。一般云服务商都会提供数据的备份功能吧，所以如果不是大规模的公司，托管数据还是比自己维护数据安全一些，如果是大公司的话一般也都会有自己的运维团队和多重备份手段。
但是再严密的防护总是会有漏洞的，就是没漏洞也防不了内部因素，比如最近比较火的删库事件。
复制他一百份儿。放到一百个地方即可