我们正在运行 Postgres 9.3，偶尔会出现死锁问题。目前有人注意到并将手动终止进程。当它们发生时，是否有处理这些问题的最佳实践？我知道有一个statement_timeout，lock_timeout而deadlock_timeout但大多数地方，我读状态，你不想设置此的postgres.conf文件。
只是想看看是否有典型/最佳实践方法。看起来将 deadlock_timeout 设置为 10 分钟就足够了，但我想确保我没有遗漏一些关键的东西，为什么这会是一个坏主意。
我们有一个 2012 SQL Server，我正在研究它目前是如何备份的。我们确实有一个每小时运行一次的卷影副本。我们还有一个夜间完整备份。DB 在 FULL 模式下运行。
我的问题是我的日志文件似乎增长得非常快。我已经阅读了每 5 分钟一次的日志备份。我知道缩小日志文件通常不是一个好的解决方案。我想确保我们有完整的恢复选项。
如果我每晚进行备份，然后立即进行日志备份，如果当时恰好有事务在进行，是否会中断一致性？
进行日志备份应该释放日志中的空间以防止文件增长，保留足够大的文件用于一天的活动是可以的。或者我应该更频繁地进行日志备份？
SQL Server 世界的新手，并希望尽可能地学习所有最佳实践。我也只是想确保我们正在尽一切努力来保护我们的备份。谢谢。