Я пытаюсь восстановить файл резервной копии SQL Server для моей базы данных, но выдает ошибку следующим образом:
Резервный набор содержит резервную копию базы данных, отличную от существующей
Моя база данных в SQL Server 2008 и файл резервной копии в 2005 году.
В чем может быть проблема?
WITH MOVE
, и была исправлена с помощьюWITH REPLACE, MOVE
.Ответы:
Я тоже сталкивался с этой проблемой.
Решение :
.bak
файл.источник
Или:
1) Используйте
WITH REPLACE
при использованииRESTORE
команды (если используется графический интерфейс, она находится в разделе «Параметры» -> «Перезаписать существующую базу данных»WITH REPLACE
).2)
Delete
старая база данных, которая находится в конфликте и восстановить снова с помощьюRESTORE
команды.Проверьте ссылку для более подробной информации.
источник
Сначала создайте пустую базу данных с тем же именем. Затем перейдите на вариант восстановления
Под опциями на левой панели не забудьте выбрать
это оно
источник
Столкнулись с той же проблемой и нашли решение, сделав это, используя SSMS 2014
источник
источник
Простые 3 шага:
1- Щелкните правой кнопкой мыши базу данных → Задачи → Восстановить → База данных.
2- Проверьте в
Device
качестве источника и найдите файл .bak (или zip .bak).3- На левой панели нажмите
options
и:Другие варианты действительно необязательны (и, конечно, важны)!
источник
Это потому, что
.mdf
и.ldf
файлы из оригиналаDb
были расположены на возможно,c:\programFile\....
и эта информация сохраняется в резервной копии!Если вы создаете одну и ту же БД на другом сервере SQL Server, на котором выполняется установка,
c:\program Files (x86)\ ....
вы не сможете восстановить как обычно. Вам нужно переместить путь.mdf
и.ldf
файлы.Следовательно:
Создайте пустую БД на новом Сервере
Щелкните правой кнопкой мыши на пустой Db> Задачи> Восстановить> База данных> щелкните Устройство, выберите ваши
.bak
файлы> Выберите Db, чтобы восстановить вВыполнено!
Надеюсь, поможет!
источник
Я столкнулся с подобной проблемой сегодня. Перепробовал все вышеперечисленные решения, но не сработало. Итак, разместив мое решение здесь.
Надеюсь, это поможет другим!
источник
Если вы используете подход сценария и есть ошибка относительно СОЛ и MDF файлов, вы можете сначала запросить файл резервной копии для логических имен (и другие детали) файлов в резервном наборе, используя следующее:
Вы получите результаты, подобные следующим:
И тогда вы можете использовать эти логические имена в запросах:
Дополнительную информацию
RESTORE FILELISTONLY
можно найти в документации по SQL Server .источник
Также важно убедиться, что имя вашей базы данных совпадает с именем базы данных в резервной копии, которую вы пытаетесь восстановить. Если он не совпадает, вы получите ту же ошибку.
источник
Прежде чем делать что-либо еще, проверьте, является ли ваша резервная копия полной или дифференциальной. Если вы пытаетесь создать новую базу данных из дифференциальной резервной копии, независимо от того, что вы делаете, вы столкнетесь с ошибкой.
источник
Я наткнулся, чтобы найти душевное равновесие
Не создавайте базу данных с тем же именем или другим именем! Важно.
щелкните правой кнопкой мыши базу данных | Задачи> Восстановление> База данных
В разделе «Источник для восстановления» выберите «С устройства»
Выберите файл .bak
Установите флажок для базы данных в сетке ниже
В базу данных: «Здесь вы можете ввести новое имя базы данных» (например: DemoDB)
Не выбирайте существующую базу данных из DropDownlist
Теперь нажмите кнопку Ok, она создаст новую базу данных и восстановит все данные из вашего файла .bak.
Вы можете получить помощь по этой ссылке даже
Надеюсь, это поможет разобраться в вашей проблеме ...
источник
Это происходит всегда из-за несовместимости версий. выполните следующие шаги, чтобы решить:
Шаг 1: Создайте базу данных с вашим предпочтительным именем. (В нашем случае AdventureWorks)
Шаг 2: Написать нажмите на базу данных и нажмите Задачи >> Восстановление >> База данных ...
Шаг 3: На экране восстановления перейдите к третьему выбору параметров. Теперь установите флажок «Перезаписать существующую базу данных (с заменой)»
Шаг 4: Нажмите ОК. Следует успешно восстановить базу данных.
Примечание. При восстановлении базы данных WITH REPLACE она перезапишет старую базу данных.
источник
Та же проблема со мной. Решение для меня:
источник
Я просто пытался решить эту проблему.
Я перепробовал все, начиная с прав администратора и заканчивая предложениями, найденными здесь и в других местах; в итоге я решил проверить опцию «переместить файлы» на вкладке «Свойства файла».
Надеюсь, это поможет кому-то еще.
источник
Я должен был создать новую базу данных на моем локальном компьютере для тестирования, и у меня была резервная копия с моего продукта. Сначала я создал базу данных и попытался запустить BAK поверх новой базы данных, которая выдала мне эту ошибку. Я удалил базу данных и восстановил ее при поиске нового имени базы данных на экране восстановления. БД была автоматически создана при восстановлении.
источник
Некоторые из вас очень усложнили это. Я обнаружил, что это очень просто.
1) Создайте базу данных с тем же именем, что и ваше имя базы данных .bak! Важно!
2) щелкните правой кнопкой мыши базу данных | Задачи> Восстановление> База данных
3) В разделе «Источник для восстановления» выберите «С устройства»
4) Выберите файл .bak
5) Установите флажок для базы данных в сетке ниже
6) В разделе «Выберите страницу» справа выберите «Параметры»
7) Установите флажок «Сохранить настройки репликации (WITH KEEP_REPLICATION)».
Теперь вернитесь на страницу General и нажмите OK, чтобы восстановить базу данных ... Вот и все.
источник
Я выполнил работу альтернативным способом, используя сценарии Generate. Это сработало для меня, так как Backup-Restore не помог решить проблему из-за той же ошибки.
источник
В разделе «Параметры» измените имя файла «Восстановить как» на новую базу данных mdf и ldf. Он ссылается на исходные файлы базы данных .mdf и .ldf.
источник
Вы можете восстановить новую БД, проверить синтаксис имени файла, он будет в файле журнала, для новой версии SQL будет суффикс "_log"
объявление проверить перезаписать существующий флаг базы данных на вкладке параметров
Fabio
источник
Я уверен, что эта проблема связана с разрешениями файлов и папок.
источник
Я пытался восстановить производственную базу данных в промежуточную базу данных на том же сервере.
Единственное, что сработало в моем случае, - это восстановление новой пустой базы данных. Это прекрасно работало, не пытался перезаписать рабочие файлы (что было бы, если бы вы просто восстановили рабочий файл резервной копии в существующей промежуточной базе данных). Затем удалите старую базу данных и переименуйте - файлы сохранят новое временное имя, но в моем случае это нормально.
(В противном случае сначала удалите промежуточную базу данных, а затем вы сможете восстановить новую базу данных с тем же именем, что и промежуточная база данных).
источник
вместо того, чтобы щелкнуть Восстановить базу данных, нажмите Восстановить файл и файловые группы.
это работает на моем сервере sql
источник
Это помогло мне импортировать файл резервной копии с системного диска
источник
Вы можете переименовать и физический файл старой базы данных в новую базу данных, и вы можете восстановить свой файл (.bak)
источник