Question

我们最近从SQL Server 2005升级到SQL Server 2008（R2，SP1）。此升级包括一些发布，其中所有表都使用基于“以后获胜”原则的默认冲突解决程序发布。它的智能名称是“Microsoft SQL Server DATETIME（以后赢取）冲突解决程序”，相应的dll文件是ssrmax.dll。

众所周知，一旦使用冲突解决程序发布表，则必须在使用此表的所有后续发布中使用相同的冲突解决程序。很公平，但是，当将以前发布的表添加到新发布中，并指定要用于此表的冲突解析器时，我们收到一条错误消息：

use [myDb]
exec sp_addmergearticle 
    @publication = N'myDb_Pub', 
    @article = N'Tbl_blablabla', 
    @source_owner = N'dbo', 
    @source_object = N'Tbl_blablabla', 
    @type = N'table', 
    @description = N'', 
    @creation_script = N'', 
    @pre_creation_cmd = N'drop', 
    @schema_option = 0x000000000C034FD1, 
    @identityrangemanagementoption = N'none', 
    @destination_owner = N'dbo', 
    @force_reinit_subscription = 1, 
    @column_tracking = N'false', 
    @article_resolver = N'Microsoft SQL Server DATETIME (Later Wins) Conflict Resolver', 
    @subset_filterclause = N'', 
    @resolver_info = N'ddmaj', 
    @vertical_partition = N'false', 
    @verify_resolver_signature = 0, 
    @allow_interactive_resolver = N'false', 
    @fast_multicol_updateproc = N'true', 
    @check_permissions = 0, 
    @subscriber_upload_options = 0, 
    @delete_tracking = N'true', 
    @compensate_for_errors = N'false', 
    @stream_blob_columns = N'false', 
    @partition_options = 0
GO

这就是我们得到的错误：

The article '...' already exists in another publication with a different article resolver.

通过尝试理解机器不将同一个冲突解决程序视为“同一个冲突解决程序”，我发现注册表中有两个具有相同名称，不同版本的冲突解决程序：

2005版：

file ssrmax.dll，
版本2005.90.4035.0，
cls_id D604B4B5-686B-4304-9613-C4F82B527B10

2008版：

file ssrmax.dll，
版本2009.100.2500.0，
cls_id 77209412-47CF-49AF-A347-DCF7EE481277

我检查了我们的2008服务器正在考虑将第二个作为'可用的自定义解析器'（我通过运行sp_enumcustomresolvers得到了这个）。问题是两个引用都可以在注册表中找到，所以我猜旧的出版物确实引用了2005版本，而新的出版物试图引用2008版本，这确实与前一版本不同。

所以问题是：我怎样才能让服务器只考虑这两个版本中的一个，而这（当然）不必丢弃并重新创建现有的出版物（这将使我们的生活在接下来的两周内变成地狱）。

Answer 1

嗯..所以没有人得到答案。但我想我（终于）明白了。猜猜是什么......它在元模型的某个地方（像往常一样）！

向订阅添加项目时，存储过程使用的新冲突解析程序引用来自[分发]。[MSmerge_articleresolver]表
但是，对于现有订阅，以前的冲突解决程序引用存储在发布数据库的系统表中，即[sysmergearticles]，[sysmergeextendedarticlesview]和[sysmergepartitioninfoview]

因此，根据发布数据库元模型，我们在一边使用SQLSERVER 2005初始发布了一个项目，其中该发布引用了2005冲突解决程序。另一方面，机器将尝试将相同的项目添加到新的出版物中，这次是对distibution数据库中可用的冲突解决程序的默认引用，这确实与2005年的不同....

为了说明这一点，您可以查看以下内容

USE distribution
go
SELECT article_resolver, resolver_clsid
  FROM [MSmerge_articleresolver] WHERE article_resolver like '%Later Wins%'
  GO

然后，

USE myPublicationDatabase
go
SELECT article_resolver, resolver_clsid
  FROM [sysmergearticles] WHERE article_resolver like '%Later Wins%'
  GO
 SELECT article_resolver, resolver_clsid
  FROM [sysmergeextendedarticlesview] WHERE article_resolver like '%Later Wins%'
  GO
 SELECT article_resolver, resolver_clsid
  FROM [sysmergepartitioninfoview] WHERE article_resolver like '%Later Wins%'
  GO

所以我似乎应该更新分发数据库中的引用或发布数据库中的引用。我们试一试吧！

Answer 2

谢谢，在重新发布者上有类似的东西，其中订阅者文章具有在服务器上没有意义的CLSID（使用Regedit查看）但是当尝试将文章添加到发布时会产生所述错误。

更新了订阅文章的sysMergeArticles表的resolver_clsid字段及其尝试获取的clisd

{

declare @resolver_clsid  nvarchar(50)

 exec sys.sp_lookupcustomresolver N'Microsoft SQL Server DATETIME (Earlier Wins) Conflict Resolver', @resolver_clsid OUTPUT


 select @resolver_clsid 

}

然后可以添加文章

从SQL-Server 2005升级到SQL-Server 2008时如何更新冲突解决程序

2 个答案: