有人知道我不应该将延迟的持久性（强制）应用于生产ASP.NET Session数据库的原因吗？
我已经通读了文档，并且似乎满足所有使用条件，只要数据丢失不是最重要的，数据库也可以在简单的恢复中运行。我看到了来自sys.dm_exec_requests的大量writelog wait_types，它似乎传播到会话，但没有得到更新/用户被赶出了我们的系统。我认为没有理由将延迟持久性的范围限制为特定交易，因此被迫似乎是要走的路。我应用了该设置，流量似乎运行正常，但想检查堆栈组是否有人遇到任何特定问题。
一周多以后，我们的ASP.NET会话状态数据库似乎吞吐量很好。在会话更新/清除期间，dm_exec_requests中没有排队等待的日志等待集合。表单身份验证错误似乎是客户端断开连接的常见原因，因此与面临争用问题时相比，聚合严重下降了。