问题标签 [replication]

I am using sql server 2005 and ce framework 3.5 and attempting to use merge replication between my hand held and my sql server. I am getting the following error:

Error 28532 : A read operation from the transport returned no data. The version of SQL Server Compact 3.5 Client Agent and SQL Server Compact 3.5 Server Agent should match.

I am finding little to no information on the net. Can anyone tell me either how to check the versions of Server Compact 3.5 Client Agent and SQL Server Compact 3.5 Server Agent or any steps i can take to resolve the issue ?

Thanks Loads Cheryl

我正在尝试为 MOSS 设置故障转移位置。当前服务器场是在 32 位 Windows 2003 上构建的。故障转移位置的服务器都是 64 位 Windows 2008。

有什么方法可以让这两个环境对话并保持同步？我已经考虑过“拉伸”场配置，但除非两个位置的位宽相同，否则这将不起作用。

MOSS 的当前数据库服务器使用集群复制到我们的故障转移位置，并且在两个位置都可见。

将更新流复制到大型（6TB）oracle db 到另一个非 DBMS 系统的最佳方法是什么？我不需要“批量加载”oracle db，而只想将所有更新近乎实时地流入另一个本土系统（10 秒或更短的延迟）。更新以 150 行/秒的速率发生，代表每秒 10 兆字节。

为了清楚起见，让我强调我不是从一个数据库复制到另一个数据库。这是一个应用程序集成问题：我需要从数据库复制到内部的非数据库应用程序。我曾想过使用企业服务总线，但这似乎不合适。

我们有 SQL Server 数据库设置。我们正在设置一个复制方案，其中我们有一个发布者和订阅者。订阅者将用作报告平台，以便我们可以运行我们需要的所有 BI 查询，并且必须访问从我们的客户端接收所有数据的服务器。订阅者设置为从分发器中提取数据。

我们在发布者数据库上没有很多索引，但我们需要在报告服务器（即订阅者）上使用它们。

我的问题是：SQL Server a) 是否允许这种情况，注意订阅者上的任何更改都不会被推送回发布者。b）如果运行快照，我假设它会覆盖我们的索引，我可以阻止这种情况发生吗？c) 这是明智的做法吗？

谢谢。

保罗·金兰

http://www.topicala.com/ http://www.thecompanything.com/

可以在同一数据库服务器本身的一个数据库上创建的最大发布者数量是多少？

此外，反之亦然，

在同一数据库服务器本身的一个数据库上可以创建的最大订阅者数量是多少？

我们有一个应用程序，它将收集数据并将其存储在使用 Microsoft SQL Server Compact 的本地 WinXP PC 中。我们希望将这些数据聚合到一个完整的 SQL Server 以进行报告和归档。尽管可以接受一些延迟（最多一分钟或两分钟），但数据传输需要相当连续（即不成批处理）。

数据是从收集器到服务器的单向推送。收集器永远不需要知道其他收集器在做什么，主服务器永远不会更新收集器上的数据。目前的计划是针对 5 个收集器，但它的可扩展性基本上是无限制的。

我们必须假设我们将“大部分连接”，但我们不能保证从收集器到服务器的连接。如果服务器或网络出现故障，我们仍会收集数据，并且当服务器再次可访问时，数据将被推送回来。

理想情况下，我们希望在我们完成基础设施工作后，非编程工程师可以设置一个解决方案。因此，我们可以编写一些代码和向导，但不能假定最终用户对编写代码一无所知，尽管他们具有合理的计算机技术素养。

现在我们有两种技术候选：

1. SQL 复制
2. 微软同步服务

我们对第一个没有什么经验，但是我们知道在 SQL Server 中设置订阅等是痛苦的，调试它们也不好玩，所以我们正在尝试寻找替代方案。

我们对#2 几乎一无所知，只是有人建议将其作为将设备数据传输到服务器的替代方案。

