SQL Server 2012 SP 2有丢失数据的风险_DevOps & 平台工程_Jonathan Allen

HarmonyOS开发者限时福利来啦！最高10w+现金激励等你拿~ 了解详情 



 写点什么

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 ）关注我们，并与我们的编辑和其他读者朋友交流。