我不确定这是否是提出这个问题的正确方法，但这基本上是我想做的：
1.) 将变更集推送到 IIS 中的站点。
2.) 不要打断用户。
3.) 能够毫不费力地回滚。
所以，我知道有几件事必须发生：
1.) 超出 Proc 会话 - 已处理
2.) 超出 Proc 缓存 - 已处理
所以剩下的问题是：
1.）我如何避免打扰用户？如果我只是将文件上传到 bin，应用程序会回收并需要 10 多秒才能恢复在线
2.) 我如何轻松回滚？
我在想一个可能的解决方案是在 IIS 中设置两个站点，一个是公共的，一个是私有的。上传到私人和热身。预热后，交换站点。回滚只需要在不上传的情况下切换到私有。
这在理论上似乎是合理的，但我不确定机制。有任何想法吗？
我在 SQL 2005 上有一个 SPID，它在活动监视器中显示为“ROLLBACK”模式（因为事务日志已填满，而不是因为它被手动杀死）。我试图看看它还剩下多少时间来回滚
KILL 115 WITH STATUSONLY
但它只是说“无法获取状态报告。进程 ID 115 的回滚操作未进行。”
我可以安全地发出“KILL 115”以便查看回滚状态吗？这实际上对当前正在回滚的 spid 有什么作用吗？
今天我遇到了一种情况，我想取消对表和多个索引的更新，并立即从备份中恢复数据库。
我发出了一个 kill 命令来终止更新的 SPID。然后我发出了一个只有状态的杀戮，有几万秒的回滚等待。我需要尽快恢复数据库（因此不关心回滚） - 但你不能杀死正在回滚的 SPID（据我所知），或者恢复具有未完成连接的数据库。
我决定停止 sql 服务，删除数据库的 mdf 和 ldf 物理文件，启动 sql 服务——这表明数据库处于可疑状态。然后恢复数据库。
有没有更可控/更明智的方法来处理这种情况？
操作系统：Ubuntu 8.04 LTS 服务器版
我们刚刚使用以下命令回滚了内核更新：
sudo apt-get remove linux-image-2.6.24-24-server
卸载成功，但apt-get退出前有以下消息：
The link /vmlinuz is a damaged link
Removing symbolic link vmlinuz
you may need to re-run your boot loader[grub]
The link /initrd.img is a damaged link
Removing symbolic link initrd.img
you may need to re-run your boot loader[grub]
我们应该担心这个消息吗？我们需要重新运行 GRUB 吗？如果我们必须重新运行 GRUB，我们该怎么做呢？
提前致谢。