问题标签 [merge-replication]

禁用发布和分发时出现以下错误。请告诉我如何禁用发布和分发？

SQL Server 无法禁用“服务器”上的发布和分发。

执行 Transact-SQL 语句或批处理时发生异常。(Microsoft.SqlServer.ConnectionInfo)

分配器未正确安装。无法禁用数据库以进行发布。将数据库上下文更改为“主”。（Microsoft SQL Server，错误：20029）

我正在尝试使用 RMO 以编程方式执行合并同步。我基本上复制了SQL Server示例代码，如下：

我已经正确定义了服务器合并发布，但是当我运行上面的代码时，我在调用时得到一个空引用异常：

堆栈跟踪如下：

从堆栈跟踪来看，似乎与 Status 事件有关，但我没有定义处理程序，定义一个处理程序没有区别。

我需要向作为复制集一部分的表添加几列。它不是约束列或任何文章过滤器的一部分，它允许 NULL。我有一个很好的主意，我可以运行它：

不要强迫我所有的客户重新初始化，但我希望能得到一些保证。任何人都可以以一种或另一种方式为我验证吗？

谢谢，

编辑：

这就是我所说的 --> http://msdn.microsoft.com/en-us/library/ms151870.aspx

基于此，我的问题的答案似乎是否定的，但我仍然希望得到人工确认。

几年以来，我一直在三个位置进行 sql-server2000 合并复制。触发器在这个数据库中做了很多工作。我没有麻烦。

现在将这些数据库迁移到全新的 sql2008，我遇到了一些关于触发器的问题。即使合并代理完成他的工作，他们也会被解雇。

有没有人对 sql2008-server 上的这类东西有一些经验？任何人都可以确认与 sql2000 不同的行为吗？

和平

冰

我正在使用 XSLT 2.0 转换 XML 模式。第一个模式 (s1.xsd) 导入第二个模式 (s2.xsd)，如下所示：

s1.xsd 的内容

和 s2.xsd 的内容

我的 XSLT 声明 XS 命名空间如下：

我想将 s2.xsd 的节点合并到 s1.xsd 的 <schema>-元素中。到目前为止，我已经尝试过

但我没有得到想要的结果。谁能告诉我我做错了什么？我怀疑这里存在命名空间冲突，但老实说，我发现使用命名空间有点令人困惑。谢谢！

设置：现有的 SQL2008 合并复制方案。一个大型服务器数据库，包括视图和存储过程，被复制到客户端机器。

我在做什么：

• 向数据库中添加新表
• 标记要复制的新表（使用SP_AddMergeArticle）
• 改变一个视图（它已经是复制内容的一部分）被更新以包括来自这个新表的字段（它连接到现有视图中的表）。类似地更新存储过程。

问题：表被复制到客户端机器，但视图没有更新。存储过程也不会更新。

无用的解决方法：SP_AddMergeArticle如果我在调用之后和更新 view/SP 之前运行快照代理，视图和存储过程的更改都会正确复制到客户端。

更大的问题：我在一个事务中运行一个数据库脚本列表，作为一个更大进程的一部分。快照代理不能在事务期间运行，如果我中断事务（例如，通过在多个事务中运行脚本），我将失去在失败时回滚更改的能力。

有没有人有什么建议？似乎我必须遗漏一些明显的东西，因为我不明白为什么视图/存储过程的更改无论如何都不会复制，无论新表发生了什么。

显然，更改架构、添加/删除已发布的文章等会使快照过期，但是还有其他什么会导致发布过期吗？

我们看到快照过期，服务器上的架构或数据没有任何更改。

如果快照早于订阅到期，会导致它过期吗？

我有一个已经变得非常大的表，我们正在将其复制到大约 120 个订阅者。该表上的 FK 没有索引，当我对导致问题的查询运行执行计划时，它会这样说 -->

我想添加这个，但我担心它会强制重新初始化。任何人都可以验证或验证我的担忧吗？它甚至可以这样工作还是我需要在每个订阅者上运行脚本？

任何见解将不胜感激。

我在我们的一个客户网站上收到了一条非常奇怪的错误消息，我几乎没有运气试图弄清楚发生了什么。

Hr=80040154 ERR:OpenDB 获取 pub 版本 28627 失败

这是来自合并代理 (IIS) 日志的错误消息。据我所知，这是一个 COM 错误，无法加载特定的 COM 对象，但我不知道是哪一个。由此看来，我认为这个客户端可能没有安装某些东西，但我不知道那是什么东西。

有人对可能无法安装的内容有任何想法吗？关于如何解决此问题的任何其他想法？

谢谢。

我有一个使用 LinqToSql 的 winform 应用程序，因为它是 DAL。有一个中央 SQL 数据库，每台笔记本电脑都有一个本地 SQLExpress 数据库。使用合并复制的单独模块使两者保持同步。当与中央数据库的连接丢失时，它会“故障转移”到本地。这很好用。

但是，当我重新连接到中央数据库时，如果时间段不是很长，我会收到以下异常-->

A transport-level error has occurred when sending the request to the server. (provider: TCP Provider, error: 0 - An existing connection was forcibly closed by the remote host.)

我已经阅读了与此相关的许多关于SO的帖子，甚至阅读了这篇msdn 文章，该文章非常详细地概述和解释了出了什么问题，通过所有这些，我仍然没有找到或阅读解决方案。

我想知道其他人是如何处理这个问题的。我很难相信我正在这里开辟新天地。有没有办法在重新连接时删除我的旧连接？

我为此失去了头发，所以任何见解都值得赞赏。

编辑

另外值得注意的是，我非常肯定我的所有Data Contexts内容都包含在 a 中using，并且我没有任何“长期”上下文。