Восстановить базу данных MSSQL с помощью SQL-запроса [duplicate]

Простые 3 шага:

1- Щелкните правой кнопкой мыши по базе данных> Задачи> Восстановление> База данных

2- Проверьте устройство как источник и выберите файл .bak

3- Нажмите на опции и проверьте эти три галочки:

Я получил работу через альтернативный путь, используя Generate scripts. Это работало для меня, поскольку Backup-Restore не помог решить проблему из-за той же ошибки.

1) Используйте WITH REPLACE, используя команду RESTORE.

2) Delete устаревшая база данных, которая конфликтует и восстанавливается снова с помощью команды RESTORE.

] Подробнее см. Ссылку

Также важно убедиться, что ваше имя базы данных соответствует имени базы данных в резервной копии, которую вы пытаетесь восстановить. Если это не соответствует, вы получите ту же ошибку.

Мне пришлось создать новый db на моем локальном сервере для тестирования & amp; У меня был резерв от моего продукта. Сначала я создал db и попытался запустить BAK поверх нового db, который произвел эту ошибку для меня. Я удалил db и восстановил его при поиске нового имени db на самом экране восстановления. ДБ автоматически создается при восстановлении.

Я просто пытался решить эту проблему.

Я пробовал все: от запуска до администратора до предложений, найденных здесь и в другом месте; то, что в конечном итоге решило это для меня, было проверить параметр «Переместить файлы» на вкладке «Свойства файлов».

Надеюсь, это поможет кому-то еще.

Вы можете восстановить новую БД, проверить синтаксис имени файла, он будет в файле журнала, для новой версии SQL будет суффикс «_log»

ad проверить перезапись существующего флаг базы данных на вкладке опций

Fabio

Из-за того, что файлы .mdf и .ldf из оригинала Db располагались, возможно, в c:\programFile\...., и эта информация сохраняется в Backup!

Если вы создаете тот же БД на другой SQL Server, на котором установка находится на c:\program Files (x86)\ ...., вы не можете восстановить, как обычно. Вам нужно переместить путь для файлов .mdf и .ldf.

Поэтому:

Готово ! Надеюсь, это поможет!

Сначала создайте пустую базу данных с тем же именем. Затем перейдите к опции восстановления

В разделе «Параметры» на левой панели не забудьте выбрать

Это он

Я тоже столкнулся с этой проблемой.

Решение:

Сегодня я столкнулся с подобной проблемой. Пробовал все вышеупомянутые решения, но не работал. Итак, разместив мое решение здесь.

Надеюсь, что это тоже поможет другим!

Я пытался восстановить производственную базу данных в промежуточную базу данных на том же сервере.

Единственное, что сработало в моем случае, это восстановление новой пустой базы данных. Это отлично работало, не пыталось перезаписать производственные файлы (что было бы, если бы вы просто восстановили файл резервной копии в существующую промежуточную базу данных). Затем удалите старую базу данных и переименуйте - файлы сохранят новое имя temp, но в моем случае это нормально.

(Или иначе удалите промежуточную базу данных, а затем вы можете восстановить новую базу данных с тем же именем, что и промежуточная база данных)

Я уверен, что эта проблема связана с разрешениями файлов и папок.

В параметрах измените имя файла «Восстановить как» на новую базу данных mdf и ldf. Он ссылается на файлы базы данных .mdf и .ldf.

Некоторые из вас очень сильно усложнили это. Я нашел это очень простым.

1) Создайте базу данных с тем же именем, что и имя вашей базы данных .bak! Важно

2) щелкните правой кнопкой мыши базу данных | Задачи> Восстановить> База данных

3) В разделе «Источник для восстановления» выберите «От устройства»

4) Выберите файл .bak

5) Выберите проверку поле для базы данных в виде сетки ниже

6) В разделе «Выбрать страницу» справа выберите «Опции»

7) Установите флажок «Сохранить настройки репликации (WITH KEEP_REPLICATION)

Теперь вернитесь на страницу «Общие» и нажмите «ОК», чтобы восстановить базу данных ... Вот и все.

Вы столкнулись с такой же проблемой и нашли решение, выполнив это, используя SSMS 2014

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

Если вы используете подход сценария и имеете ошибку в отношении файлов LDF и MDF, вы можете сначала запросить файл резервной копии для логических имен (и других деталей) файлов в наборе резервных копий, используя следующее: [ ! d0]

-- Queries the backup file for the file list in backup set, where Type denotes 
-- type of file. Can be L,D,F or S
-- info: https://docs.microsoft.com/en-us/sql/t-sql/statements/restore-statements-filelistonly-transact-sql
RESTORE FILELISTONLY FROM DISK = 'C:\Temp\DB_backup.bak'
GO

Вы получите результаты, похожие на следующие:

И тогда вы можете использовать эти логические имена в запросах:

    -- Script assumes you want MDF and LDF files restored on separate drives. Modify for your scenario
    RESTORE DATABASE DB 
    FROM DISK='C:\Temp\DB_backup.bak'
    WITH REPLACE,
      MOVE 'DB' TO 'E:\MSSQL\Data\DB.mdf', -- "DB" is the mdf logical name from query above
      MOVE 'DB_log' TO 'F:\MSSQL\Logs\DB.mdf'; -- "DB_log" is LDF logical name from query above

Дополнительная информация о RESTORE FILELISTONLY .

Такая же проблема со мной. Решение для меня: