我们刚刚在涉及事务复制的中等流量数据库上实施了一项新工作，它将处理来自 Excel 电子表格的输入并调用存储过程以在该数据库的各种表中创建记录。
涉及的字段之一是文本数据类型，范围为 10k-30k 个字符。在作业中，自定义 SQL 服务器函数从大型 HTML 正文中解析出 URL，并将其写入表中。
由于密集的性质，或者似乎是过程的性质，我们每半小时每次执行作业只处理电子表格中的 35 条记录或行。我们看到的是事务日志以惊人的速度增长，因此导致从发布者到订阅者的相当大的延迟，因为日志读取器代理扫描整个事务日志并找到 0 条记录进行复制。
从角度来看，日志大小约为 30GB，并且不能小很多，因为运行该作业 5-6 次将使其超过该大小。我们经常备份分发数据库（每 5 分钟）和每 15 分钟的事务日志。
我们迫切需要一种可以减少延迟或减少日志读取量 (I/O) 的解决方案。我意识到可能需要在应用程序/作业端完成一些工作，但是复制配置中有什么可以帮助解决这种延迟和浪费的日志扫描吗？
任何帮助将非常感激。谢谢你。