有没有人在这种情况下有经验，或者使用这两种技术中的一种/两种，或者我们认为他们可以分享的任何东西？收集器上的 SQL Compact 是一个固定要求。服务器上的 SQL Server 不是必需的，但由于客户已经拥有它而需要它。

您需要为 SQL Server 2005 事务复制打开哪些端口或通信模式？主从在地理上是分开的。

我们在 SQL Server 2000 上有一个数据库，该数据库应不时被截断。看起来最简单的解决方案是创建一个重复的数据库并在那里复制主数据库。然后主数据库可以被特别定制的存储过程安全地截断。

一种复制方式可以保证备份数据库包含来自主数据库的所有更新。

我们计划将备份数据库用于报告，将主要数据库用于操作数据。主数据库将在 2 天内在晚上截断一次。数据库是几千兆字节。只有几个表相当大（1-2 百万行）

有哪些可能的陷阱？这样的解决方案有多可靠？它会减慢主数据库的速度吗？

更新：用于复制的 DTS 变体听起来不错，但也有自己的缺点。它需要相当健壮的脚本，运行大约一个小时来复制更新的行。主数据库中的完整性约束也存在问题，这将使截断它成为非平凡的任务。由于这种复制，冷的东西大大地理顺了。

使用 union VIEW 也是可能的但不是很好的变体，因为系统主要在无人值守模式下工作，因此会占用专门的支持人员。这是相关的问题，但不是技术问题。

使用 SQL Server 2005 和事务复制，我可以删除订阅者的主键约束，同时保留发布者的主键约束吗？

主要我想这样做是因为我想聚集在与现有聚集约束不同的列上。我不认为我可以在不首先删除它的情况下将约束从集群转换为非集群，并且复制已经发生。

我们有一个合并复制拓扑，包括一个发布者、多个发布和多个订阅。它已经运行了至少 8 个月，没有出现任何问题。

几天前我被告知我的采购订单代码被无故“更改”，从标准的“ZWWTP/PO-0092”样式变为新的“ZWWT”样式：采购订单代码中的字符 5 到 8 更改为在某些服务器上，另一个字符串是 chr(0) & chr(1) & chr(0) & chr(1)

我到了这样的地步，似乎只有我的一个复制/订阅过程正在生成这样的虚拟数据：发布者和这个特定订阅者上的 PO 代码与最近更新或添加的记录不再匹配。在订阅者端创建的 PO 的代码在上传到发布者时将被更改（在订阅者端保持干净）。从发布者下载的 PO 将在订阅者上使用更改后的 PO 代码进行传播。

然后，我能够使用一些表比较实用程序 + 一些 UPDATE 语句来清理/调整两台服务器上的数据，但是现在每次在两台服务器之间运行复制时都会出现完全相同的差异：两台服务器上的干净/相同数据将是在成功复制运行后设置回其非收敛状态：相同的记录，相同的值！

我认为我在网上没有留下太多关于数据融合和复制的可用资源。我什么也没找到。我计划在 3 小时内抛出/重建现有的发布/订阅，但我仍在为我的问题寻找一个合理的答案，以免它变成一个精神分析问题：

有人知道发生了什么吗？

PS：顺便说一下，由于PO代码不作为自然键，所以这个复制问题对数据库完整性没有影响。另一个支持代理键的论点总是与大多数时间有效的自然键相反，但这已经在其他地方讨论过......

编辑：好吧，我做到了，但它不起作用！我把订阅和发布都扔了，重新创建了发布，但是我无法生成快照。服务器无法管理它所谓的“发布者的身份范围分配条目”，“在系统表中找不到” MSmerge_identity_range。

浏览后发现这篇文章说“你删除了发布数据库中创建的第一个发布”时会出现这样的问题</p>

多么可笑！这正是我刚刚所做的！

幸运的是，这个问题应该可以通过 SQLServer 2005 累积包 5 解决，我仍然需要下载和安装。但现在的问题是：在这个 CP5 发布之前，SQLServer 2005 用户如何工作？

EDIT2：累积包 5 不起作用，我仍然无法为我的新复制创建快照！