合并复制需要更长的时间与“下载快照文件”***** _ 9.bcp'“
我有一个合并复制SQL Server 2012与五个用户。 我重新初始化其中一个订阅者以复制发布者的所有数据，但需要整天下载快照。在发布我看到以下消息：合并复制需要更长的时间与“下载快照文件”***** _ 9.bcp'“
应用快照和合并的0数据变化率（s）（0插入（S），0更新（S），0删除（S），0冲突（ S））。
，并在用户，在查看同步状态：
下载快照文件“***** _ 9.bcp
这正在现在永远。我有200张桌子。
我也曾在用户碰到follwing错误
2015年12月29日11：18：21.066 [100％]跳过文件“VW_StudentHistcd097df8_324.sch”，因为它已经交付了以前的文章或以前中断的快照。
2015-12-29 11：18：21.144架构脚本'VW_Stockf5a261c5_325.sch'无法传播给订户。
2015年12月29日11：18：21.160类别：NULL 源：合并复制提供 号：-2147201001 消息：该架构脚本 'VW_Stockf5a261c5_325.sch' 可能不会传播给用户。 2015-12-29 11：18：21.160类别：代理 来源：“源名称” 编号：20164 消息：无法复制视图或函数，因为引用的对象或列不存在于订阅服务器上。 2015年12月29日11：18：21.175类别：NULL
来源：Microsoft SQL服务器本机客户端11.0 号码：207 消息：无效的列名称stockID“。
在订阅者处，我没有要复制到发布者的数据。 谢谢
我发现问题是在发布者的数据库中的VW_Stock视图。有一个无效的列。我更新了这一点，拍摄一张新快照，并让订阅者下载新的快照。
感谢您的帮助
复制中的表的数量不如大小重要。正在同步的表中有多少数据？对于快速解决方案，可以执行备份还原以赶上其他节点？ –
订阅服务器上的查看同步状态对话框不可靠。在发布者说它已经应用了快照，这意味着它完成了重新初始化。如果您在发布服务器上执行插入，更新或删除操作，会发生什么情况？更改是否被复制？ –
但发布者数据库已经有很多数据，并且至少需要将其复制到订阅者。它已经被复制到其他四个用户。在这个特定的用户，我看到没有错误，但状态显示“进行中” –