Sql server &引用；警告：未完成主合并操作…“；怎么办？

是否有人在SQL server日志中遇到此错误消息

警告：未对dbid 56、objid执行主合并操作 286624064，因此查询索引将很慢。请运行alterfulltext 目录重组

没有记录其他错误

结果是，在新创建的数据库上重建全文目录需要几个小时（其中的数据很少）。它使全文功能完全无法使用

它是Windows Server 2008 R2和SQL Server上的新安装：

Microsoft SQL Server 2012（SP1）-11.0.3128.0（X64）2012年12月28日 20:23:12版权所有（c）微软公司企业版 Windows NT 6.1上的（64位）（版本7601:Service Pack 1）

服务器上未安装任何其他内容

我已经浏览了谷歌-什么也没找到。即使是Microsoft文档也没有提到此错误

更新： 错误消息在事件日志中多次出现。每次更新目录时。此邮件不是其他邮件的翻译。它是用英语写的。这是另一个例子：

2013-05-22 17:53:39.27未对dbid 89、objid 565577053执行spid70s警告主合并操作，因此查询索引将很慢。请运行alter全文目录重组

2013-05-22 17:53:39.27未对dbid 89、objid 539148966执行spid257s警告主合并操作，因此查询索引速度会很慢。请运行alter全文目录重组

2013-05-22 17:53:39.30未对dbid 89、objid 667149422执行spid343s警告主合并操作，因此查询索引速度会很慢。请运行alter全文目录重组

2013-05-22 17:53:39.30未对dbid 89、objid 603149194执行spid135s警告主合并操作，因此查询索引将很慢。请运行alter全文目录重组

以下是有关数据库的更多信息：

数据库是在安装SQL server后创建的。这不是从另一版本的SQL server上创建的数据库进行的还原

数据库有一个全文目录。此全文目录是默认目录

数据库大约有300个表。每个表都有一个或两个启用全文索引的列

数据库中的每个表中最多有10条记录

因为这样的数据库是用代码创建的，所以我能够在不同的SQL服务器上创建它们。在SQL Server 2008或2008 R2上创建此类数据库时，日志中不会出现错误，全文将对其重新编制索引长达一秒钟。（例如，它适用于其他版本的SQL server，而不是SQL 2012）

---

我没有答案，但如果你能提供更多的细节，也许有人能提供帮助。您没有提到错误发生的时间，例如，在还原数据库后或在其他时间发生的随机错误。我还怀疑您已将错误从另一种语言翻译过来，这很好，但如果有原始的错误号和文本也会很有帮助。你说“重建”你的FTS目录需要很长时间，你是在使用

rebuild

还是像错误所说的那样

reorganization

，你试过这两种方法吗？您是否也尝试过完全删除并重新创建目录？@Pondlife，这是错误消息的精确副本：2013-05-22 17:53:40.40未对dbid 89、objid 1659868980执行spid191s警告主合并操作，因此查询索引速度会很慢。请运行alter全文目录重组。2013-05-22 17:53:40.40未对dbid 89、objid 1659152956执行spid50s警告主合并操作，因此查询索引速度会很慢。请运行alter fulltext catalog reorganize。。。这种情况一直持续下去。我将扩展对该问题的描述。SQL Server 2014也存在类似问题。但更糟糕的是，SQL Server停止接收任何连接。我们在日志中看到“死锁调度程序”消息。有待调查。