1
arrow8899 2019-08-26 13:32:00 +08:00
是不是硬盘坏了导致数据只能读取无法写入啊,如果没重启的话还可以把内存 DUMP 出来看看,重启就没法了;
先查下是不是硬件问题,其他也不太懂,帮顶。 |
2
zjsxwc 2019-08-26 13:55:43 +08:00
换硬盘试试呗
|
3
Fule 2019-08-26 14:02:02 +08:00
4 天数据没了,但是系统不出错,确实很奇怪。。。
1. 有没有设置每天的定时备份?备份可能选了截断日志选项? 2. 有没有可能系统会连接到其它服务器的数据库,那 4 天的数据写到别的数据库服务器上的数据库了? 最后你们没有每日备份么?生产数据库至少有个每日备份,备份到另一个磁盘或者服务器吧? |
4
saulshao 2019-08-26 14:21:40 +08:00
你描述的问题基本上没有出现的可能性。
强烈建议你仔细审视自己的检查过程。 |
5
sun1991 2019-08-26 14:45:29 +08:00
同样怀疑是否写到别的数据库去了, 比如测试环境数据库.
|
6
LeeSeoung 2019-08-26 15:01:49 +08:00
看下应用代码连的数据库。。还有 重要数据每天冷备,业务使用上搞主备,把风险降到最低。。
==================== 以上是原来想说的。。敲了一半想删,算了还是发出来,可能成本上不允许这么搞 |
7
rockpine OP @arrow8899 这台服务器之前出问题的时候,已经生成好几次 DUMP 了,微软的工程师看了说没有问题。这次出问题,我后悔没有生成 DUMP 文件,如果有 DUMP 文件,内存里有哪些数据说不定还能搞一些出来
|
8
rockpine OP @zjsxwc 我们的数据是存在存储上的,做的 RAID6,而且业务数据库中的数据记录就终止在操作系统异常的那个时刻,应该跟硬盘关系不大
|
9
rockpine OP @Fule
1、没有每日备份,技术记的做了但是实际没做,这次就是看看备份的情况时发现异常的,我也是够够的; 2、连接到其它数据库的可能性不大,因为日志、过程表是中断在早上 8 点还没有上班的时候,没人去更改代码或配置。而且中断的时间跟操作系统日志异常的时间非常吻合。 |