База данных сервера для ошибки миграции LocalDB [дубликат]

Я использовал фреймворк Entity в своем приложении и имел эту проблему, я установил любое разрешение в папках и службах Windows и не работал, после чего я запускаю свое приложение в качестве администратора (щелкните правой кнопкой мыши в exe-файле и выберите «запустить как admin») и это прекрасно работает.

У меня была эта проблема. просто запустите сервер sql как администратор

Фактические разрешения на сервер не будут иметь значения на данный момент; все выглядит нормально. Сам SQL Server нуждается в разрешениях на папку. в зависимости от вашей версии вы можете добавить разрешения SERVERNAME $ MSSQLSERVER, чтобы коснуться вашей папки. В противном случае он должен находиться в каталоге BACKUP по умолчанию (где вы его установили или по умолчанию: c: \ programfiles (x) \ MSSQL \ BACKUP.

Очень простое решение.

1. Войти с помощью системного администратора
2. скопируйте файлы mdf и ldf в «C: \ Program Files (x86) \ Microsoft SQL Server \ MSSQL11 .MSSQLSERVER \ MSSQL \ DATA "Где все остальные файлы данных.
3. Теперь прикрепите оттуда работу

Это проблема, связанная с Windows, при которой SQL Server не имеет соответствующего разрешения для папки, содержащей файл .bak и, следовательно, эту ошибку.

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

D:\Program Files\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\Backup (SQL 2012)
C:\Program Files\Microsoft SQL Server\MSSQL12.MSSQLSERVER\MSSQL\Backup (SQL 2014)
C:\Program Files\Microsoft SQL Server\MSSQL13.SQLEXPRESS\MSSQL\Backup (SQL 2016)

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

Проблема связана с отсутствием разрешений для SQL Server для доступа к mdf & amp; ldf файлов. Все эти процедуры будут работать:

1. вы можете напрямую изменить учетную запись запуска службы MSSQLSERVER с учетной записью пользователя, у которой есть лучшие привилегии на файлы. Затем попробуйте подключить базу данных.
2. Или вы можете назначить пользователя на файл на вкладке безопасности mdf & amp; ldf-файлы с проверкой прав на чтение и запись.
3. Запуск с учетной записью администратора Windows и открытие SQL Server с возможностью запуска под учетной записью администратора и попытка входа в систему с помощью проверки подлинности Windows и теперь попытайтесь прикрепить базу данных.

Старая почта, но вот шаг за шагом, которая работала для SQL Server 2014 под управлением Windows 7:

• Панель управления ->
• Система и безопасность - >
• Администрирование ->
• Службы ->
• Дважды щелкните SQL Server (SQLEXPRESS) -> щелкните правой кнопкой мыши, Свойства
• Выберите Вход в систему
• Выберите «Локальная системная учетная запись» (по умолчанию была какая-то туповатая учетная запись Windows)
• -> OK
• щелкните правой кнопкой мыши, остановите
• щелкните правой кнопкой мыши, Start

Voilá!

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

Я решаю эту проблему, добавляя Full control разрешение для файлов .mdf и .ldf для группы Users.

Для меня это было решено следующим образом с помощью студии SQL Server Management -Log в качестве администратора (я вошел в систему как проверка подлинности Windows) -Отключить файл mdf (щелкните правой кнопкой мыши Database | attach | Add) -Log out as admin - Войдите как обычный пользователь

Да, это правильно. Сначала вы должны узнать свою учетную запись службы sqlserver, вы можете увидеть ее в Диспетчере задач, когда вы одновременно нажимаете Ctrl + Alt + delete. Затем вы должны предоставить привилегии чтения / записи «C: \ Murach \ SQL Server 2008 \ Базы данных» для учетной записи службы.