Server 2005:复制，varbinary

Question

场景

在我们的复制方案中，我们复制了许多表，包括包含二进制图像数据的photos表。所有其他表都按预期复制，但照片表没有复制。我怀疑这是因为照片表中的数据量更大，或者可能是因为图像数据是varbinary字段。但是，使用较小的varbinary字段没有帮助。

配置信息

下面是一些配置信息：

每幅图像可以是65-120 Kb的修改版，批准的副本与缩略图一起存储，因此单行可能接近~800 Kb的replication

• The

• I在使用"max text repl size“配置字段时遇到的问题，但我已经将使用sp_configure和replication

• The的最大值设置为基于”已发布“字段进行筛选，但其他工作表

H 115也使用相同的本地db服务器(在开发环境中)，并配置为使用”push“subscription的事务性replication

• The复制数据库。

此外，我还注意到，有时重新生成快照和重新初始化订阅会导致映像复制。考虑到这一点，我将快照代理配置为每分钟左右重新生成快照，以便进行调试(显然，这对于生产环境来说太过了)。然而，这并没有帮助任何事情。

问题

是什么原因导致photos表在所有其他表都没有问题时不进行复制？有办法绕道吗？如果没有，我将如何进一步调试？

备注

我已经使用查找错误以及复制监视器。不存在错误。据我所知，手术只是默默地失败了。

我在WindowsServer2003ServicePack 2上使用Server 2005和Service 3。

更新

我发现Philippe Grondier的回答是完全正确的。不应将图像、视频和其他二进制文件存储在数据库中。IIS比我更有效地处理这些文件，，。

Answer 1

对于您的问题，我没有一个直接的答案，因为我们的标准策略一直是“不要在(数据库)字段中存储(图片)文件”。我们的解决方案，不仅适用于图片，也适用于任何类型的文件或文档，现在已成为标准：

• 我们在数据库中有一个"document“表，其中存储文档/文件名和相关文件夹(为了获得唯一的文档/文件名，我们从'Document‘表的主键/uniqueIdentifier值生成它们)。

这个“文档”表与所有其他表一样，在不同的订阅者之间复制。

我们有一个“”文件夹和子文件夹，每个数据库中的文件夹都可以独立于数据库复制，一些文件和文件夹复制软件(allwaysynch是一个选项)

• 主发布者的文件夹可以通过ftp完全访问，其中尝试读取本地服务器上不可用的文档(仍然)的用户将被建议通过ftp客户端软件(如coreFTP及其命令行选项)从主服务器下载它。

Answer 2

有了这样的图像表，您是否考虑过将该文章移动到单向(或双向)合并发布？这可能会缓解你的一些问题。