I have a SQL Server 2012 database with filestream enabled. However, when I backup it and try to restore it on another SQL Server 2012 instance (on another machine), I simply get this message that:
No backupset selected to be restored.
Not even a single line of more explanation. What’s wrong here?
Every other database without filestream is OK and can be restored successfully. Is it something related to filestream? Should I install a hotfix or something like that.
asked Aug 25, 2012 at 6:54
Saeed NeamatiSaeed Neamati
35.2k41 gold badges135 silver badges188 bronze badges
8
I had this problem and it turned out I was trying to restore to the wrong version of SQL. If you want more information on what’s going on, try restoring the database using the following SQL:
RESTORE DATABASE <YourDatabase>
FROM DISK='<the path to your backup file><YourDatabase>.bak'
That should give you the error message that you need to debug this.
SteveC
15.6k23 gold badges101 silver badges173 bronze badges
answered Aug 28, 2012 at 11:40
6
My problem ended up being permissions. I’m on a dev machine and copied via Homegroup. Somehow, probably based on where I copied the file to, the permissions got messed up and Management Studio couldn’t read the file. Since this is dev I just gave Everyone permissions to the bak file and could then successfully restore via the GUI.
answered Nov 9, 2012 at 3:11
3
When running:
RESTORE DATABASE <YourDatabase>
FROM DISK='<the path to your backup file><YourDatabase>.bak'
It gave me the following error:
The media family on device ‘C:NorthwindDB.bak’ is incorrectly formed. SQL Server cannot process this media family. RESTORE HEADERONLY is terminating abnormally. (Microsoft SQL Server, Error: 3241)
Blockquote
Turns out You cannot take a DB from a Higher SQL version to a lower one, even if the compatibility level is the same on both source and destination DB.
To check the SQL version run:
Select @@Version
To see the difference, just create a DB on your source SQL server and try to do a restore from your backup file, when you do this whit SSMS, once you pick the backup file it will show some info about it as opossed to when you open it from a lower version server that will just say «no backupset selected to be restored»
So if You still need to move your data to a lower version SQL then check This.
answered Jan 5, 2016 at 15:56
Alon OrAlon Or
7887 silver badges7 bronze badges
6
Run SQL Server Management Studio as an administrator (right-click the shortcut/exe, then select «Run as Administrator»), then try to restore.
answered Sep 25, 2014 at 20:28
KeithKeith
20.5k11 gold badges83 silver badges125 bronze badges
0
I thought I was not stupid enough to mix up the versions — however, I didn’t realize that on my new server, a SQL Server 2005 instance was already installed from birth named SQLEXPRESS. When trying to restore my SQL Server 2008 R2 backed up database in SSMS 2012 to the SQLEXPRESS instance, the list of backup sets was empty.
Eventually I realized that the SQLEXPRESS instance on the server was not a 2012 instance, but a 2005. I disconnected and connected to the actual 2012 instance (in my case named SQLEXPRESS2012), and it (obviously) worked.
answered Sep 11, 2012 at 8:21
3
My problem was that my user was in the Builtin-Administrators group and no user with Sysadmin-role on SQL Server.
I just started the Management Studio as Administrator. This way it was possible to restore the database.
answered May 12, 2014 at 7:09
LizLiz
811 silver badge1 bronze badge
1
FYI: I found that when restoring, I needed to use the same (SQL User) credentials to login to SSMS. I had first tried the restore using a Windows Authentication account.
answered May 22, 2014 at 19:05
Ben RipleyBen Ripley
2,10521 silver badges33 bronze badges
In my case, it was permissions and the fact that I used «Restore Files and Filegroups…» rather than simply «Restore Database …».
That made the difference.
answered Jan 12, 2016 at 14:41
BrianBrian
3,6531 gold badge22 silver badges33 bronze badges
For me it’s a user privilege issue.
I logged-in with sa user and its working fine.
Harry
2,9976 gold badges37 silver badges64 bronze badges
answered Jul 4, 2017 at 9:43
SharfiSharfi
3553 silver badges12 bronze badges
For me the problem was having the .BAK file located in an encrypted folder on the server. Even with full Admin rights, I could never get SSMS to read the file. Moving the .BAK to an unencrypted folder solved my problem. Note that after moving the file you may have to also change the properties on the actual file to remove encryption (right click, properties, advanced, uncheck «encrypt contents to secure data».
answered Sep 11, 2013 at 22:03
GadgetNCGadgetNC
1593 silver badges4 bronze badges
In my case (new sql server install, newly created user) my user simply didn’t have the necessary permission. I logged to the Management Studio as sa, then went to Security/Logins, right-click my username, Properties, then in the Server Roles section I checked sysadmin.
answered Nov 23, 2015 at 10:14
Marc.2377Marc.2377
7,6577 gold badges51 silver badges95 bronze badges
I had the same issue with SQL Server 2014 (Management Studio could not see the folder in which the backup file resided, when attempting to locate it for a Restore operation). This thread held the answer that solved my problem. Quote:
The SQL Server service account can be found by Start->Control
Panel->Administrative Tools->Services. Double-click on the SQL Server
service->Log On tab. You’ll either be using the «Local System account»
or «This account» to define a specific account. If you are using the
Local System account, you won’t be able to reference backups that are
not local to the server. If, instead, you have defined the account to
use, this is the account that needs to have access to the backup file
location. Your ability to access the backups using your personal logon
is irrelevant; it is the SQL Server account that is used, even though
you are initiating the backup. Your IT people should be able to
determine what rights are granted to each account.
Hope that helps someone.
answered Jan 16, 2015 at 13:20
BCABCA
7,6923 gold badges37 silver badges52 bronze badges
0
For me, it was because the backup file was still open by another process. Here’s the event log:
BackupDiskFile::OpenMedia: Backup device ‘X:BackupsMyDatabaseMyDatabase_backup_2014_08_22_132234_8270986.bak’ failed to open. Operating system error 32(The process cannot access the file because it is being used by another process.).
Simply closing and reopening Sql Server Management Studio resolved it (so obviously it was ssms.exe that had the handle..)
answered Aug 22, 2014 at 20:05
JohnZajJohnZaj
3,0505 gold badges36 silver badges51 bronze badges
In my case, it was a permissions issue.
For the Windows user, I was using did not have dbcreator role.
So I followed the below steps
- Connect as
sato the SQL server - Expand
Securityin Object Explorer - Expand
Logins - Right click on the Windows user in question
- Click on Properties
- Select
Server RolesfromSelect a pageoptions - Check
dbcreatorrole for the user - Click OK
answered Sep 18, 2018 at 0:46
Devraj GadhaviDevraj Gadhavi
3,5013 gold badges38 silver badges67 bronze badges
Another potential reason for this glitch appears to be Google Drive. Google Drive is compressing bak files or something, so if you want to transfer a database backup via Google Drive, it appears you must zip it first.
answered Aug 15, 2014 at 19:13
James G.James G.
2,8223 gold badges27 silver badges52 bronze badges
If you want to replace the existing database completely use the WITH REPLACE option:
RESTORE DATABASE <YourDatabase>
FROM DISK='<the path to your backup file><YourDatabase>.bak'
WITH REPLACE
answered Aug 23, 2018 at 11:54
Iasmini GomesIasmini Gomes
6971 gold badge9 silver badges14 bronze badges
Using SQL Server 2012 Express.
My error (from the SQL Manager — Restore Database Dialog):
No backupset selected to be restored
Further, there were no backupsets shown in the list to select.
The issue was that I had moved 1 of the 5 backup files to a folder where the SQL Server service logon user did not have permissions — I tried to add that user, but could not get the NT ServiceMSSQL$SQLEXPRESS user into the security list.
I moved the file under the Documents folder for the service user, and that enabled it to read all the files I had selected — 4 at that point — and the error changed to «media set missing» — then I looked around for another backup file, and when I added that I was able to restore.
The answers in this question helped me look in the right places and work my way to a solution.
For me, It was a permission issue. I installed SQL server using a local user account and before joining my companies domain. Later on , I tried to restore a database using my domain account which doesn’t have the permissions needed to restore SQL server databases. You need to fix the permission for your domain account and give it system admin permission on the SQL server instance you have.
answered Jan 29, 2017 at 7:49
I got the same error message even though I backup and restore on the same single machine.
The issue was from here: when backup, i had 2 item in the destination box.
So the fix would be: make sure only 1 item in the ‘destination’ box. Remove all the others if there are.
answered Aug 31, 2017 at 19:20
I have run into the same issue. Run SSMS as administrator then right click and do database restore. Should work.
answered Oct 3, 2018 at 18:48
Jonny BoyJonny Boy
1921 gold badge1 silver badge10 bronze badges
I think I get the award for the most bone headed reason to get this error. In the Restore Database dialog, the database dropdown under Source is gray and I thought it was disabled. I skipped down to the database dropdown under Destination thinking it was the source and made a selection. Doing this will cause this error message to be displayed.
answered Jan 22, 2019 at 15:34
GabeGabe
8079 silver badges13 bronze badges
У меня есть база данных SQL Server 2012 с включенным filestream. Однако, когда я делаю резервную копию и пытаюсь восстановить его на другом экземпляре SQL Server 2012 (на другой машине), я просто получаю это сообщение:
Не выбрано резервное копирование для восстановления.
ни одной строчки больше объяснений. Что здесь не так?
все остальные базы данных без filestream в порядке и могут быть успешно восстановлены. Это что-то связанное с файлового потока? Должен ли я установить исправление или что-то в этом роде.
5048
21
21 ответов:
У меня была эта проблема, и оказалось, что я пытался восстановить неправильную версию SQL. Если вы хотите получить дополнительную информацию о том, что происходит, попробуйте восстановить базу данных с помощью следующего SQL:
RESTORE DATABASE <YourDatabase> FROM DISK='<the path to your backup file><YourDatabase>.bak'Это должно дать вам сообщение об ошибке, что нужно отладить это.
моя проблема оказалась разрешения. Я нахожусь на машине dev и копирую через домашнюю группу. Каким-то образом, вероятно, основываясь на том, куда я скопировал файл, разрешения были перепутаны, и Management Studio не смогла прочитать файл. Так как это Дев я просто дал все разрешения в файл bak и затем может успешно восстановить через графический интерфейс.
при запуске:
RESTORE DATABASE <YourDatabase> FROM DISK='<the path to your backup file><YourDatabase>.bak'это дало мне следующую ошибку:
семейство носителей на устройстве ‘C:NorthwindDB.бак ‘ неправильно сформирован. SQL Server не может обработать это семейство носителей. Восстановление HEADERONLY завершается ненормально. (Microsoft SQL Server, ошибка: 3241)
Цитатаоказывается, вы не можете взять БД из более высокой версии SQL в более низкую, даже если уровень совместимости одинаков как для источника, так и для назначения ДЕЦИБЕЛ.
Чтобы проверить версию SQL выполните:Select @@Versionчтобы увидеть разницу, просто создайте БД на вашем источник SQL server и попробуйте выполнить восстановление из файла резервной копии, когда вы сделаете это с помощью SSMS, как только вы выберете файл резервной копии, он покажет некоторую информацию об этом, как opossed, когда вы откроете его с сервера более низкой версии, который просто скажет » нет резервного набора данных, выбранного для восстановления»
так если вам все еще нужно, чтобы переместить данные для более низкой версии SQL затем проверьте этой.
запустите SQL Server Management Studio администратор (щелкните правой кнопкой мыши > Запуск от имени администратора), затем попробуйте восстановить.
Я думал, что не настолько глуп, чтобы перепутать версии-однако я не понимал, что на моем новом сервере экземпляр SQL Server 2005 уже был установлен с рождения с именем
SQLEXPRESS. При попытке восстановить мою резервную копию базы данных SQL Server 2008 R2 в SSMS 2012 вSQLEXPRESSэкземпляр, список резервных наборов данных был пуст.В конце концов я понял, что
SQLEXPRESSэкземпляр на сервере был не 2012 экземпляр, а 2005. Я отключился и подключился к фактический 2012 экземпляр (в моем случае с именемSQLEXPRESS2012), и это (очевидно) сработало.
моя проблема заключалась в том, что мой пользователь был в группе встроенных администраторов и не имел пользователя с ролью Sysadmin на SQL Server.
Я только что начал студию управления в качестве администратора. Таким образом можно было восстановить базу данных.
Извините, но я только что зарегистрировался и не могу добавить комментарий, поэтому просто копирую ответ Тайлера Форсайта здесь, что именно сработало для меня.
«моя проблема в конечном итоге права. Я нахожусь на машине dev и копирую через домашнюю группу. Каким-то образом, вероятно, основываясь на том, куда я скопировал файл, разрешения были перепутаны, и Management Studio не смогла прочитать файл. Поскольку это dev, я просто дал всем разрешения на файл bak и затем мог успешно восстановить его через графический интерфейс.» Тайлер Форсайт
и чтобы уточнить, я восстанавливаю резервную копию с экземпляра 2008 до 2012 года, разных машин (prodution vs local dev). Резервная копия-это автоматическая резервная копия, мне не нужно было создавать ее вручную, чтобы этот процесс работал. Просто измените разрешения (все проще всего для локальной машины dev), и SSMS теперь может правильно прочитать файл резервной копии и восстановить его на моей локальной машине dev.
в моем случае это были разрешения и тот факт, что я использовал «восстановление файлов и файловых групп…»а не просто «восстановить базу данных …».
это имело значение.
для меня проблема была .Файл BAK находится в зашифрованной папке на сервере. Даже с полными правами администратора я никогда не мог заставить SSMS прочитать файл. Переезд .Бак в незашифрованную папку решил мою проблему. Обратите внимание, что после перемещения файла вам может потребоваться также изменить свойства фактического файла, чтобы удалить шифрование (щелкните правой кнопкой мыши, свойства, дополнительно, снимите флажок «шифровать содержимое для защиты данных».
FYI: я обнаружил, что при восстановлении мне нужно было использовать те же учетные данные (SQL User) для входа в SSMS. Сначала я попытался восстановить с помощью учетной записи проверки подлинности Windows.
У меня была такая же проблема с SQL Server 2014 (среда Management Studio не могла видеть папку, в которой находился файл резервной копии, при попытке найти его для операции восстановления). этой теме держал ответ, который решил мою проблему. Цитата:
учетная запись службы SQL Server можно найти с помощью Start — > Control
Панель — > Администрирование — > Службы. Дважды щелкните на SQL Server
сервис- > вкладка вход. Вы либо будете использовать » локальную системную учетную запись»
или «эта учетная запись», чтобы определить конкретную учетную запись. Если вы используете
Локальная системная учетная запись, вы не сможете ссылаться на копии
не локально для сервера. Если вместо этого вы определили учетную запись
используйте, это учетная запись, которая должна иметь доступ к файлу резервной копии
местоположение. Возможность доступа к резервным копиям с помощью личного входа
не имеет значения; это учетная запись SQL Server, которая используется, хотя
вы осуществляете резервное копирование. Ваши ИТ-специалисты должны уметь
определите, какие права предоставляются каждой учетной записи.надеюсь, что это кому-то поможет.
в моем случае (новая установка sql server, вновь созданный пользователь) у моего пользователя просто не было необходимого разрешения. Я вошел в студию управления как sa, затем перейдите в раздел Безопасность / логины, щелкните правой кнопкой мыши мое имя пользователя, свойства, а затем в разделе роли сервера я проверил
sysadmin.
для меня, это было потому, что файл резервной копии был еще открыт другим процессом. Вот журнал событий:
BackupDiskFile:: OpenMedia: устройство резервного копирования ‘X:BackupsMyDatabaseMyDatabase_backup_2014_08_22_132234_8270986.бак’ не удалось открыть. Ошибка операционной системы 32(процесс не может получить доступ к файлу, так как он используется другим процессом.).
просто закрытие и повторное открытие SQL Server Management Studio разрешило его (так что, очевидно, это была ssms.exe, который имел ручка..)
для меня это вопрос привилегий пользователей.
Я вошел в систему с пользователем sa и его работа в порядке.
еще одной потенциальной причиной этого сбоя, по-видимому, является Google Диск. Google Диск сжимает файлы bak или что-то еще, поэтому, если вы хотите перенести резервную копию базы данных через Google Диск, похоже, вы должны сначала ее заархивировать.
С помощью SQL Server 2012 Express.
моя ошибка (из диалогового окна SQL Manager — Restore Database):
No backupset selected to be restoredкроме того, в списке не было показано никаких резервных наборов данных для выбора.
проблема заключалась в том, что я переместил 1 из 5 резервных файлов в папку, где у пользователя входа в службу SQL Server не было разрешений — я попытался добавить этого пользователя, но не смог получить пользователя NT ServiceMSSQL$SQLEXPRESS в список безопасности.
I переместил файл в папку » Документы «для пользователя службы, и это позволило ему прочитать все файлы, которые я выбрал — 4 в этот момент — и ошибка изменилась на» media set missing » — затем я огляделся в поисках другого файла резервной копии, и когда я добавил, что мне удалось восстановить.
ответы на этот вопрос помогли мне искать в нужных местах и работать мой путь к решению.
для меня это был вопрос разрешения. Я установил SQL server с помощью локальной учетной записи пользователя и перед присоединением к домену моих компаний. Позже я попытался восстановить базу данных с помощью моей учетной записи домена, которая не имеет разрешений, необходимых для восстановления баз данных SQL server. Вам необходимо исправить разрешение для вашей учетной записи домена и предоставить ей разрешение системного администратора на экземпляре SQL server, который у вас есть.
Я получил то же сообщение об ошибке, хотя я резервное копирование и восстановление на одной машине.
проблема была отсюда: при резервном копировании у меня было 2 элемента в поле назначения.
таким образом, исправление будет: убедитесь, что только 1 элемент в поле «Назначение». Удалите все остальные, если есть.
Если вы хотите полностью заменить существующую базу данных, используйте С ЗАМЕНОЙ:
RESTORE DATABASE <YourDatabase> FROM DISK='<the path to your backup file><YourDatabase>.bak' WITH REPLACE
в моем случае это была проблема с разрешениями.
для пользователя Windows, я использовал не было
dbcreatorроль.так что я следовал ниже шаги
- подключиться
saк SQL server- расширения
Securityв Обозревателе объектов- расширения
Logins- щелкните правой кнопкой мыши на соответствующем пользователе Windows
- нажмите на Свойства
- выберите
Server RolesСSelect a pageопции- Регистрация
dbcreatorроль- Нажмите кнопку ОК
Я столкнулся с той же проблемой. Запустите SSMS от имени администратора, затем щелкните правой кнопкой мыши и выполните восстановление базы данных. Должен работать.
В этой статье мы расскажем об ошибке SQL Server No Backupset Selected to Be Restored. Лучшим решением для управления реляционными базами данных является Microsoft SQL Server. Это приложение невероятно эффективно и широко используется ИТ-отделами. Это помогает в хранении и поиске важных данных от различных компаний. Когда пользователь хочет получить доступ к данным, он или она должны выполнить инструкции SQL. Пользователи SQL могли столкнуться с ошибками в результате внезапного завершения, проблемы с подключением к базе данных или временной ошибки. Когда пользователи пытались восстановить данные из файла резервной копии, сервер SQL сообщал о том, что для восстановления не выбран набор резервных копий.
- При попытке восстановить резервную копию из различных версий SQL пользователь столкнется с этой проблемой. Например, предположим, что у нас есть SQL Server 2008, и мы хотим восстановить резервную копию SQL Server 2012 или 2014.
- Если у вас есть неисправный или нечитаемый файл резервной копии, это может быть причиной ошибки сервера SQL «не выбран набор резервных копий для восстановления». Следующая команда позволяет пользователю быстро проверить вашу базу данных.
RESTORE HEADERONLY FROM DISK = «Путь к файлу резервной копии» - Другим важным фактором являются права доступа к файлу «.bak». Если файл .bak имеет специальные разрешения или находится в папке с определенными разрешениями, Management Studio не сможет получить доступ к файлу, что приведет к этой ошибке. Итак, прежде чем мы начнем восстановление, мы дважды проверяем, что у файла .bak есть правильные разрешения.
Если у вас возникла эта проблема и вы хотите узнать больше об ошибке, попробуйте восстановить базу данных с помощью приведенной ниже команды.
RESTORE DATABASE FROM DISK =’путь к файлу резервной копии’>.bak’
Примечание: Если ваша база данных SQL повреждена, Программное обеспечение для восстановления базы данных SQL может использоваться для исправления и восстановления данных из базы данных SQL-сервера.
Профессиональное решение для SQL Server Не выбран набор резервных копий для восстановления Ошибка
SQL Server не включает никаких инструментов для исправления и восстановления файлов резервных копий, которые были повреждены. Вы должны использовать Программное обеспечение DataHelp для восстановления резервной копии SQL чтобы решить эту проблему. Это приложение было создано для восстановления поврежденных файлов резервных копий SQL Server и для восстановления файлов .bak в базах данных SQL Server. Для восстановления базы данных из резервной копии работает со всеми версиями MS SQL Server, включая 2017, 2016, 2014, 2012, 2008 и другие. Все проблемы с файлами bak, такие как ошибка 3241, ошибка SQL Server 3154 и отсутствие набора резервных копий для восстановления, легко устраняются с помощью этого программного обеспечения.
Шаги по исправлению того, что для восстановления не выбран набор резервных копий
1. Чтобы восстановить базу данных SQL Server, загрузите и установите Программное обеспечение для восстановления SQL.
2. К добавить файлиспользуйте инструмент восстановления SQL-сервера «Открыть» вариант.
3. Параметры сканирования доступны в SQL МДФ инструмент восстановления:
а. Быстрое сканирование б. Расширенное сканирование для восстановления поврежденных баз данных SQL Server, а также для автоматического обнаружения файлов MDF SQL Server.
4. Ты сможешь автоматическое определение файлы NDF, используя вторую вкладку, «Опция NDF».
5. Вы можете сохранить MDF-файл который был отсканирован.
6. Утилита предоставит вам предварительный просмотр восстановленных файлы базы данных (МДФ и НДФ).
7. Вы можете экспортировать база данных с помощью инструмента экспорт вариант следующим образом:
а: База данных SQL-сервера б: Скрипты, совместимые с SQL Server
8. Компоненты, которые необходимо экспортировать из восстановленной базы данных, теперь можно проверить.
Читайте также: Восстановление поврежденной базы данных SQL-сервера
Заключение
В этой статье мы узнали о проблеме и ее причинах при восстановлении файла резервной копии в SQL Server. Эта проблема возникает из-за поврежденного файла резервной копии или восстановления в более старой версии SQL Server. Невозможно восстановить поврежденные файлы резервных копий SQL вручную. В результате мы предлагаем вам использовать профессиональное решение для решения проблемы SQL Server No Backupset Selected to Be Restored. Он работает со всеми версиями Windows, включая Windows 10, 8.1 и 8.
Sometimes we get a message like “No backupset selected to be restored” while trying to restore a Database into SQL server 2012 or SQL Server 2014 using SQL Management Studio. There are various reasons for this to happen, such as :
- If we are trying to restore the backup from a different version of SQL Server. For example consider we have SQL Server 2008 Express and if we try to restore a backup of any other version such as SQL Server 2012 or 2014, this error should pop up.
- Another main reason is related to the permission of ‘.bak’ file. If the .bak file is having any special permissions or it is located in a folder with special permissions, then Management studio will not read the file and this may lead to this error. So we make sure that .bak file have the appropriate permission before proceeding with the restoration.
If you are facing this issue and you want more information about this error, try to restore the DB using the following T-SQL:
RESTORE DATABASE <Your Database > FROM DISK=’<Path to your backup file><Your Database>.bak’
This should do it 🙂
- Remove From My Forums
«No backupset selected to be restored» — Cannot restore SQL Server 2014 Database backup with TDE enabled on to a new instance
-
Вопрос
-
Hello,
I am using SQL Server 2014, SP2, Enterprise edition, on both old and new instances. I am trying to restore a backup (about 360 GB) of a TDE enabled database on to the new instance. The certificate had expired on the source server, so, created
a new certificate on source and then restored on to the new instance. I also created the master key on the new instance. I made a copy-only backup of the database and copied on to the server where new instance is located. When I tried to
restore the database I keep getting «No backupset selected to be restored» error. Restore Filelistonly and Restore Verifyonly check on backup file come back with no issues on the new instance. However, Restore Headeronly comes back
with error below.Msg 3013, Level 16, State 1, Line 118
RESTORE HEADERONLY is terminating abnormally.After this attempt failed, I created a blank database manually and enabled encryption on after running the following in the database context.
CREATE DATABASE ENCRYPTION KEY
WITH ALGORITHM = AES_256
ENCRYPTION BY SERVER CERTIFICATE <cert name>Now I am trying to restore on top of the new database using SSMS but it is stuck at «Reading backup device header» file for more than an hour.
Please shed some light on this.
Thanks in advance.
Prasad Koukuntla