Progress-servis55.ru

Новости из мира ПК
2 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Для восстановления не выбран резервный набор данных

Восстановление резервной копии базы данных
(среда SQL Server Management Studio)

В данной статье подробно рассмотрим процесс восстановления полной резервной копии базы данных с использованием среды SQL Server Management Studio.

Введите адрес сервера или его псевдоним и данные для авторизации.
Нажмите «Соединить».

В Обозревателе объектов разверните дерево сервера, нажав на имени сервера. Раскройте узел «Базы данных» и выберите из раскрывающегося списка базу данных для восстановления, нажмите по ней правой кнопкой мыши и в появившемся контекстном меню выберите «Задачи» — команду «Восстановить»«База данных…».

Запустится Мастер восстановления базы данных.
Чтобы указать источник и расположение восстанавливаемых резервных наборов данных, выберите вариант «Устройство».

Нажмите на кнопку обзора (…), после чего откроется диалоговое окно «Выберите устройство резервного копирования». В поле «Тип носителя резервной копии» в раскрывающемся списке выберите «Файлы». Нажмите кнопку «Добавить» и укажите носитель и расположение резервной копии для восстановления.

После добавления устройства в список «Расположение резервной копии» нажмите «OK» для возвращения на вкладку «Общие».

В разделе «Назначение», в поле «База данных» автоматически появится имя базы данных для восстановления. Если потребуется изменить имя базы данных, просто введите новое имя в окно «База данных».

В поле «Восстановить в» оставьте значение по умолчанию «Последняя созданная резервная копия».

В разделе «План восстановления» в таблице «Восстанавливаемые резервные наборы данных» отображаются резервные копии, доступные в указанном месте. По умолчанию предлагается план восстановления, оставьте предложенный план без изменений.

Переходим во вкладку «Файлы», на панели «Выбор страницы» нажмите на диалоговое окно «Файлы».
При необходимости здесь можно восстановить базу данных в новое расположение, определив новое место восстановления для каждого файла в сетке «Восстановить файлы базы данных как».

Для просмотра или выбора дополнительных параметров нажмите на вкладку «Параметры» на панели «Выбор страницы». При необходимости здесь можно указать любые из следующих параметров, подходящих к ситуации:

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

Установив все необходимые параметры, нажмите кнопку «ОК». Запустится процесс восстановления базы данных.

После того, как процесс по восстановлению будет завершен увидим уведомление «Восстановление базы данных успешно завершено».

«Для восстановления не выбран резервный набор данных» SQL Server 2012

У меня есть база данных SQL Server 2012 с включенным filestream. Однако, когда я делаю резервную копию и пытаюсь восстановить его на другом экземпляре SQL Server 2012 (на другой машине), я просто получаю это сообщение:

Не выбрано резервное копирование для восстановления.

ни одной строчки больше объяснений. Что здесь не так?

все остальные базы данных без filestream в порядке и могут быть успешно восстановлены. Это что-то связанное с файлового потока? Должен ли я установить исправление или что-то в этом роде.

21 ответ:

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

Это должно дать вам сообщение об ошибке, что нужно отладить это.

моя проблема оказалась разрешения. Я нахожусь на машине dev и копирую через домашнюю группу. Каким-то образом, вероятно, основываясь на том, куда я скопировал файл, разрешения были перепутаны, и Management Studio не смогла прочитать файл. Так как это Дев я просто дал все разрешения в файл bak и затем может успешно восстановить через графический интерфейс.

это дало мне следующую ошибку:

семейство носителей на устройстве ‘C:NorthwindDB.бак ‘ неправильно сформирован. SQL Server не может обработать это семейство носителей. Восстановление HEADERONLY завершается ненормально. (Microsoft SQL Server, ошибка: 3241) Цитата

оказывается, вы не можете взять БД из более высокой версии SQL в более низкую, даже если уровень совместимости одинаков как для источника, так и для назначения ДЕЦИБЕЛ. Чтобы проверить версию SQL выполните:

чтобы увидеть разницу, просто создайте БД на вашем источник 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 элемент в поле «Назначение». Удалите все остальные, если есть.

Если вы хотите полностью заменить существующую базу данных, используйте С ЗАМЕНОЙ:

в моем случае это была проблема с разрешениями.

для пользователя Windows, я использовал не было dbcreator роль.

так что я следовал ниже шаги

  1. подключиться sa к SQL server
  2. расширения Security в Обозревателе объектов
  3. расширения Logins
  4. щелкните правой кнопкой мыши на соответствующем пользователе Windows
  5. нажмите на Свойства
  6. выберите Server Roles С Select a page опции
  7. Регистрация dbcreator роль
  8. Нажмите кнопку ОК

