SQL Server 2012 Web同步快照失败：IIS进程内存占用过高求助

嘿Jim，咱们把你的问题拆成两部分来看：快照创建后Web同步时IIS内存暴增导致服务器崩溃，还有那4GB BCP文件对应表的筛选优化。结合你的环境（SQL Server 2012 SP3，旧Win2008 vs 新Win2016），给你些实操性的建议：

先从环境差异和配置入手，这大概率是新服务器的IIS或SQL同步配置和旧环境不匹配导致的：

• 给IIS应用池设内存上限
  Win2016的IIS工作进程默认没有严格的内存限制，而Web同步处理大快照时容易无节制占用内存。找到Web同步对应的应用池，在「高级设置」里设置私有内存限制（先试试8GB，根据后续同步情况调整），同时开启「内存超过限制时回收工作进程」，避免内存持续飙升到服务器瘫痪。
• 排查快照数据的加载逻辑
  你的4GB BCP文件对应的表是关键——未筛选的全量数据在Web同步时，IIS进程可能会一次性加载大量快照数据到内存。先对比新旧服务器的快照生成目录，看看新环境的快照文件是否和旧环境一致；另外，检查Web同步的代理是否配置了分批传输，如果默认是一次性读取全量快照，改成分批传输能显著降低内存占用。
• 补全SQL Server 2012 SP3的累积更新（CU）
  Win2016对SQL Server 2012的兼容性需要特定补丁，SP3只是基础服务包，后续的CU修复了不少Web同步相关的内存泄漏bug。去微软官网找SQL Server 2012 SP3的最新CU安装，这很多时候能直接解决内存异常占用的问题。
• 用性能监控定位瓶颈
  打开Windows性能监视器，监控w3wp.exe的私有字节、工作集，同时监控SQL Server的快照读取次数、磁盘IO指标；再开启IIS的详细日志，记录Web同步请求的数据量和耗时。通过这些数据能精准定位是快照读取阶段还是传输阶段导致的内存暴增。

给表加筛选从根源减少同步数据量，能直接缓解IIS的内存压力：

• 在发布时添加行筛选器
  对目标表设置行筛选条件（比如只同步近6个月的数据、特定业务线的ID），建议用参数化筛选器（比如WHERE DepartmentID = @SubscriberID），这样所有订阅可以共用同一个快照，不用为每个订阅单独生成快照，既省存储又降同步压力。
• 预筛选BCP文件
  如果需要提前处理现有BCP文件，用bcp命令结合查询导出筛选后的数据：

  bcp "SELECT * FROM YourTargetTable WHERE YourFilterCondition" queryout "D:\FilteredData.bcp" -S YourNewSQLServer -d YourDatabase -U YourAccount -P YourPassword -n
  

  然后把这个筛选后的BCP文件替换掉原快照里的全量文件，后续同步就只会处理筛选后的数据。
• 分区表优化（可选）
  如果这个表数据量长期很大，可以按筛选条件（比如日期）给表做分区。这样快照生成时只会读取目标分区的数据，不仅减少内存占用，还能加快快照生成速度。

• Win2016默认开启的IIS压缩（静态/动态）对大文件同步反而会增加CPU和内存消耗，建议暂时关闭压缩选项，测试内存占用是否下降。
• 检查Web同步代理账户的权限：确保它只有读取快照目录和访问SQL Server的必要权限，过高权限可能导致不必要的资源访问，间接增加内存负载。

内容的提问来源于stack exchange，提问作者Jim