这不是关于如何应对或限制停机或数据丢失的问题,我完全了解这一点.我正在为灾难恢复的PASS post-con组建一个“故事”部分,我希望能够分享一些比我在微软时代所拥有的更新和令人印象深刻的故事,尽管如果你’在过去的3年中,我一直听到我提出了我的腐败套牌,你会记得他们都是doozies.
所以,想想这是一种忏悔(虽然我不能提供赦免:-)当然,这里讲的所有故事都发生在朋友或同事,或者以前的公司,除非你是勇敢的并且想要’快点.我不会通过判断或嘲笑任何答案,只会在被要求时提供见解.
真的,这个想法是让每个人都能从错误和错误的步骤中学习.作为我听到的故事的一个例子,见A sad tale of mis-steps and corruption.
不确定这在这个论坛上是否有效,但值得一试.
谢谢！
PS如果你还没有看过我的腐败会议并听过这些故事,去年它是TechEd IT Pro的#2会议,他们录制了它：见TechEd: 80 minute video of Corruption Survival Techniques presentation.博客文章链接到一堆腐败的数据库和演示 – 您可以下载和玩游戏的脚本(我们网站上没有任何广告或类似内容,只有信息).
解决方法
其他经典的“我忘了包含WHERE子句而我不在事务中”更新/删除语句？
保持在我们的实验室环境中使一台服务器上的数据库脱机. MDB文件所依赖的驱动器会消失,sql会打嗝,当驱动器重新出现时(通常几分钟后)我需要手动将数据库重新联机
花了一个星期的大部分时间与操作人员一起尝试确定驱动器为什么会消失.它是SAN上的LUN,具有到交换机的冗余路径.
长话短说,结果是光纤电缆没有完全点击进入交换机的端口,并且在最近的一些维护期间电缆已经移位.他们现在休息在机架门和它关闭的凹槽之间的空腔中.当门关闭时,它拉动电缆刚好足以使插头脱离并断开连接.门没有上锁,只是自由摆动,当实验室的门打开/关闭时,空气流动导致机架门来回摆动.