主页 / server / 问题 / 56095
Accepted
BradC
Asked: 2009-08-20 06:20:45 +0800 CST

如果正在运行完整备份，则跳过日志备份

  • 772

在我的一些 SQL2000 服务器上，我的完全备份和日志备份作业之间偶尔会出现阻塞和奇怪的冲突。根据对这个 SF question 的回答，我需要弄清楚如何防止我的日志文件备份在我的完整备份在同一个数据库上运行时运行。（听起来这在 SQL2005 中已更改，因此对他们来说应该不是问题。）

我想到了两种策略：

  1. 在执行整个日志备份作业之前，查询 MSDB 作业历史记录表以查看我们的夜间完整备份作业的备份步骤（第 3 步，共 5 步）当前是否正在执行。如果是，请完全跳过所有数据库的日志备份。

  2. 在日志备份作业脚本中，在单个数据库上运行日志备份之前，查询 sysprocess 表（或其他东西）以查看该特定数据库是否已经发生 LIGHTSPEED BACKUP。如果是，则仅跳过该数据库上的日志备份。

第一个会更容易实现，但最终会跳过许多它可能可以毫无问题地备份的数据库（可能允许日志增长太多）。第二个更有吸引力，但我不确定如何确定特定数据库的备份是否正在进行中。

另外，使用第二个选项时，完整备份可能会开始备份日志备份已经在处理的数据库，除非我在完整备份脚本中添加相同类型的“检查代码”。（显然，我希望完整的优先于日志备份作业）

任何人都有一个已经执行此操作的现有 SQL 2000 脚本吗？哪种方法最值得考虑？或者还有其他选择吗？

sql-server backup

2 个回答

  1. 我在 SQL Server 2000 中也遇到过这个问题。

    我所做的是完整备份的第一步是在日志备份作业上运行sp_update_job并使用@enable=0 来禁用该作业。

    完整备份作业的最后一步，无论成功与否，都是重新打开日志备份作业。

    在极少数情况下，当所有的月亮都排成一列时，日志备份会在完整备份开始时运行，并且日志备份会失败，但至少不会继续尝试。

    • 2
  2. Best Answer

    我喜欢使用的解决方案（因为我不喜欢启用和禁用作业，因为如果出现问题，这会使作业被禁用）是查询 sysprocesses 表以查找备份。查找运行在 db_id = 您要备份的数据库和 BACKUP DATABASE 命令的查询。你的步骤看起来像这样。

    IF EXISTS (SELECT *
           FROM master.dbo.sysprocesses
           WHERE dbid = db_id('YourDatabase')
                 AND cmd LIKE 'BACKUP DATABASE%')
BEGIN
     RAISERROR('The full backup is still running.', 16, 1)
END

    如果您需要担心在运行日志备份时运行完整备份，请使用类似的东西。

    WHILE EXISTS (SELECT * FROM master.dbo.sysprocesses WHERE dbid = db_id('YourDatabase')
                     AND cmd LIKE 'BACKUP DATABASE%')
BEGIN
     WAITFOR DELAY '00:01:00'
END
    • 2

相关问题