问题标签 [transactional-replication]

有谁知道在事务复制中验证实际代码的正确存储过程？我的观点基本上是从 table1 中选择 *。我将该视图更改为在发布者中从 table2 中选择 * 并且复制监视器中存在错误（应该有）但是当我运行 sp“sp_publication_validation”时它会验证。

从 SQL 2005 到 SQL 2008r2 的事务复制。CDC 建立在 SQL 2008r2 端。每天，这些表中有 2 到 4 个丢失了它们的 CDC 设置（即 sys.tables 中的 is_tracked_by_cdc 从 1 变为 0，并且该表的所有 CDC 对象都消失了） 可能是什么原因造成的，我该如何预防？

我需要对作为使用事务复制的订阅的一部分的数据库进行结构更改。

我想知道我是否将数据库从文章列表中取出，在主服务器上进行更改，然后执行快照以重新初始化订阅者。

这会起作用吗，或者我应该做些什么来解决这个问题。

我经常被要求更改我的公司 SQL Server Transactional Publications 上的过滤器，其中包含数百个表和大约 400GB 的行数据。

每次我需要更改过滤器时，我都必须完全重新拍摄整个出版物的快照并将其交付给订阅者，这个过程几乎需要一整天的时间才能完成。

我的问题：是否可以在不提供整个发布快照的情况下更改 SQL Server 复制过滤器？

如果我将列添加到复制数据库，此列是否也会添加到源数据库？我正在使用事务复制。

PS我不希望它被添加到源中，我只是想确保它不会对原始数据库进行更改:)

我正在尝试在 2008 年实现事务复制。发布者和订阅者都在 2008 版本中。到目前为止一切都很好。

发布者数据库处于 2005 兼容模式。它有一个表，其中有两列数据类型为“日期”，这是 2008 年新增的。因此，对于复制，当在拍摄初始快照时生成 bcp 文件时，因为发布者处于 2005 模式，它会生成一个快照，认为它将在 2005 模式数据库上应用相同的内容，因此快照失败，因为 2005 年不支持“日期”数据类型。

请提出一些补救措施，而不是更改兼容性级别。是否有任何选项我可以选择告诉快照代理它应该为真正的 2008 订阅者生成快照。

提前致谢！

钱丹·贾

运行 SQL 2008...

我在哪里可以找到 SQL dB，或者如何确定事务订阅在创建时是否已初始化？

AHIA,

拉里...

我已经有一个从 A 到 B 的推送事务复制（SQL 2008）。现在我需要添加一个额外的订阅 C。我知道以下步骤应该有效，

但是，数据库很大。是一种暂停复制并将数据库文件从 B 复制到 C 并在 C 上创建订阅然后恢复复制的方法吗？因为数据库很大。

我一直在尝试，谷歌搜索并将我的头撞到墙上，但无法弄清楚我们的问题是什么或如何解决它。

我有 SQL 2005 Standard 服务器作为发布者。我需要对另一个位置的 SQL 2008 R2 Web 服务器进行事务复制。

我已经设置了发布，并启用了 FTP 访问以获取快照。

在 2005 服务器上，当我启动复制监视器时，它一直说未初始化订阅。

如果我使用运行 SQL 2008 Enterprise 的不同订阅者对此进行测试，它可以正常工作。

会不会是版本的原因？难道是 SQL 2008 R2 Web 不能作为 SQL 2005 的订阅者工作？

谢谢，费德里科

我已经在 2 个数据库之间设置了 SQL Server 2008 事务复制。复制会话完成后，我想执行一个 T-SQL 脚本。是否有设置复制后脚本的配置或识别复制完成的机制，我可以在复制完成后挂钩任何脚本？如果我们没有这个配置，我们是否可以使用触发器来识别表在复制期间是否已完全更新，从而使用触发器来调用复制后脚本？