C# 合并复制和varbinary（最大值）
我对使用合并复制的现有应用程序有问题。复制发送varbinary（max）数据（映像），这通常不是问题，因为通常一次只能通过订阅服务器发送少量映像 然而，问题是用户试图发送很多（几十个），这当然是达到了极限。正在记录的响应是： 合并代理从接收到以下错误状态和消息 Web访问期间的Internet信息服务（IIS）服务器 同步：[404:'未找到']。进行故障排除时，请确保 订阅的Web同步设置正确，并且 增加订阅服务器和服务器上的internet超时设置 Web服务器上的连接超时 这显然不是由时间跨度引起的超时，因为我能够在网络上的开发环境中重现这一点，而且最明显的是数据/大小问题 我已经检查了有关文章的@stream\u blob\u columns是否设置为true。 我已经检查了SQL Server的“max text repl size”设置为-1（无限制）（尽管我认为这不用于合并复制）C# 合并复制和varbinary（最大值）,c#,.net,sql,tsql,merge-replication,C#,.net,Sql,Tsql,Merge Replication,我对使用合并复制的现有应用程序有问题。复制发送varbinary（max）数据（映像），这通常不是问题，因为通常一次只能通过订阅服务器发送少量映像 然而，问题是用户试图发送很多（几十个），这当然是达到了极限。正在记录的响应是： 合并代理从接收到以下错误状态和消息 Web访问期间的Internet信息服务（IIS）服务器 同步：[404:'未找到']。进行故障排除时，请确保 订阅的Web同步设置正确，并且 增加订阅服务器和服务器上的internet超时设置 Web服务器上的连接超时 这显然不是由时
我还错过了什么吗？我更愿意增加设置并教育用户更频繁地“同步”，而不是重做将这些映像复制回中央数据库/web服务器的方式。使用web同步复制大量数据存在局限性。你可能达到了这个极限。请看一下Configure Web Synchronization（）中的复制大量数据一节。谢谢Brandon，我已经通读了这一部分，但忘了提到我们已经尝试更改注册表中的WebSyncMaxMLSize。我同意可能已经达到了限制，我们正在考虑从blob中删除图像，并使用FTP在离线和在线应用程序之间同步这些图像。谢谢