论坛徽章:: 0

1楼 [报告]

发表于 2008-02-20 10:55 |只看该作者

大禍！
既然也是用MSSQL多年的老友，或許更應該從其他途徑解決問題
比如升級OS and SQL 補丁

另查仔細分析一下數據差異，從是否有惡意App搞破壞(像是了解這個SERVER的相關人士心態不平衡)
做好備份，然后再將在丟失數據之前的數據和丟失數據之後的數據作個對比，看能否找出些情況

同時也檢查下是否有HD錯誤、SQL數據分配錯誤而又由允許丟失數據的修復操作。。。。

wnhoo

白手起家

论坛徽章:: 0

2楼 [报告]

发表于 2008-02-20 11:15 |只看该作者

感谢回复！
我想我的客户应该打了补丁，不过可能使用的是盗版软件，否则我就向MS咨询了，呵呵！

通过log explorer工具检查：发现这些丢失数据都是正常入库,不知道为什么数据库启动什么隐性事务造成回滚.
我的数据是通过存储过程插入数据库的,其中自己系统日志是单独一个SQL执行的,等等这些操作数据都丢失了！

所以我想知道是什么原因导致数据库启动什么隐性事务的！

原帖由 luckyrandom 于 2008-2-20 10:55 发表
大禍！
既然也是用MSSQL多年的老友，或許更應該從其他途徑解決問題
比如升級OS and SQL 補丁

另查仔細分析一下數據差異，從是否有惡意App搞破壞(像是了解這個SERVER的相關人士心態不平衡)
做好備份，然后再將在丟失數據之前的數據和丟失數據之後的數據作個對比，看能否找出些情況

同時也檢查下是否有HD錯誤、SQL數據分配錯誤而又由允許丟失數據的修復操作。。。。

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

luckyrandom

丰衣足食

论坛徽章:: 0

3楼 [报告]

发表于 2008-02-20 12:25 |只看该作者

即使SQL啟動隱性事務，但不同的用戶登錄也會有隔離的事務喲
而且如果用戶的數據未真正提交，其他人是查詢不到的，而且也很可能造成死鎖

而且你說的最近幾天才出現，相信和估計你的SP沒作過變動，SQL後端也應該未作什么特殊變動

建議你追蹤一下是否有惡意刪除數據的代碼，比如在某臺電腦上定時或不定時執行
比如有心態不平衡的相關員工所為！

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

fuyaori 该用户已被删除	4楼 [报告] 发表于 2008-02-20 13:23 \|只看该作者提示: 作者被禁止或删除内容自动屏蔽
fuyaori 该用户已被删除	实战分享：从技术角度谈机器学习入门\| 【大话IT】RadonDB低门槛向MySQL集群下战书 \| ChinaUnix打赏功能已上线！ \| 新一代分布式关系型数据库RadonDB知多少？

jinguanding

丰衣足食

论坛徽章:: 0

5楼 [报告]

发表于 2008-02-20 14:32 |只看该作者

好在讨论我也说下....既然修改数据都可以看到,那么说明修改数据的事务已经提交......否则修改过程中,其他用户就不可能看到..

要么有人设置了定义删除........或者程序出现BUG执行了Delete语句.......

磁盘满的情况应该不存在..因为LZ提到知识某天不正常,要是满了,,那么当前就会不正常

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

wnhoo

白手起家

论坛徽章:: 0

6楼 [报告]

发表于 2008-02-20 17:32 |只看该作者

感谢回复！

不过程序中肯定没有删除方面的语句，我说通过通过log explorer工具检查：发现这些丢失数据都是正常入库,不知道为什么数据库启动什么隐性事务造成回滚.

我是查看LDF日志，这些操作是MSSQL自动产生的。

原帖由 jinguanding 于 2008-2-20 14:32 发表
好在讨论我也说下....既然修改数据都可以看到,那么说明修改数据的事务已经提交......否则修改过程中,其他用户就不可能看到..

要么有人设置了定义删除........或者程序出现BUG执行了Delete语句.......

磁盘满的情况应该不存在..因为LZ提到知识某天不正常,要是满了,,那么当前就会不正常