Відновити базу даних за допомогою 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 )

Гаразд, немає проблем, але я щодня роблю резервні копії цієї бази даних. це 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 

Що тут може бути не так? Я не використовую ТОЛЬКО КОПІЮВАННЯ.

EDIT2:

Я щодня роблю резервні копії вручну для тестування, і навіть таким чином SQL Server вибирає стару резервну копію, яка вже не існує. Під час запуску RESTORE HEADERONLY...він говорить (очевидно, що файл не існує.

EDIT 3:

Це друк із графічного інтерфейсу:

Нічого собі Вау ЧАКАЙТЕ ХВІЛЬНУ !

Ця база даних була відновленням з іншого сервера (того ж сервера, різні екземпляри). Хууум ... я думаю, що тут проблема.

Ви можете побачити на "сервері" на другій картинці? він має 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:

Чи є щось для перезапуску заголовка бази даних

(Мені немає ідей)

Швидше за все, у таблицях історії резервного копіювання не синхронізовано, і користувальницький інтерфейс збирається на останню "послідовну" повну резервну копію. Якщо вас дійсно цікавить, чому він робить те, що робить, запустіть слід профілю, обмежений вашим обліковим записом, пройдіть кроки відновлення в графічному інтерфейсі та перегляньте команди, записані в трасі, які показують, що інтерфейс працює за кадром . Це дасть вам остаточну відповідь, яку ви шукаєте.

Якщо ви хочете просто пройти повз це, ви можете очистити історію резервного копіювання за допомогою EXEC [msdb].[dbo].[sp_delete_backuphistory] @oldest_date=getdate()(залежно від останнього разу, коли ви це запустили, ви можете очистити його за місяць за один раз), а потім взяти новий повний і т.д. підозрює, що це скине графічний інтерфейс для використання належних резервних копій вперед.

Нарешті, ще один варіант - запустити цей сценарій за авторством Уейна Шеффілда . Він може надати додаткову інформацію стосовно будь-яких проблем із ланцюгом резервного копіювання. Я не натрапив на це, поки не опублікував цю відповідь спочатку, але, сподіваюся, це допоможе комусь іншому в майбутньому.