主页 / server / 问题 / 119170
In Process
ItsAMystery
Asked: 2010-03-05 05:41:01 +0800 CST

编写自动化 SQLServer 2008 DR 移动脚本

  • 772

我们使用 SQLServer 中的内置日志传送来登录到我们的 DR 站点，但每月进行一次 DR 测试，这需要我们在 Live 和 BAckup 服务器之间来回移动。我们在系统上运行多个 (30) 数据库，因此手动备份最终日志和禁用作业的工作量太大且耗时太长。我虽然没问题，但我会编写脚本，但遇到问题总是抱怨最终日志太早而无法应用，即使我在将数据库置于 norecovery 模式之前不导出最终日志。首先，是否有人没有一种简单可靠的方法来做到这一点？我已经查看了一些第 3 方软件（我认为是 redgate sqlbackup），但这在这种情况下也并不容易。我想要做的基本上是运行一个脚本（一系列存储过程）让我进入 DR 并运行另一个让我回来而不会丢失数据。我的脚本目前非常简单，但它们是：

2 台服务器 主要 Paris 次要 ParisT

StartAgentJobAndWait 是由其他人 (ta) 编写的脚本，它只是检查作业是否已完成，或者如果它永远不会结束则退出它。

目前我只是在使用一个名为 BOB2 的测试数据库，但如果我可以让它工作，将传入数据库和作业名称。

来自巴黎：

/* Disable backup job */
exec msdb..sp_update_job @job_name = 'LSBackup_BOB2', @enabled = 0
exec PARIST.msdb..sp_update_job @job_name = 'LSCopy_PARIS_BOB2', @enabled = 0
exec PARIST.msdb..sp_update_job @job_name = 'LSRestore_PARIS_BOB2', @enabled = 0

exec PARIST.master.dbo.DRStage2

ParisT DRStage2
DECLARE @RetValue varchar (10)

EXEC @RetValue = StartAgentJobAndWait  LSCopy_PARIS_BOB2 , 2
SELECT ReturnValue=@RetValue

if @RetValue = 1
 begin
  print 'The Copy Task completed Succesffuly'
 END

ELSE
 print 'The Copy task failed, This may or may not be a problem, check restore state of database'

SELECT @RetValue = 0

EXEC @RetValue = StartAgentJobAndWait  LSRestore_PARIS_BOB2 , 2
SELECT ReturnValue=@RetValue

if @RetValue = 1
 begin
  print 'The Restore Task completed Succesffuly'
 END

ELSE
 print 'The Copy task failed, This may or may not be a problem, check restore state of database'

exec PARIS.master.dbo.DRStage3

/* Do the last logship and move it to Trumpington */
BACKUP log "BOB2"
to disk='c:\drlogshipping\BOB2.bak'
with compression, norecovery
EXEC xp_cmdshell 'copy c:\drlogshipping \\192.168.7.11\drlogshipping'

EXEC PARIST.master.dbo.DRTransferFinish


AS
BEGIN

restore database "BOB2"
from disk='c:\drlogshipping\bob2.bak'
with recovery
sql-server-2008 disaster-recovery

2 个回答

  1. 这有时会起作用吗？我不得不为 DR 测试做同样的事情，但还没有遇到这种情况。你所做的应该在技术上有效。

    在启动 LSCopy 作业之前，您是否检查过 LSBackup 作业当前是否正在该数据库上运行？听起来您只是错过了 norecovery 备份之前的最新备份。LSCopy 工作可能无法获得一切。

    运行 norecovery 备份后再次尝试运行 LSCopy，到那时调度程序将完成所有备份，你应该没问题。此外，如果您将 LSCopy 作业设置为将输出保存到文件中，我相信如果存在无法复制的日志备份（例如它正在使用中，因为备份当前正在写入它），我相信您会看到错误）。

    • 0

  2. 只是为了让您了解有关为还原创建自动生成脚本的想法，这是我为自动生成特定数据库的还原脚本而编写的一个。

    http://tenbulls.co.uk/2011/02/08/t-sql-tuesday-015-%E2%80%93-spend-time-now-to-save-time-later/

    请注意，即使不是全部，也可以通过 Powershell、SMO 和 T-SQL 的混合来完成。这仅取决于将时间花在整体解决方案还是部分解决方案上更好。就我个人而言，我会选择部分，因此在执行此类任务时，您总是希望有一个手动元素。

    问候，马克。

    • 0

相关问题