小编Bam*_*ano的帖子

切换到简单恢复时的事务日志维护

背景:

我最近继承了 50 多个带有 450 多个数据库的 SQL Server。每晚备份大约为 8TB,不用说,我们使用的磁盘空间比我们想要的要多。所有数据库都设置为完全恢复,并且从未备份事务日志。我已经浏览了所有 SQL Server,并确定了只需要每晚备份的低优先级服务器,并且可以接受一天的数据丢失。

题:

我正在将许多低优先级数据库SIMPLEFULL. 现有的事务日志是否会被截断(在创建检查点时)?一些现有的事务日志是 50-100GB;为了继续前进,确定我应该将它们缩小到什么的最佳方法是什么?我显然不想让它们那么大。或者,随着时间的推移,它们会自行缩小吗(我认为它们不会)?

sql-server backup recovery transaction-log

9
推荐指数
2
解决办法
2万
查看次数

SQL Server 冻结(因为应用程序),需要日志记录

我们有一个应用程序在我们的 SQL Server 2005 实例上运行,并且这个应用程序每周有几次(未通知的)会导致 SQL Server 冻结。我什至无法重新启动 SQL Server 服务;我必须重新启动整个机器。

不用说,我无法打开查询窗口运行sp_who2查找原因。问题再次出现可能需要几天时间。是否有任何类型的日志记录可以更好地追踪导致 SQL Server 冻结的原因?

exec xp_readerrorlog 只向我展示重启后发生的事情,所以它没有多大帮助。

在它冻结时,CPU 固定在 90-97%,内存最大为 8 GB。服务器有 12 GB,但 SQL Server 的最大值设置为 8192。

performance sql-server-2005 sql-server slow-log

3
推荐指数
1
解决办法
5344
查看次数