Я столкнулся с той же проблемой. Запустите SSMS от имени администратора, затем щелкните правой кнопкой мыши и выполните восстановление базы данных. Должен работать.

“No backupset selected to be restored” SQL Server 2012

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.

21 Answers 21

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:

That should give you the error message that you need to debug this.

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.

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:

Читать еще:  Служба теневого копирования тома используемая восстановлением системы

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.

Run SQL Server Management Studio as an administrator (right-click the shortcut/exe, then select «Run as Administrator»), then try to restore.

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.

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.

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.

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.

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».

For me it’s a user privilege issue. I logged-in with sa user and its working fine.

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.

«Не выбран набор резервных копий для восстановления» SQL Server 2012

У меня есть база данных SQL Server 2012 с включенным filestream. Однако, когда я делаю резервную копию и пытаюсь восстановить ее на другом экземпляре SQL Server 2012 (на другой машине), я просто получаю это сообщение:

backupset не выбран для восстановления.

даже ни одной строки больше объяснения. Что здесь не так?

любая другая база данных без filestream в порядке и может быть успешно восстановлена. Это что-то связанное с файлового потока? Должен ли я установить исправление или что-то в этом роде.

21 ответов

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

Это должно дать вам сообщение об ошибке,которое вам нужно отладить.

моя проблема в конечном итоге разрешения. Я на машине dev и скопирован через домашнюю группу. Каким-то образом, вероятно, основываясь на том, куда я скопировал файл, разрешения перепутались, и Management Studio не смогла прочитать файл. Поскольку это Дев, я просто дал все разрешения в файл bak и затем может успешно восстановить через GUI.

это дало мне следующую ошибку:

семейство носителей на устройстве ‘C:NorthwindDB — . бак ‘ неправильно сформирован. SQL Server не может обработать это семейство носителей. Восстановление HEADERONLY завершается аномально. (Microsoft SQL Server, ошибка: 3241) Blockquote

оказывается, вы не можете взять БД из более высокой версии SQL в более низкую, даже если уровень совместимости одинаков как для источника, так и для назначения ДЕЦИБЕЛ. Чтобы проверить версию SQL, выполните:

чтобы увидеть разницу, просто создайте DB на своем источник SQL server и попытаться сделать восстановление из файла резервной копии, когда вы делаете это whit SSMS, как только вы выбираете файл резервной копии он покажет некоторую информацию о нем, как opossed, когда вы открываете его с сервера более низкой версии, который просто скажет «нет backupset выбран для восстановления»

так если вам все еще нужно, чтобы переместить данные в более низкую версию SQL, затем проверьте этой.

запустите SQL Server Management Studio администратор (щелкните правой кнопкой мыши > Запуск от имени администратора), затем попробуйте восстановить.

Я думал, что я не настолько глуп, чтобы перепутать версии-однако я не понимал, что на моем новом сервере экземпляр SQL Server 2005 уже установлен с рождения с именем SQLEXPRESS . При попытке восстановить резервную копию базы данных SQL Server 2008 R2 в SSMS 2012 в SQLEXPRESS экземпляр, список резервных наборов данных был пуст.

В конце концов я понял, что SQLEXPRESS экземпляр на сервере был не экземпляром 2012, а 2005. Я отключился и подключился к фактический 2012 экземпляр (в моем случае с именем SQLEXPRESS2012 ), и это (очевидно) сработало.

Читать еще:  Split regex java

моя проблема заключалась в том, что мой пользователь был в группе встроенных администраторов и не имел пользователя с ролью Sysadmin на SQL Server. Я только что запустил Management Studio в качестве администратора. Таким образом удалось восстановить базу данных.

Извините, но я только что зарегистрировался и не могу добавить комментарий, поэтому просто скопируйте ответ Тайлера Форсайта здесь, что именно сработало для меня.

» моя проблема оказалась разрешениями. Я на машине dev и скопирован через домашнюю группу. Каким-то образом, вероятно, основываясь на том, куда я скопировал файл, разрешения перепутались, и Management Studio не смогла прочитать файл. Поскольку это dev, я просто дал всем разрешения на файл bak и затем мог успешно восстановить его через GUI.» Тайлер Форсайт!—1—>

и чтобы уточнить, я восстанавливаю резервную копию с экземпляра 2008 до 2012, разных машин (prodution vs local dev). Резервная копия-это автоматическая резервная копия, мне не нужно было создавать ее вручную, чтобы этот процесс работал. Просто измените разрешения (все проще всего для локальной машины dev), и SSMS теперь может правильно прочитать файл резервной копии и восстановить его на моей локальной машине dev.

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

