私はSSMSグラフィックインターフェースをいじくり回して、「復元」タスクのオプションを研究しています。
私が気づいたことの1つは、「スクリプトの生成」をクリックすると、クエリの最初の行が次のようになることです。
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
は、1か月前にログ配布用に作成したファイルの名前です。
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 ONLYを使用していません。
EDIT2:
テストするために毎日手動でバックアップを作成しています。この方法でも、SQL Serverはもう存在しない古いバックアップを選択します。実行中RESTORE HEADERONLY...
それは(明らかに)ファイルが存在しないと言います。
編集3:
これはGUI印刷です:
このデータベースは、別のサーバー(同じサーバー、異なるインスタンス)からの復元でした。 Huuum ...問題はここにあると思います。
2番目の画像の「サーバー」で確認できますか? 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がそれを使用しているはずです)
EDIT 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
EDIT5:
データベースのヘッダーを再起動するものはありますか
(私はアイデアがありません)
おそらく、バックアップ履歴テーブルの同期がとれておらず、UIは最後の「一貫性のある」フルバックアップを実行します。なぜそれが何をしているかに本当に興味がある場合は、アカウントに限定されたプロファイラートレースを開始し、GUIで復元手順を実行し、UIがバックグラウンドで実行していることを示すトレースでキャプチャされたコマンドを確認します。これにより、あなたが探している最も確実な答えが得られます。
単にこれを超えて移動したい場合は、EXEC [msdb].[dbo].[sp_delete_backuphistory] @oldest_date=getdate()
を使用してバックアップ履歴をクリアできます(これを最後に実行した時間によっては、一度に1か月ずつクリアすることもできます)。新しいフルなど。これにより、今後GUIがリセットされ、適切なバックアップが使用されると思われます。
最後に、別のオプションは Wayne Sheffield によって作成された このスクリプト を実行することです。バックアップチェーンの問題に関する詳細情報が表示される場合があります。最初にこの回答を投稿するまで、私はこれに出くわしませんでしたが、うまくいけば、将来的に他の人を助けてくれることを願っています。