Проблема в восстановлении дифференциального резервного копирования
Поскольку FTP использует динамический вторичный порт (для каналов передачи данных), много брандмауэров были разработаны для отслеживания управляющих сообщений протокола FTP для определения, какие вторичные соединения данных они должны позволить. Однако, если управляющее соединение FTP шифруется с помощью TLS/SSL, брандмауэр не может определить номер порта TCP передачи данных, согласованной между клиентом и FTP-сервером.
Поэтому во многих firewalled сетях, развертывание FTPS перестанет работать, когда незашифрованное развертывание FTP будет работать, но эта проблема может быть решена с использованием ограниченного диапазона портов для данных и конфигурирования брандмауэра для открытия этих портов.
через Википедию... http://en.wikipedia.org/wiki/FTPS
Я не могу получить эту ошибку произойти в 2008 SSMS, который Вы указали свое использование, но я могу заставить это произойти в 2005 SSMS.
Причина - Вы, не может указать новое местоположение для Ваших файлов данных, когда Вы делаете дифференциальное восстановление под СТРАНИЦЕЙ ПАРАМЕТРОВ.
При выборе нового местоположения при восстановлении полного резервного копирования в странице параметров то необходимо изменить его на ТО ЖЕ физическое местоположение, когда Вы делаете дифференциальное восстановление. Иначе SSMS вставляет исходное местоположение и попытки восстановить его к там.
Эта проблема похожа на свое фиксированное в 2008 SSMS (Проверенный это с RTM), это, кажется, игнорирует любые значения, вставленные на странице параметров для пути при выполнении дифференциального восстановления, даже если местоположение недопустимо.
Что другие опции - Вы выбор? это может быть другим способом инициировать ошибку? Попытайтесь включить то же местоположение данных/файлов журнала, которые Вы использовали в своем полном восстановлении, и посмотрите, фиксирует ли это его.
Если Вы устаете быть во власти SSMS, затем учатся делать восстановление в T-SQL:
-- use this command to get the logical names for the restore
-- so you can specify a new location using MOVE
RESTORE FILELISTONLY FROM DISK='c:\av_full.bak'
-- restore the full backup, don't recover yet
RESTORE DATABASE adventureworks1 FROM DISK= 'c:\av_full.bak' WITH
MOVE 'AdventureWorks_Data' to 'C:\AdventureWorks_Data.mdf',
MOVE 'AdventureWorks_Log' to 'C:\AdventureWorks_Log.ldf' ,
NORECOVERY
-- restore the differential
RESTORE DATABASE adventureworks1 FROM DISK= 'c:\av_diff.bak'
Эта проблема возникала у меня несколько раз. Самое простое решение, если вам удобнее работать с SSMS, - это подготовить восстановление, как вы это делали изначально, но затем щелкнуть кнопку «Сценарий» в диалоговом окне «Восстановление».
Это выдаст нечто похожее на это:
RESTORE DATABASE [UAT]
FROM DISK = N'd:\Database_backup\mydifferentialbackup.bak'
WITH FILE = 1,
MOVE N'mydb_Data' TO N'R:\MSSQL10_50.REPORTING\MSSQL\Data\mydb.mdf',
MOVE N'mydb_FullText' TO N'R:\MSSQL10_50.REPORTING\MSSQL\Data\mydb.ndf',
MOVE N'mydb_Log' TO N'R:\MSSQL10_50.REPORTING\MSSQL\Data\mydb.ldf',
NOUNLOAD, STATS = 10
GO
Затем просто удалите предложения MOVE:
RESTORE DATABASE [UAT]
FROM DISK = N'd:\Database_backup\mydifferentialbackup.bak'
WITH FILE = 1,
NOUNLOAD, STATS = 10
GO
И лото - это должно сработать.