Sql server 在ASP.NET会话数据库上使用延迟持久性的后果？

有人知道我不应该对生产ASP.NET会话数据库应用延迟持久性（强制）的原因吗

---

我已经阅读了文档，它似乎满足了所有使用标准，因为数据丢失不是最重要的，db也运行在简单恢复中。我从sys.dm_exec_请求中看到大量writelog wait_类型，这些类型似乎传播到未更新的会话/用户被踢出我们的系统。我认为没有理由将延迟持久性的范围限制在特定的交易上，因此强制似乎是一条出路。我已经应用了该设置，流量看起来很好，但想与堆栈组一起检查是否有人遇到任何特定的问题。

一周多后，我们的ASP.NET会话状态数据库的吞吐量似乎很好。会话更新/清理期间，dm_exec_请求中没有排队的Logwait集合。表单身份验证错误似乎是常见的客户端断开连接错误，因此与面临争用问题时相比，聚合显著下降