GUIを使用したデータベースの復元-復元するファイルが間違っています

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 )

OK、問題ありませんが、このデータベースの毎日のバックアップを行っています。これ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 

ここで何が間違っているのでしょうか？私はコピーのみを使用していません。

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はそれを使用する必要があります）

編集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で復元手順を実行し、トレースでキャプチャされたコマンドを確認してください。 。これにより、探している決定的な答えが得られます。

単にこれを超えて移動したい場合は、EXEC [msdb].[dbo].[sp_delete_backuphistory] @oldest_date=getdate()（これを最後に実行したときに応じて、一度に1か月ずつ消去することをお勧めします）経由でバックアップ履歴をクリアしてから、新しいフルを取得することができます。これにより、GUIがリセットされ、今後適切なバックアップが使用されると思われます。

最後に、別のオプションは、Wayne Sheffieldによって作成されたこのスクリプトを実行することです。バックアップチェーンの問題に関する詳細情報を提供する場合があります。もともとこの回答を投稿するまで、私はこれに出くわしませんでしたが、うまくいけば将来的に他の誰かに役立つでしょう。