Questions tagged «recovery-model»

4
为什么事务日志持续增长或空间不足?
在大多数论坛和整个网络中,这似乎是一个常见问题,在这里以多种格式询问,通常听起来像这样: 在SQL Server中- 事务日志变得如此之大的一些原因是什么? 为什么我的日志文件这么大? 有什么方法可以防止出现此问题? 当我使自己的潜在原因步入正轨并希望将事务日志文件调整为正常大小时,该怎么办?

1
具有LOG_BACKUP log_reuse_wait_desc的SQL Server 2012简单恢复模型
虽然我在做我自己的调查,没有人知道为什么在数据库SIMPLE恢复模型LOG_BACKUP的log_reuse_wait_desc? SQL Server 2012 SP1。数据库是在几周前创建的。没有复制,没有镜像,没有日志传送,而且从未有过这些。 我们做了备份数据库,并恢复到另一个实例,它显示了SIMPLE和NOTHING在log_reuse_wait对其他实例。但是我不认为还原到另一个实例是重现此问题的好方法,因为还原操作会前滚/回滚事务。

2
为所有用户创建的数据库设置简单的恢复模式并收缩日志文件
希望您能指出正确的方向。我不是T-SQL的经常用户,但是我做了一些Google搜索,并在下面找到了脚本。我纠正了一下脚本。 我希望脚本执行以下操作: 选择除系统数据库之外的所有数据库。 要将恢复设置为简单。 收缩每个db(.ldf)的日志文件,系统db除外 剧本: USE MASTER declare @isql varchar(2000), @dbname varchar(64) declare c1 cursor for select name from master..sysdatabases where name not in ('master','model','msdb','tempdb','ReportServer','ReportServerTempDB') open c1 fetch next from c1 into @dbname While @@fetch_status <> -1 begin select @isql = 'ALTER DATABASE @dbname SET RECOVERY SIMPLE' select @isql …
By using our site, you acknowledge that you have read and understand our Cookie Policy and Privacy Policy.
Licensed under cc by-sa 3.0 with attribution required.