所以我一直忽略了我的fogbugz数据库的任何备份,现在fogbugz ldf文件超过2次半的演出.这是在我们使用fogbugz的六个月里建立起来的.
我备份了数据库,然后我备份了,并截断了事务日志,但事务日志仍然是2个半的演出.我对日志文件进行了缩小,还有两次半的演出.我没做什么似乎缩小了文件的大小.
无论如何都有解决问题的方法吗?或者是回到这一点的唯一方法是分离数据库,删除日志文件,然后重新附加一个新文件?
ban*_*nny 31
USE Database_Nameselect name,recovery_model_desc from sys.databasesALTER DATABASE Database_Name SET RECOVERY simpleDBCC SHRINKFILE (Database_Name_log , 1)Ada*_*son 30
欢迎来到SQL Server日志管理的变幻无常的世界.
有些错误,但我认为如果没有其他信息,任何人都不会告诉你更多信息.例如,此数据库是否曾用于Transactional SQL Server复制?如果事务尚未复制到订阅者,则可能会导致此类问题.
在此期间,至少应该允许您终止日志文件:
您现在应该可以缩小文件(如果执行备份没有为您执行此操作).
祝好运!
tea*_*eng 15
这是使用查询完成的最佳建议之一。对于像我一样拥有大量数据库的人来说很有用。可以使用脚本运行它。
USE DatabaseName;
GO
-- Truncate the log by changing the database recovery model to SIMPLE.
ALTER DATABASE DatabaseName
SET RECOVERY SIMPLE;
GO
-- Shrink the truncated log file to 1 MB.
DBCC SHRINKFILE (DatabaseName_Log, 1);
GO
-- Reset the database recovery model.
ALTER DATABASE DatabaseName
SET RECOVERY FULL;
GO
Run Code Online (Sandbox Code Playgroud)
确保数据库的备份模式设置为简单(有关不同模式的概述,请参见此处)。这将避免 SQL Server 在重用空间之前等待事务日志备份。
使用dbcc shrinkfile或Management Studio缩小日志文件。
在设置备份模式之前,步骤 #2 将不执行任何操作。
| 归档时间: |
|
| 查看次数: |
110424 次 |
| 最近记录: |