请给我一些建议吗?我们遇到过 TEMPDB 日志已满的情况,我们无法从 SSMS 连接到 SQL 2019 AG 的主副本。但是,我们能够连接到辅助副本,并在其中启动从主副本到辅助副本的故障转移。故障转移回滚了主 tempdb 上正在进行的事务,因此无论导致日志被填满的事务是什么,都会回滚并释放日志。然后,我们能够连接到该副本并将其作为主副本进行故障恢复。
我的问题是:在每个服务器节点上重新启动 SQL 服务是否有利于避免临时日志再次填满 - 即重新创建干净的空临时数据库?
请给我一些建议吗?我们遇到过 TEMPDB 日志已满的情况,我们无法从 SSMS 连接到 SQL 2019 AG 的主副本。但是,我们能够连接到辅助副本,并在其中启动从主副本到辅助副本的故障转移。故障转移回滚了主 tempdb 上正在进行的事务,因此无论导致日志被填满的事务是什么,都会回滚并释放日志。然后,我们能够连接到该副本并将其作为主副本进行故障恢复。
我的问题是:在每个服务器节点上重新启动 SQL 服务是否有利于避免临时日志再次填满 - 即重新创建干净的空临时数据库?
不,避免 TempDB 填满 AG 的方法(排名不分先后,非详尽):
听起来好像有一个开放的事务正在保留版本存储,并且考虑到该数据库的其余用途,它最终会增长,直到 TempDB 已满。但这只是基于症状的猜测,没有任何数据。