上次发生 SQL Server 停机或数据丢失时，发生了什么？

Question

这不是关于如何应对或限制停机时间或数据丢失的问题，我知道这一切。我正在为我的 PASS post-con 关于灾难恢复整理一个“故事”部分，我希望能够分享一些比我在 Microsoft 的日子里的故事更近、更令人印象深刻的故事，尽管如果你”在过去的 3 年里，我曾听我展示过我的腐败套牌，你会记得他们都是傻瓜。

所以，想想这是一种忏悔（虽然我不能提供赦免:-）当然，这里讲述的所有故事都发生在朋友或同事身上，或者在以前的公司，除非你很勇敢并且想要'坦白。我不会评判或嘲笑任何答案，只会在被要求时提供见解。

真的，这个想法是让每个人都从错误和错误的步骤中学习。作为我听到的一个故事的例子，请参阅错误步骤和腐败的悲伤故事。

不确定这在这个论坛上是否有效，但值得一试。

谢谢！

PS 如果您还没有看过我的腐败会议并听过这些故事，那是去年 TechEd IT Pro 的第二场会议，他们录制了视频：请参阅TechEd：腐败生存技术演示的 80 分钟视频。博客文章链接到一堆损坏的数据库和演示脚本，您也可以下载和使用（我们网站上没有广告或类似内容，仅提供信息）。

Answer 1

除了经典的“我忘记包含 WHERE 子句并且我不在事务中”更新/删除语句之外？

在我们的实验室环境中，让一台服务器上的数据库保持脱机状态。MDB 文件所在的驱动器会消失，SQL 会打嗝，当驱动器重新出现时（通常是几分钟后），我需要手动将数据库恢复在线状态 与操作员一起度过了一周的大部分时间伙计们尝试确定驱动器消失的原因。它是 SAN 上的一个 LUN，具有到交换机的冗余路径。

长话短说，事实证明光纤电缆没有完全卡入交换机上的端口，并且在最近的一些维护期间电缆已经移动。它们现在位于机架门与其关闭的凹槽之间的空腔中。当门关闭时，它拉动电缆足以使插头脱出并断开连接。门没有锁，只是自由摆动，当实验室的门打开/关闭时，空气流动导致机架门来回摆动。