博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
【教训】为什么不作备份?!
阅读量:6375 次
发布时间:2019-06-23

本文共 815 字,大约阅读时间需要 2 分钟。

一个悲剧

最近在开发一个部门内部的项目,用户都是同事。由于系统只在内部使用,所以开发过程中流程不太规范。

项目刚开始时,由于运营服务器还没有申请到,所以开发服务器和运营服务器在同一台机器上,通过配置Virtual Host

和不同的数据库空间来区分两个环境。

几个月来,一直没有问题。最近,运营服务器和域名申请完毕,但是由于现在的模式并没有多大不妥,而且最近需求催

得比较紧,所以就没有将运营环境与开发环境分离。数据备份也不频繁,最近一次数据备份是2个月前的。

昨天,悲剧发生了 … 有位同事误操作,将一个比较靠近根目录的目录删除了!项目的开发环境,运营环境,运营数据全部都在这个目录下。

结果很严重

  1. 开发,运营环境必须重新搭建,估计至少需要花费2人天完成;
  2. 运营数据全部丢失,无法挽回,严重的伤害了系统的用户感情 悲伤

事情竟然已经发生了,抱怨也没有用,而且这种事情也无法避免,误操作这种事情,你我都有可能犯,“rm”一个密令就行了。所以,心态要好点。这类事情也是项目开发中的风险,需要考虑在内。

经验总结

  1. 开发环境与运营环境物理分离。最好不要在同一台机器上,如果实在没有办法,也不要在同一个目录或盘符下。这样即使上述类似事情发生,也不会导致两个环境同时丢失,一定程度上的规避了风险。需求再紧,也要分离环境, 不要以“需求紧”作为接口,“需求”永远做不完。
  2. 运营数据需要频繁备份。这次事故丢失了几个月积累的运营数据,而且昨天早上刚将新特性发布,用户刚刚输入了一些新的运营数据,但是顷刻间全部丢失,真不知道如何向他们交代。极大的伤害了用户的感情,本人表示很内疚。吃一堑,长一智。以后开发项目时,一定要频繁备份数据。

备份策略

经过这次教训后,目前采取了如下策略备份数据:

  1. 工作时间(9点~22点),每小时备份一次,文件按备份时间点的格式归档
  2. 将数据库dump文件远程发送到特定的数据备份服务器
  3. 定期删除多余文件,保留最近一个月的数据  

转载地址:http://qotqa.baihongyu.com/

你可能感兴趣的文章
w3c事件流 & ie事件流
查看>>
artDialog基本使用
查看>>
hdu - Problem 1175 连连看 【bfs】
查看>>
git 忽略文件
查看>>
HTTP、HTTP2.0、HTTPS、SPDY
查看>>
正向代理和反向代理
查看>>
IOS设计模式的六大设计原则之迪米特法则(LOD,Law Of Demeter)
查看>>
c# 第27节 结构、枚举
查看>>
day35——memcache常用方法
查看>>
为什么实体类要实现序列化
查看>>
JVM的重排序
查看>>
某个时间为星期几
查看>>
01背包解题模板
查看>>
antd table 点击行触发radio 或 checkbox
查看>>
利用Adaboost提高分类性能
查看>>
tensorflow之损失函数
查看>>
CENTOS6.2系统日志rsyslog替换默认的日志服务syslog 转载自http://www.phpboy.net/linux/648.html...
查看>>
css3 炫酷下拉菜单
查看>>
前端存取cookie
查看>>
linux c笔记
查看>>