![防止 spid 回滚的正确步骤](https://linux22.com/image/483531/%E9%98%B2%E6%AD%A2%20spid%20%E5%9B%9E%E6%BB%9A%E7%9A%84%E6%AD%A3%E7%A1%AE%E6%AD%A5%E9%AA%A4.png)
今天我遇到了这样一种情况,我想取消对表和几个索引的更新,并立即从备份中恢复数据库。
我发出了 kill 命令来终止正在更新的 SPID。然后我发出了仅使用 statusonly 的 kill 命令,有几万秒的时间等待回滚。我需要快速恢复数据库(因此不关心回滚) - 但您无法终止正在回滚的 SPID(据我所知),也无法恢复具有未完成连接的数据库。
我决定停止 sql 服务,删除数据库的 mdf 和 ldf 物理文件,启动 sql 服务 - 显示数据库处于可疑状态。然后恢复数据库。
有没有更可控/更合理的方法来处理这种情况?
答案1
正确 - 您无法终止正在回滚的 SPID,因为数据库将陷入事务不一致的状态(甚至可能结构不一致)。
因此,简单的答案是,除了采取一些激烈的措施外,没有其他办法可以阻止 SPID 一旦启动就回滚。
您的处境很难摆脱,因为真的没有选择。即使您重新启动 SQL Server,数据库也会经历崩溃恢复,您需要等到它完成。
解决此问题的几种可能方法:
- 更改更新,使其以较小的批次进行,以便您将来不会遇到相同的怪物回滚(可能说起来容易做起来难)
- 使用不同的名称恢复数据库。等待回滚完成,然后删除原始数据库并重命名恢复的数据库。
- 你做了什么。巨大的这样做的风险是您的备份已损坏,然后您将丢失所有内容,或者发生其他奇怪的问题,您的状态比以前更糟。它还需要停止并重新启动 SQL 服务。
基本上没有好的处于该状态时,除了让回滚完成之外,没有其他解决方案。我真的不太愿意宽恕你所做的,因为许多没有经验的人可能会尝试这样做,并让自己陷入困境。
谢谢
答案2
我认为您已经以最有效的方式做到了这一点,但是我可能会重命名这些文件而不是删除它们,以防万一。或者将它们移动到另一个存储位置。