问题标签 [transactional-replication]

当我在订户端插入行时，出现以下错误

rows inserted or updated at the subscriber cannot be outside the article partition

为什么我收到此错误？如何解决它。

我正在为我们的 SQL 服务器设置事务复制。我计划使用远程分配器从我们的主服务器上卸下尽可能多的负载，因为性能是我们业务的关键。我知道性能影响很大程度上取决于交易量，我们的主数据库目前为 70 GB，并且每月稳定增长约 3.5 GB。

使用远程分发服务器设置 SQL 复制时是否存在已知的性能问题？增加 RAM 或处理器能力会避免性能影响吗？你会推荐多少（RAM/处理器功率）？

---- 这将是我们的拓扑：

发布者：主应用程序数据库服务器 (SQL Server 2008)。

分发者和订阅者：远程数据库服务器 (SQL Server 2008)。

在此先感谢您的帮助。

我们在 SQL Server 2008 R2 上运行的两台服务器（生产和登台）之间进行事务复制。分发服务器在登台服务器上运行。现在我的管理层要求在生产环境中创建一个数据库副本并将几个表复制到该数据库。可以复制两次吗？你能帮我解决这个问题吗？如果无法通过复制实现，还有其他方法吗？

我希望在 SQL Server 2012 事务复制方案方面获得一些帮助——或者可能只是我对 SQL Server 中权限存储位置的理解。如果我在事务复制配置中更改用户对发布者上特定表的权限（如授予 SELECT 或 INSERT），这是否会更改架构，以便订阅者需要从新快照中提取？

我担心的是这种更改可能导致停机时间，在创建新快照时订阅者实际上会处于脱机状态。理想情况下，我可以只授予特定用户对发布者或订阅者上复制文章的新权限，而无需重置。我不关心从发布者复制到订阅者的更新权限（事实上，理想情况下他们不会）。提前致谢！

我正在开发 ac# 应用程序。在这个应用程序中有一个主数据库和一个从数据库。使用转录复制的主数据库更新从数据库中的数据（我已经实现了它并且工作正常）。

我的问题是，当主数据库更新从数据库的数据时，我的 c# 应用程序如何知道数据已更新，因此刷新缓存中的数据以及用户界面上的数据。

换句话说，我如何将数据从 sql server 发布到 c# 应用程序。

我正在尝试在 SQL Server 2012 和 SQL Server Express 2012 之间设置复制。我已经通过 SSMS 设置了发布和订阅，并尝试通过 RMO 完成同步。

我已按照此处的答案进行操作，但我收到一条错误消息，指出我尝试同步的订阅不存在。我试过这个来检查订阅者的订阅列表，它是空的。

但我可以在 SSMS 中看到订阅。它就在那儿看着我。我一定错过了一些关于如何设置这些的东西。我已经删除并重新创建了发布和订阅。没运气。

更新：更改了示例代码以查找 TransPullSubscriptions。第二个链接中的代码现在可以正确打印订阅。

但是，实际运行同步的代码仍然看不到服务器上的订阅。

负载属性测试失败，但继续抛出错误：“SynchronizationAgent”只能在对象在服务器中呈现现有对象时使用。

更新：现在有更多代码！

我想在 MySql 上进行事务复制。没有像 SQL Server 2008 那样的内置向导，所以我觉得它有点棘手。

我读到您可以使用 FreeRadius 来设置复制，但有关于如何执行此操作的说明。

好的，我已经设置了，但我有一个问题。有时，由于 Internet 连接丢失等原因，此设置会失败，并且复制停止并且数据不再复制到从站。问题是无法判断复制是否已停止。我必须手动检查它，这非常令人沮丧。有没有办法检查这个设置是否失败？

我设置了 SQL Server 复制来复制会计应用程序的多个表。它使用带有初始快照的事务复制。大约有100个订阅者。

我试图找出更新复制表的最佳方法。现在，当我们进行更新时，最终用户必须运行一个实用程序，通过将数据移动到临时表、删除表、然后根据新表定义重新创建表来升级表。问题是无法删除复制的表。

到目前为止，我已经研究并尝试了一些事情。从我发现为了删除/创建复制表必须删除文章，但只有在删除所有订阅时才能删除它。这意味着为了升级表，我必须删除所有文章和订阅，然后完全重新创建发布。

这是一个痛苦，因为这将需要相当多的重构。此外，主要关注的是对所有 100 个订阅者重新进行复制所需的时间。所以我想知道是否有更好的方法来处理删除/创建复制表。

谢谢， 马科莱特

我目前有跨 2 个 MS SQL Server（都运行 2008 r2）的复制设置。

在订阅者上，我的 tempdb 快速填充到一个荒谬的速度，大约一个小时内 28gb。我知道需要使用 tempdb 来存储正在进行的事务，但之后肯定会缩小吗？

我还有一个用于复制的 35Gb 日志文件，我似乎也无法缩小。

有没有人有任何想法？

谢谢

我一直在寻找解决这个问题的方法，但一切都是一样的——权限错误。复制监视器中给出的错误清楚地说明了这一点，但我看不出我做错了什么。

设置（抱歉截图中的所有红线 - 尽我所能掩饰东西;））：

• 发布者和分发者在 SQL Server 2012 (11.0.3128) 上
• 订阅者是远程 SQL Server 2008 (10.50.2550) - 使用请求订阅
• Windows 用户名为 SQL_Replication_Dev http://screencast.com/t/mz7ZX3fCW。此用户存在于两台服务器上，密码相同
• 在两个 SQL Server 中创建的 SQL_Replication_Dev 用户登录http://screencast.com/t/pGmnYQTZJm
• SQL_Replication_Dev 用户映射到发布数据库和distribution发布者上的数据库以及订阅者上的订阅者数据库。在所有情况下，已db_owner分配角色http://screencast.com/t/2uVfHbkf4Q
• 该出版物使用网络共享，而不是默认文件夹http://screencast.com/t/OgnUcfBWlz
• SQL_Replication_Dev 用户必须Full Control分享http://screencast.com/t/d5s1ZZiW
• SQL_Replication_Dev 用户必须Full Control访问基础文件夹http://screencast.com/t/T6zJaku2Cob
• SQL_Replication_Dev 用户位于出版物http://screencast.com/t/BQ7EEh4vfc的公共访问列表 (PAL) 上
• 快照代理和日志阅读器代理都设置为 SQL_Replication_Dev 用户http://screencast.com/t/iCpytv8yjL
• 订阅分发代理设置为使用 SQL_Replication_Dev 用户并模拟http://screencast.com/t/onD82Zd1gU0B

订阅成功创建并触发发布快照代理以在文件夹共享中成功创建快照。

在查看发布者上的复制监视器时，我看到操作系统错误 53 ( http://screencast.com/t/4ORyBkQUYVRg )，详细信息为The network path was not found. 路径和文件存在并且可供 SQL_Replication_Dev 用户访问（我通过登录服务器并通过共享导航到文件对此进行了测试——这是否足够好？）。

有任何想法吗？