SQL Server 2008 Enterprise(我知道!#wink。我正在制定迁移计划)生产服务器,处于完全恢复模式。我有一个用作SQL复制源的数据库。每日完整备份和2小时增量备份。
由于一次操作,我的日志文件增长了很多(123Go),而且似乎无法缩小到更正常的水平。
当我尝试进行小的增量收缩时,DBCC SHRINKFILE (N'X_log', 120360)
我得到:
由于请求的大小大于最后一个逻辑日志文件的开头,因此无法缩小日志文件2(X_log)。
我还能尝试什么来获取LOG中阻止的事务?除非显然没有其他解决方案,否则我将不会切换到SIMPLE,也不会备份到NUL,也不会截断LOG或断开备份链。我发现的所有建议似乎都以某种方式假定是断开链或重新启动服务器的可行方法。
这时我仍然可以尝试使用什么诊断命令?我非常想调试该程序,而不求助于使用Flamethrower杀死蜘蛛。
谢谢