缩小镜像 SQL Server 2005 数据库的事务日志

Question

我一直在互联网上查找，但找不到可以接受的解决方案来解决我的问题，我想知道是否有一个不妥协的解决方案......

我不是 DBA，但我是一个人的团队在一个巨大的网站上工作，没有额外的资金用于额外的机构，所以我正在尽我所能。

我们的备份计划很糟糕，我很难改进它。 目前，有两台服务器运行 SQL Server 2005。我有一个镜像数据库（无见证），似乎运行良好。 我在中午和午夜进行完整备份。 我们的服务提供商每晚都会将这些文件备份到磁带上，我每周都会将备份文件刻录到 DVD，以保留旧记录。 最终我想切换到日志传送，因为如果没有见证服务器，镜像似乎毫无意义。

问题是事务日志不断增长。 根据我所做的研究，我似乎无法截断镜像数据库的日志文件。 那么如何阻止文件增长！？

基于此网页，我尝试了以下操作：

USE dbname
GO
CHECKPOINT
GO
BACKUP LOG dbname TO DISK='NULL' WITH NOFORMAT, INIT, NAME = N'dbnameLog Backup', SKIP, NOREWIND, NOUNLOAD
GO
DBCC SHRINKFILE('dbname_Log', 2048)
GO

但这并没有'不工作。 我发现的其他所有内容都表明我需要在运行备份日志命令之前禁用镜像才能使其正常工作。

我的问题 (TL;DR)

如何在不禁用镜像的情况下缩小事务日志文件？

Answer 1

嗯，从技术上来说，缩小镜像日志是可能的。 麻烦的是用 truncate_only 备份日志。 镜像不接受它。 因此，一种方法是将日志备份到磁盘：

use [DATABASE_NAME]
checkpoint
BACKUP LOG [DATABASE_NAME] TO DISK =  'C:\LOG_BACKUPS\DATABASE_NAME'
dbcc shrinkfile(DATABASE_NAME_Log,1)

这是我们当前维护计划的一部分，并且它已经运行了大约 2 年，没有出现任何问题。

Answer 2

如果镜像服务器实例落后于主体服务器实例，则活动日志空间量将会增加。 在这种情况下，您可能需要停止数据库镜像，进行日志备份以截断日志，将该日志备份应用到镜像数据库并重新启动镜像，这不是您所希望的答案，我知道=（

要缩小我们的文件，您可以尝试以下脚本：

exec sp_dboption DBName, 'trunc log on chkpt.', true
检查站
DBCC SHRINKFILE (DBNameFileName, 500);
exec sp_dboption DBName, 'trunc. 登录 chkpt。', false

希望这会有所帮助。

Answer 3

我想我应该回答这个问题，因为它被遗忘了。

事实证明，如果数据库已镜像，则无法缩小 t-log，除非停用镜像。 如果我错了，请纠正我，但我没有找到有效的解决方案！

如果您只有两台服务器，则日志传送是可行的方法。 如果没有见证服务器，镜像几乎毫无意义，因为故障转移的唯一方法是来自主体......如果主体崩溃时无法进行故障转移，那么有点违背了拥有镜像的目的。

如果有人愿意分享有关此事的更多信息或建议，我将很高兴听到他们的声音。

Answer 4

1. 使用 ..ALTER [DatabaseName] SET PARTNER OFF 设置镜像伙伴关闭。
2. 在主体上进行事务日志备份..BACKUP LOG [DatabaseName] TO DISK='Drive:\DatabaseName_log_datetime.trn'< /code>
3. 将此 DatabaseName_log_datetime.trn 复制到镜像服务器上的任意位置。
4. 在镜像数据库上使用 NoRecovery 选项恢复此事务日志。
   RESTORE LOG [DatabaseName] FROM DISK ='Drive:\DatabaseName_log_datetime.trn' 缩小
5. 主体和数据库上的日志文件 镜像服务器。
6. 再次在主体上进行事务日志备份..并使用无恢复选项恢复此事务日志..在镜像服务器上的镜像数据库上。
7. 配置镜像安全。

Answer 5

测试了这篇文章中的一些建议，我发现在完整备份、检查点命令和事务日志备份之后，主体数据库事务日志大小可以缩小。
然后，镜像数据库事务日志大小与主体收缩大小同步。

