SQL Server 2012 的 SP2 最近发布了，它修复了自上一次累积更新以来的 30 多个 bug。 SQL Sentry 公司的 Aaron Bertrand 提到，一个对企业用户很重要的修复程序并没有包括在里面。
根据微软的说法，这个 bug 发生的时机如下，
在线重建索引的时候，同时遇到修改大量行的请求，就可能会导致索引被破坏或数据丢失。比如，一次同步操作要修改很多行，而同时这个表正在在线创建索引。
当以下条件满足时，这个问题就会发生：
- 在线创建索引的请求运行在并行模式下
- 死锁错误，或者其他致命的错误比如“锁超时”按特定的顺序发生
这个 bug 的修复方案目前只是 SQL Server 2012 SP 1 的一个修复程序。在微软的命名体系中，修复程序只是给那些真正遇到这个问题的人用的。微软没有像一个正常的更新一样全面测试过它，所以，它是有可能带来其他问题的。
过去，管理员们要得到微软的修复程序，他们先要提交一份支持单，在单子里附上和这个问题对应的知识库 ID，并描述他们观察到的现象。如果微软的支持人员认为这个修复程序是适用的，他们就会返还提交这个单子的费用。最近，很多修复程序都免费了，但是微软会在前面附上警告。
这个特殊的修复程序只能用在 SQL Server 2012 SP 1。如果你在用 SQL Server 2012 SP 2 或 SQL Server 2014，你还是得使用 Aaron Bertrand 描述的变通方案。简单说，这些变通方案牵涉到把索引重建操作设置成串行模式 (MAXDOP = 1)，不用并行模式。具体方法取决于你用什么工具来完成这个操作。Aaron 讲到了几种基础的方法，包括 Ola Hallengren 索引维护方案，SQL Sentry 的碎片管理器，以及标准的维护方案。
查看英文链接： Potential for Data Loss in SQL Server 2012 SP 2
感谢张龙对本文的审校。
给InfoQ 中文站投稿或者参与内容翻译工作，请邮件至 editors@cn.infoq.com 。也欢迎大家通过新浪微博（ @InfoQ ）或者腾讯微博（ @InfoQ ）关注我们，并与我们的编辑和其他读者朋友交流。
暂无签名
中国开发者画像洞察研究报告 2024
分析开发者的行为模式、工作价值、职业发展等内容，帮助整个行业生态更深入地理解开发者，为他们提供更精准...
评论