SQL Server Management Studio: Falha no anexo do banco de dados

Question

Eu publiquei meu site no IIS7. Está sendo executado no DefaultAppPool. A identidade desse pool de aplicativos é definida como LocalSystem. O IIS está em execução e posso executar o aplicativo do IIS sem nenhum problema.

Agora quero anexar o banco de dados colocado na pasta de aplicativos do inetpub:

C:\inetpub\wwwroot\EMSApplication\App_Data\ASPNETDB.mdf

Eu adicionei novos logins no SSMS, que são: NT AUTHORITY\NETWORK SERVICE e IIS APPPOOL\DefaultAppPool .

Mas quando estou tentando anexar esse banco de dados no SSMS, estou ficando com o seguinte erro:

TITLE: Microsoft SQL Server Management Studio
------------------------------

Failed to retrieve data for this request.
(Microsoft.SqlServer.Management.Sdk.Sfc)

For help, click: http://go.microsoft.com/fwlink?ProdName=Microsoft+SQL+Server&LinkId=20476

------------------------------ ADDITIONAL INFORMATION: 
An exception occurred while executing a Transact-SQL statement or batch. 
(Microsoft.SqlServer.ConnectionInfo)
------------------------------

CREATE FILE encountered operating system error 5(Access is denied.) while attempting to open or create the physical file 'C:\inetpub\wwwroot\EMSApplication\App_Data\ASPNETDB.MDF'. (Microsoft SQL Server, Error: 5123)

For help, click: http://go.microsoft.com/fwlink?ProdName=Microsoft+SQL+Server&ProdVer=10.00.5500&EvtSrc=MSSQLServer&EvtID=5123&LinkId=20476

    

Answer 1

Eu luto com isso algumas vezes ao mover .mdf / .ldf entre computadores. Muitas vezes eu tenho que mexer com a permissão / propriedade do arquivo nos próprios arquivos de banco de dados para que ele funcione.

Tente atribuir à conta de usuário permissões de acesso total do SQL Server ao ASPNETDB.MDF e, se você tiver o arquivo ASPNETDB.LDF.

Além disso, a conta do SQL Server pode não ter acesso para ler o diretório C: \ inetpub \ wwwroot \ EMSApplication \ App_Data \. Você pode ter que mexer com permissões aqui também.

    

Answer 2

Eu tive esse problema e nenhuma das soluções on-line ajudou. Finalmente, encontrei a solução - execute o SSMS como Administrador .