我在几个SQL 2008 R2服务器之间进行了可更新订阅的事务复制（发布者是Enterprise，订阅者是Express）。
我需要添加另一个订阅者，然后发现我的数据库已超出Express的10GB限制。我目前的订阅者限制在10GB以下，但发布数据库是13GB。
所以我从最大的表中删除一些大的未使用的列和数据，运行dbcc cleantable，对它们运行update statistics，表格大小有点下降，我觉得我很高兴！
然而，发布数据库仍然是一个很好的11.5GB，而订阅者都下降到8GB。
我比较了发布者和订阅者之间的表大小，并且我删除数据的几个最大的表在发布数据库中比订阅数据库大 - 通过几次演出。
我比较表格结构并使用RedGate的数据比较 - 发布者和订阅者之间的表格是相同的，所以我很茫然。我不知道是什么导致了这种差异，更不用说如何解决它，所以我可以添加另一个订阅者（无需为订阅者购买SQL Standard许可证）。我觉得它与出版商有关，而且它的行数在去年有显着增长。
作为旁注 - 我也有一些SQL Standard 2008许可证，但它们是2008年，而不是2008 R2因此与使用备份初始化订户不兼容。这些站点的连接速度很慢，所以我总是从备份初始化复制。
答案 0 :(得分：1)
是否可以删除复制并重新创建它？复制似乎总是挑剔，它可能仍然有那些列的残余（你无法看到它）
请记住，您可以编写代码脚本，这样您就不必从头开始。