USE [DATABASE_NAME];
BACKUP DATABASE [DATABASE_NAME] TO DISK='E:\Backup\DATABASE_NAME_FULL.bak' WITH FORMAT;
CHECKPOINT;
WAITFOR DELAY '00:00:02';
BACKUP LOG [DATABASE_NAME] TO DISK = 'E:\Backup\DATABASE_NAME_TL.trn';
WAITFOR DELAY '00:00:02';
DBCC SHRINKFILE('DATABASE_NAME_log', 500);

使用OSQL可以在DOS下批量运行上述SQL命令，如果批量运行，WAITFOR DELAY是必须的，例如

C:\Program Files\Microsoft SQL Server\100\Tools\Binn\osql.exe -E -S "DATABASE_SERVER" -Q "USE [DATABASE_NAME]; BACKUP DATABASE [DATABASE_NAME] TO DISK='E:\Backup\DATABASE_NAME_FULL.bak' WITH FORMAT;"

我认为不同的备份也应该可以工作，但没有测试。 下面的 diff 备份命令将附加数据而不是覆盖。

BACKUP DATABASE [DATABASE_NAME] TO DISK='E:\Backup\DATABASE_NAME_DIFF.bak' WITH DIFFERENTIAL;

Answer 6

唯一的办法：
1) 停止镜像
2) 缩小主体文件
3）主体备份完成，+事务jrnl
4）停止镜像服务器，删除mirrorDatabase的mdf和ldf
5）启动mirrorser并删除mirrorDatabase
6) 在 mirroServer 上进行恢复，无需 3) 的恢复备份
7) 重新安装镜像
哎哟！

Answer 7

确实，一旦数据库日志变得太大，你就无法缩小它——此时我认为你唯一的选择就是破坏镜像、缩小并重新创建。 此外，尽管存在您是否应该仅使用两台服务器使用镜像的问题，但我可以说的是，如果您这样做，则定期备份事务日志。 该空间将从其中释放，从而允许 MSSQL 重新使用日志文件中的死空间。 这不会缩小任何东西，但确实满足了阻止其增长的要求。

那么您需要做的就是定期删除文件备份。 例如，您可以这样做：

USE your_database
GO
BACKUP LOG your_database TO DISK = 'x:\your_backup_filepath\your_database.tlog'
GO

如果可以的话，请在非工作时间进行。

Answer 8

我不知道为什么会这样，只知道它确实有效。 我将其作为查询窗口中的块运行。 请自行决定使用。 如果微软能发表评论当然会很好。

use my_database
dbcc shrinkfile ( my_database_log, 1000 )
use my_database
dbcc shrinkfile ( my_database_log, 1000 )
alter database my_database
  modify file ( 
    name = my_database_log, 
    size = 1000MB
  )

Answer 9

只要它不是主体数据库，您就无法在不将其从镜像中取出的情况下对镜像数据库执行任何操作。

应该有效的是，如果您在主体服务器上备份数据库并随后进行收缩。 也就是说，您的维护计划应该包括一些缩减工作。 这些更改应通过同步自动传递到辅助（镜像）服务器。

如果您想要进行仅收缩事务文件的收缩，您可以使用以下 T-SQL：

USE [your_db_name]
GO
DBCC SHRINKFILE (N'your_db_name_logfile' , 0, TRUNCATEONLY)
GO

然后您只需为每个数据库使用该代码片段，并在备份运行后立即运行它。

这应该使主体服务器上以及辅助/镜像服务器上的日志文件保持较小。

我希望这有帮助。

顺便提一句。 如果您已经到了磁盘上没有空间容纳日志文件的地步，唯一的选择就是将其退出镜像模式，将数据库设置为简单恢复模式，收缩日志文件，将其设置为完整再次进入恢复模式并重新设置镜像（使用数据库和日志文件的备份在镜像服务器上恢复）。

此外，如果问题在于许可，您可以使用 SQL Express 作为见证服务器。 它不需要太多资源，因此如果这是一个 Web 应用程序，您可以使用 Web 服务器。 请记住还要查看见证服务器的日志文件。

Answer 10

可以通过镜像缩小数据库的事务文件，必须执行备份，因为存在活动的虚拟日志文件：
http:// /www.xoowiki.com/Article/SQL-Server/tronquer-journal-de-log-sur-base-en-miroir-499.aspx

Answer 11

** 缩小可以在镜像中完成，我们不能做的是截断日志，因为日志是发送到镜像服务器的内容，然后主体等待确认。

解决该问题的方法是备份不截断的日志，然后收缩日志文件，或者甚至可以忽略收缩。 如果这不起作用，请在备份日志之前尝试检查点。 这应该有效...