это имело значение.

для меня проблема была .Файл BAK находится в зашифрованной папке на сервере. Даже с полными правами администратора я никогда не мог заставить SSMS читать файл. Перемещение .Бак в незашифрованную папку решил мою проблему. Обратите внимание, что после перемещения файла вам также может потребоваться изменить свойства фактического файла, чтобы удалить шифрование (щелкните правой кнопкой мыши, свойства, дополнительно, снимите флажок «шифровать содержимое для защиты данных».

FYI: я обнаружил, что при восстановлении мне нужно использовать те же учетные данные (пользователь SQL) для входа в SSMS. Сначала я попытался восстановить с помощью учетной записи проверки подлинности Windows.

У меня была та же проблема с SQL Server 2014 (среда Management Studio не могла видеть папку, в которой находился файл резервной копии, при попытке найти его для операции восстановления). этой теме держал ответ, который решил мою проблему. Цитата:

учетную запись службы SQL Server можно найти с помощью Start — >Control Панель — >Администрирование — >Службы. Дважды щелкните по SQL Server сервис- > вкладка вход. Вы либо будете использовать » локальную системную учетную запись» или «эта учетная запись», чтобы определить конкретную учетную запись. Если вы используете Учетная запись локальной системы, вы не сможете ссылаться на резервные копии, которые не локально для сервера. Если вместо этого вы определили учетную запись для use, это учетная запись, которая должна иметь доступ к файлу резервной копии местоположение. Возможность доступа к резервным копиям с помощью личного входа не имеет значения; это учетная запись SQL Server, которая используется, хотя вы осуществляете резервное копирование. Ваши люди должны быть в состоянии определите, какие права предоставляются каждому аккаунту.

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

в моем случае (новая установка sql server, вновь созданный пользователь) у моего пользователя просто не было необходимого разрешения. Я вошел в Management Studio как sa, затем пошел в Security / Logins, щелкните правой кнопкой мыши мое имя пользователя, Свойства, затем в разделе роли сервера я проверил sysadmin .

для меня, это было потому, что файл резервной копии был еще открыт другим процессом. Вот журнал событий:

BackupDiskFile:: OpenMedia: устройство резервного копирования X:BackupsMyDatabaseMyDatabase_backup_2014_08_22_132234_8270986 — . бак не смог открыться. Ошибка операционной системы 32(процесс не может получить доступ к файлу, так как он используется другим процессом.).

просто закрывать и открывать библиотеку решили (очевидно, среда SSMS.exe, который имел ручка..)

для меня это проблема привилегий пользователя. Я вошел в систему с пользователем sa и его работа в порядке.

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

использование SQL Server 2012 Express.

моя ошибка (из диалогового окна SQL Manager — Restore Database):

No backupset selected to be restored

далее, не было backupsets отображается в списке для выбора.

проблема заключалась в том, что я переместил 1 из 5 файлов резервных копий в папку, где у пользователя входа в службу SQL Server не было разрешений — я попытался добавить этого пользователя, но не смог получить пользователя NT ServiceMSSQL$SQLEXPRESS в список безопасности.

I переместил файл в папку » Документы «для пользователя службы, и это позволило ему прочитать все файлы, которые я выбрал — 4 в тот момент — и ошибка изменилась на» media set missing » — затем я огляделся в поисках другого файла резервной копии, и когда я добавил, что я смог восстановить.

ответы в этом вопросе помогли мне посмотреть в нужных местах и работать над решением.

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

Я получил то же сообщение об ошибке, хотя я резервное копирование и восстановление на одной машине.

проблема была отсюда: при резервном копировании у меня было 2 элемента в поле назначения.

таким образом, исправление будет: убедитесь, что только 1 элемент в поле «Назначение». Уберите все остальные, если они есть.

Если вы хотите полностью заменить существующую базу данных, используйте С ЗАМЕНОЙ:

в моем случае это была проблема с разрешениями.

для пользователя Windows, который я использовал, не было dbcreator роль.

поэтому я последовал нижеприведенным шагам

  1. подключиться sa на SQL server
  2. расширения Security в Обозревателе объектов
  3. расширения Logins
  4. щелкните правой кнопкой мыши на соответствующем пользователе Windows
  5. нажмите на Свойства
  6. выберите Server Roles С Select a page опции
  7. Регистрация dbcreator роль
  8. нажмите OK

Я столкнулся с той же проблемой. Запустите SSMS от имени администратора, затем щелкните правой кнопкой мыши и выполните восстановление базы данных. Должен работать.

Ссылка на основную публикацию
Adblock
detector