Восстановление базы данных с помощью графического интерфейса - неверный файл для восстановления


20

Я просто возиться с графическим интерфейсом 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...он говорит (очевидно), что файл не существует.


РЕДАКТИРОВАТЬ 3:

Это печать GUI:

1 введите описание изображения здесь Вау вау вау ПОДОЖДИТЕ МИНУТУ !

Эта база данных была восстановлена ​​с другого сервера (тот же сервер, другие экземпляры). Huuum ... Я думаю, что проблема здесь.

Ребята, вы можете увидеть на "сервере" на втором рисунке? у него 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 я смог найти эти результаты, используя его без диапазона дат:

введите описание изображения здесь

Красный квадрат - неправильная резервная копия из более старого экземпляра, синий квадрат - последняя сохраненная копия (ее должен использовать графический интерфейс)

РЕДАКТИРОВАТЬ 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:

Есть ли что перезапустить заголовок базы данных

(У меня нет идей)


3
Можете ли вы попробовать использовать последнюю версию SSMS GUI - 2014 ? Есть много исправлений
Кин Шах

1
Вы настроили трассировку и затем запустили опции графического интерфейса, чтобы узнать, как SSMS получает информацию? Может быть быстрее ...
Стив Мангиамели

1
@RafaelPiccinelli - я чувствую, что упускается что-то простое, но не уверен, что это такое. Восстановили ли вы базу данных msdb из оригинала в экземпляр GDLIC2014? Может быть, что-то использует неправильную строку подключения или путь? Конечно, SQL Server не создает данные для резервных копий и восстанавливает. (Кроме того, интересно, что вы восстанавливаете _2.mdf, _3.mdf и _4.mdf, но не без суффикса .mdf или _1.mdf.)
RLF

Выйдите из графического интерфейса для восстановления. Посмотрите на резервный диск или ленту, чтобы определить, что у вас есть на самом деле, и начните с них.
Анти-слабые пароли

Привет @ Анти-слабые пароли. Нет нет. Я не использую GUI. Я запрашиваю последовательность журналов и работаю с ней. Мне просто было любопытно узнать о GUI, но потом я увидел эту проблему. Я стараюсь быть как можно дальше от GUI.
Racer SQL

Ответы:


1

Скорее всего, что-то в таблицах истории резервного копирования вышло из синхронизации, и пользовательский интерфейс переходит к последнему «согласованному» полному резервному копированию. Если вам действительно интересно, почему он делает то, что делает, запустите трассировщик профилировщика, ограниченный вашей учетной записью, пройдите этапы восстановления в графическом интерфейсе и просмотрите команды, записанные в трассировке, которые показывают, что пользовательский интерфейс делает за кулисами. , Это даст вам точный ответ, который вы ищете.

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

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


Эй, @john Спасибо за ваш ответ .. Я сделал declare @data datetime set @data=getdate() EXEC msdb.dbo.sp_delete_backuphistory @oldest_date=@dataи удалил историю. Я сделаю несколько тестов, чтобы увидеть, сработало ли это. Спасибо.
Racer SQL

Привет @RafaelPiccinelli. Это сработало для вас?
Кефаш

эй @Kefash. Я думаю, это не сработало. Я не могу вспомнить прямо сейчас. но каждый раз, когда я получаю ответ, я сразу же поднимаю голос и выбираю в качестве ответа. Я думаю, что это не решило мою проблему.
Racer SQL

@john Мне нужно исправить это ооочень сильно. Ваша проблема была в конечном счете решена?
Кефаш

@RafaelPiccinelli Мне нужно это исправить, так как когда мне нужно восстановить точку, скажем, добавить базу данных в HAG, это может раздражать. Я знаю, что это можно сделать без графического интерфейса, но журналы транзакций берутся каждые 10 минут. Каковы были ваши другие подходы?
Кефаш
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.