问题标签 [transactional-replication]

我正在使用带有可更新订阅者 SQL 复制的过渡发布。我用新的表、视图和索引更新了数据库模式。自 2 天前更新以来，仍有大量命令等待应用到订阅者。我已经测试了 ddl 和 dml 命令，并且都可以立即复制而没有问题，即使复制监视器显示了这个积压的队列。

任何人都知道这些等待复制的命令是什么？以及为什么复制目前可以工作，还有这个积压。我的印象是复制是先进先出的。

使用 Microsoft SQL 2008 R2。

我有一个项目需要以下内容：

主要的 SQL 服务器和数据库将在总部，两个远程位置的系统由于频繁的 Internet 故障需要离线工作，但必须将数据复制到公司 SQL 数据库。

远程位置需要具有相同的数据，但仅在几个表（例如员工和其他目录）中，并且公司数据库必须具有所有远程位置数据。

这保证了公司数据库将拥有最新的远程位置数据，以防 CEO 想要检查某些东西。

所以我在考虑远程位置和公司数据库之间的事务复制，但不知道这种方法是否可行，以及我是否需要更改我的表，因为所有主键都是 INT 增量的，也许这会在公司数据库中产生问题，因为我会有远程位置 A 中的相同钥匙和远程位置 B 中的相同钥匙，但用于不同的员工。

任何线索或建议？非常感谢。

我从事数据库工作多年，但在复制方面的经验非常有限。

使用事务复制时，订阅者是否有任何理由需要处于完全恢复模式？我继承了几个正在复制的数据库，并且所有订阅者都设置为 Full 导致极大的 t-logs。我想将它们设置为简单，但我担心这样做可能会导致复制出现生产问题。

谢谢！

我正在为索引视图进行事务复制。我有其他复制模式绑定视图，它们使用 NOEXPAND 提示引用索引视图。即使我在为索引视图调用 sp_addarticle 之后为 NOEXPANDing 视图调用 sp_addarticle，但我收到了错误：

因为 SQL Server 试图在索引视图上创建索引之前在目标服务器上创建 NOEXPANDing 视图。

有没有办法强制 SQL Server 在开始 NOEXPANDing 视图之前完成索引视图索引的复制？

我们希望在一个非常安全的 Process LAN 和一个不太安全的 Business LAN 之间通过一个单向网关复制一个 SQL Server 2005 数据库。有人知道吗：

1. 如果有一种方法可以让 SQL Server 在不与商业 LAN 上的目标 SQL Server/DB 握手的情况下执行复制？
2. 如果有第三方产品或软件库可用，这将有助于实现所需的功能？

源数据库和目标数据库都在 Windows Server 2003 或 2008 操作系统上。

任何替代解决方案或建议将不胜感激。

我的发布者尽职尽责地将数据注入分发者，但这就是它停止的地方。我是复制领域的新手。我知道我可以通过删除并重新创建所有内容来轻松解决这个问题，但似乎必须有一个更优雅的解决方案。

• 我通过发布者的跟踪令牌发送给其中一个订阅者。令牌在几毫秒内到达分销商，但没有超过那个时间
• 当我查看订阅者时，我遇到了这 2 个错误
• 服务器“blah”未配置为分发服务器（sp_helpdistributor 说是）
• 进程无法连接到分配器“blah”
• 发布者到分销商的历史看起来不错，并说“没有可用的复制交易”

我们想使用事务复制将数据从一个源数据库复制到接收数据库。如果复制成功，则有必要通知工作流中的其他一些系统。是否有任何方法可以根据某些属性检查复制是否成功？您会选择什么策略来通知（例如缓存）某些数据可用？

更新： 我想我不够清楚。我们想知道的是，如果实体已经是所有订阅者。例如：我将一辆新 汽车和一些汽车详细信息插入到主数据库的两个表中。我想知道是否将一辆新车及其详细信息复制给所有订阅者，以便能够说：“汽车在线”

我需要一个高可用性的数据库系统，但我不能通过数据库集群或主/从来做到这一点。我需要一个 jdbc 代理，它知道为单个更新语句更新多个数据源。我发现 HA-JDBC 项目http://ha-jdbc.github.com/可以做到这一点，但我想知道是否有比 HA-JDBC 类似或更好的库。

我们刚刚在涉及事务复制的中等流量数据库上实施了一项新工作，它将处理来自 Excel 电子表格的输入并调用存储过程以在该数据库的各种表中创建记录。

涉及的字段之一是文本数据类型，范围为 10k-30k 个字符。在作业中，自定义 SQL 服务器函数从大型 HTML 正文中解析出 URL，并将其写入表中。

由于密集的性质，或者似乎是过程的性质，我们每半小时每次执行作业只处理电子表格中的 35 条记录或行。我们看到的是事务日志以惊人的速度增长，因此导致从发布者到订阅者的相当大的延迟，因为日志读取器代理扫描整个事务日志并找到 0 条记录进行复制。

从角度来看，日志大小约为 30GB，并且不能小很多，因为运行该作业 5-6 次将使其超过该大小。我们经常备份分发数据库（每 5 分钟）和每 15 分钟的事务日志。

我们迫切需要一种可以减少延迟或减少日志读取量 (I/O) 的解决方案。我意识到可能需要在应用程序/作业端完成一些工作，但是复制配置中有什么可以帮助解决这种延迟和浪费的日志扫描吗？

任何帮助将非常感激。谢谢你。

我正在尝试使用 c# 应用程序中的事务 sql 监视连续复制状态。从我的 c# 应用程序中，我使用这个成功地开始了这项工作..

现在，我想知道我的同步是否完成或是否发生任何错误。该过程完成后，我想向用户发送成功消息。

有什么帮助吗？