我典型的发现场景：
我们收到一个提醒，即交易日志正在快速增长。 我们在简单的恢复，所以我去看看。 日志已经大小为100GB，容量为80％。 我从SQL Server Central运行“Whats using my log files”脚本，并看到在数据库上启用了复制。
我们不设置复制，并且我不认为可以在SharePoint内容数据库上完成复制，因为不支持复制（所有表都需要PK）。 这已经发生在随机服务器上（到目前为止，大约有5个，都是在过去的三周内），而且只发生在内容数据库上。
sp_removedbreplication并不总是在删除复制。 我们发现我们需要运行sp_removedbreplication，将所有数据库所有者更改为SA，并将“恢复模式”重置为“简单”以彻底消除此错误的所有痕迹。
复制将如何启用自身？ 我们从来没有在这些服务器上设置复制。 除了来自DMV查询和日志增长的“log_reuse_wait_desc”之外，没有任何types的复制的证据。 任何帮助这个鬼将不胜感激！
有人必须打开它。 Sharepoint不会仅仅通过它自己来复制。
为复制存储过程设置一个分析器跟踪（如果需要，我可以获取一些过程名称）来查看谁在运行它们。 这或者启用服务器审计来执行这些程序。
你有没有检查是否有任何更改数据捕捉不使用？ CDC基于事务复制，如果日志读取器代理不能跟上，CDC也会导致日志增长。