【大话IT】炉石传说数据库事故，敲响新年的警钟

yongwangzhiqian

cngd1 发表于 2017-2-8 09:25
感觉是一连串的误操作引发的杯具。猜测开始的时候只是存储出了一点小故障，存储维护人员按照例行的流程进行 ...

恩。楼主分析的很到位。

myhuaer

重要操作还需要两个人在场最好，有时分心，电话中，或心情不佳导致误操作太多了。

轩辕小珂

胡乱猜测：
1结合案例，评估一下你自己的系统会不会出现这种情况，你的备份安全吗？你的备份检查过了吗？问题出在未及时发现数据库带病工作，工作2天后，再进行维护的时候缺少了一些日志文件（这2天的操作记录）。导致无法完全恢复，只能恢复到2天前的状态。

2站在你自己的角度分析（仅仅分析而不做评论），这个可能是什么原因导致的。
扫地大妈发现这根线碍事：“拔掉等会插回去”
......
3对于预防这类问题你现在的公司是怎么设计和规避的？
一般服务器都装有UPS的，所以停电等常见情况是不会出问题的。

ljm8093

本地备份和异地容灾

owen_zeng

针对于这个问题之前专门写了篇文章。总的来说，不仅要制定好的备份计划，还有制定好的还原计划。保证数据库损坏时，能最快速度还原出来需要的备份。
http://www.cnblogs.com/OwenZeng/p/6305444.html

superking915

1结合案例，评估一下你自己的系统会不会出现这种情况，你的备份安全吗？你的备份检查过了吗？
-->公司目前是有異地備援且每年至少會有一次備機還原測試。但既然是叫做備份一般都不會是"即時"的資料，因此，若發生了
一定都會有些損失...多寡問題。
2站在你自己的角度分析（仅仅分析而不做评论），这个可能是什么原因导致的。
-->這類狀況很多種。排除人為因素的話...1、備份頻率太低 2、備份的資料不齊全 3、機器老舊或損毀...等。
3对于预防这类问题你现在的公司是怎么设计和规避的？
-->除上述提到的異地備援、備援機外，我們是有定期要再備援機做備份還原的動作測試。

mssql_wangwang

1.这个游戏公司还让数据库带病工作已经属于危险举动了，首先应该立即Backup,并启动预警机制。
数据是企业的命根子，只能说这家公司也有点太不负责了。

2.再顶级再安全的机器都有可能down机，所以拥有安全备份机制才是最稳妥的，

3.数据恢复演习，要不然怎么确保备份的数据有效呢？

4.制定良好的备份策略，一定得有监控预警机制，防范绝对重于救火！
不要看DBA貌似成天没事一样，他们的防范意义是绝对保护数据的安全。

wffger

螳螂舞大刀 发表于 2017-1-19 16:06
备份日增量很大，所以偷懒和数据放一块硬盘或者一个存储上，而且备份没有dupe存放
然后存储嗝屁了，数据和 ...

请问

dupe存放

是什么意思？

wanghao2979

这样的故障,就不是单纯技术上的了.
如果一个技术有问题,比如备份,adg, 都可以挽救

这样的故障，属于管理流程上的了，几乎，都有重要地方都出现的大问题，才能导致最后出现故障。