我只是在摆弄 SSMS 图形界面并研究“恢复”任务的选项。
我注意到的一件事是当我点击“生成脚本”时,查询的第一行是:
RESTORE DATABASE [MyDatabase] FROM DISK = N'Server_Patch\Database_name_LOGSHIPPING.BKP' WITH FILE = 1, NORECOVERY, NOUNLOAD, STATS = 5 ( and a lot of log backups for point in time )
好的,没问题,但是,我正在做这个数据库的日常备份。这Database_name_LOGSHIPPING.BKP
是我一个月前为日志传送制作的文件的名称。
为什么当我尝试使用 SSMS 图形界面恢复备份时,它指向这个备份文件?我什至没有这个文件了。
通过来自 MSSQLTIPS 的查询,我可以看到来自该数据库的所有备份:
SELECT
CONVERT(CHAR(100), SERVERPROPERTY('Servername')) AS Server,
msdb.dbo.backupset.database_name,
msdb.dbo.backupset.backup_start_date,
msdb.dbo.backupset.backup_finish_date,
msdb.dbo.backupset.expiration_date,
CASE msdb..backupset.type
WHEN 'D' THEN 'Database'
WHEN 'L' THEN 'Log'
END AS backup_type,
msdb.dbo.backupset.backup_size,
msdb.dbo.backupmediafamily.logical_device_name,
msdb.dbo.backupmediafamily.physical_device_name,
msdb.dbo.backupset.name AS backupset_name,
msdb.dbo.backupset.description
FROM msdb.dbo.backupmediafamily
INNER JOIN msdb.dbo.backupset ON msdb.dbo.backupmediafamily.media_set_id = msdb.dbo.backupset.media_set_id
WHERE (CONVERT(datetime, msdb.dbo.backupset.backup_start_date, 102) >= GETDATE() - 7) and msdb..backupset.type ='D'
ORDER BY
msdb.dbo.backupset.database_name,
msdb.dbo.backupset.backup_finish_date
这里有什么问题?我不只使用 COPY。
编辑2:
我正在每天进行手动备份以进行测试,即使这样,SQL Server 也会选择不再存在的旧备份。运行RESTORE HEADERONLY...
时它说(显然)该文件不存在。
编辑 3:
这是 GUI 打印:
该数据库是从另一台服务器(同一服务器,不同实例)恢复的。嗯…我认为问题出在这里。
你们能看到第二张图片中的“服务器”吗?它有2台服务器。我正在使用名称为 GDLIC2014 的实例。
剧本:
备份脚本:
DECLARE @Patch varchar(1000)
SELECT @Patch = (SELECT 'PATCH\FULL\DATABASE_ ' + convert(varchar(500),GetDate(),112) + '.bkp')
BACKUP DATABASE DATABASE TO DISK=@Patch with compression
使用来自 MSSQLTIPS 的相同查询,我可以找到这些结果,使用它没有日期范围:
红色方块是旧实例的错误备份,蓝色方块是最后一次备份(GUI 应该使用它)
编辑 4:
好吧,通过这个列出备份历史的查询,我看到每个日志和完整的都被正确列出:
SELECT TOP 100
s.database_name,
m.physical_device_name,
CAST(CAST(s.backup_size / 1000000 AS INT) AS VARCHAR(14)) + ' ' + 'MB' AS bkSize,
CAST(DATEDIFF(second, s.backup_start_date,
s.backup_finish_date) AS VARCHAR(4)) + ' ' + 'Seconds' TimeTaken,
s.backup_start_date,
CAST(s.first_lsn AS VARCHAR(50)) AS first_lsn,
CAST(s.last_lsn AS VARCHAR(50)) AS last_lsn,
CASE s.[type]
WHEN 'D' THEN 'Full'
WHEN 'I' THEN 'Differential'
WHEN 'L' THEN 'Transaction Log'
END AS BackupType,
s.server_name,
s.recovery_model
FROM msdb.dbo.backupset s
INNER JOIN msdb.dbo.backupmediafamily m ON s.media_set_id = m.media_set_id
WHERE s.database_name = DB_NAME() -- Remove this line for all the database
ORDER BY backup_start_date DESC, backup_finish_date
GO
编辑5:
有没有什么东西可以重启数据库的header
可能是备份历史表中的某些内容不同步,并且 UI 将转到最后一个“一致”的完整备份。如果你真的对它为什么做它正在做的事情感兴趣,启动一个仅限于你的帐户的探查器跟踪,在 GUI 中完成恢复步骤,并查看跟踪中捕获的命令,这些命令显示了 UI 在幕后做了什么. 这将为您提供您正在寻找的明确答案。
如果你只想跳过这个,你可以清除你的备份历史记录EXEC [msdb].[dbo].[sp_delete_backuphistory] @oldest_date=getdate()
(取决于你上次运行这个,你可能想一次清除它一个月)然后重新完整,等等。我会怀疑这会重置 GUI 以使用正确的备份。
最后,另一种选择是运行这个由Wayne Sheffield编写的脚本。它可能会提供有关备份链任何问题的更多信息。直到我最初发布这个答案之后我才遇到这个问题,但希望它能在将来帮助其他人。