Não é possível iniciar a instância do SqlLocalDB com minha conta do Windows

Sou o administrador e simplesmente execute o comando:

 sqllocaldb start v11.0

Resultado:

 Start of LocalDB instance "v11.0" failed because of the following error:
 Error occurred during LocalDB instance startup: SQL Server process failed to sta
 rt.

Log do Visualizador de Eventos ID do Evento: 528

A chamada da API do Windows WaitForMultipleObjects retornou o código de erro: 575. A mensagem de erro do sistema Windows é: {Erro no aplicativo} O aplicativo não pôde iniciar corretamente (0x% lx). Clique em OK para fechar o aplicativo. Relatado na linha: 3621.

Tentei outras contas (de usuário e administrador), não houve problemas com elas.

Desinstalei e reinstalei a versão 2012 do SQLLocalDB.msi, mas não tive sorte. Você tem alguma idéia e correção?

Verifique o log de erros, que geralmente sob a pasta %localappdata%\Microsoft\Microsoft SQL Server Local DB\Instances\v11.0fornecerá grandes dicas.

Volta Efetue login como a conta de administrador (não um administrador), e iniciar o prompt um comando com Run As Administrator. Em seguida, execute o seguinte:

sqllocaldb share v11.0 MyInstance

Convém adicionar explicitamente sua conta do Windows como administrador de sistemas nesta instância, se esse for um objetivo. Assim:

sqllocaldb start MyInstance

Em seguida, conecte-se ao SQLCMD, Management Studio, o que você tem e execute:

CREATE LOGIN [Domain\Username] FROM WINDOWS;
EXEC sp_addsrvrolemember N'Domain\Username', N'sysadmin';

Agora faça login novamente como sua conta do Windows e você poderá iniciar esta instância usando:

sqllocaldb start MyInstance

(Ele já pode ser iniciado, dependendo do seu sistema operacional e de como você trocou de conta.)

Em seguida, Domain\Usernamedeve ser capaz de se conectar usando SQLCMD, SSMS etc. usando (localdb)\.\MyInstance.

Saí e depois entrei como outro administrador e renomeei o nome da pasta do meu perfil de usuário. Eu mudei para minha conta no Windows 7. Há uma pasta TEMP recém-criada como minha pasta de perfil de usuário. Comparei antes e depois da estrutura da pasta, como na figura. Mais; Instância LocalDB iniciada com sucesso.

Saí e renomeei meu nome de usuário para original. Registrado novamente e pulou nessa pasta:

C: \ Usuários \ MYUSERNAME \ AppData \ Local \ Microsoft \ Banco de Dados Local do Microsoft SQL Server \ Instances \ v11.0

E viu os logs de erro; Acesso negado!

http://pastebin.com/ASeJGqpw

Solução: Simplesmente exclua todos os arquivos da pasta v11.0 . Dê permissão de gravação para a pasta v11.0 . Se você não pode criar outra instância, dê permissão de gravação para a pasta Instâncias .

Eu costumava ter esse problema quando minha instância localdb e sql era instalada com um usuário diferente do atual (usuário do domínio), por isso resolvi limpando a pasta V11.0 e colando os arquivos mdf e ldf do caminho antigo:

C:\Users\{inseryouroldusernamehere}\AppData\Local\Microsoft\Microsoft SQL Server Local DB\Instances\v11.0

Espero que ajude.

Eu tive isso uma vez e uma simples reinicialização resolveu. Parece ter resolvido isso para outras pessoas também . Talvez valha a pena tentar antes de responder Nime & Aarons

Abri services.msc e reiniciei os seguintes serviços:

• Sql Server Browser
• Gravador VSS do SQL Server

Espero que ajude

Crie um arquivo fix.bat, coloque o seguinte texto:

net localgroup Administrators "%userdomain%\%username%" /add

net localgroup Users "%userdomain%\%username%" /add

sqllocaldb d test

rd /s/q "%localappdata%\Microsoft\Microsoft SQL Server LocalDB\Instances\test"

sqllocaldb c test -s

Execute fix.batcomo administrador e reinicie o computador. Corra fix.batnovamente.

Eu usei esse método para resolver esse problema mais de 10 vezes.

Estou postando isso aqui, pois atualmente essa pergunta é mais alta nos resultados de pesquisa do Google do que outros. No meu caso, o LocalDB não pôde ser iniciado no IIS. Segui a sugestão deste comentário do SO de modificar C: \ Windows \ System32 \ inetsrv \ config \ applicationHost.config para adicionar setProfileEnvironment = "true" ao pool de aplicativos, conforme descrito em Usando o LocalDB com IIS completo, Parte 1: perfil do usuário . Na verdade, mudei o atributo setProfileEnvironment do processModel do applicationPoolDefaults para true e funcionou tão bem que pode ser melhor para que você não precise se lembrar de fazer isso para cada novo pool de aplicativos.

Se você não possui nenhuma informação real na instância localdb, pode simplesmente excluí-la. Essa é uma boa opção se seu banco de dados for inicializado automaticamente (usando EF DbInitializerou migrações etc.).

Aqui está o que eu fiz para resolver o problema:

• Abra uma janela do prompt de comando
• Execute sqllocaldb delete ****, onde ****está em branco a instância padrão (geralmente MSSqlLocalDbou a instância problemática
• Executar sqllocaldb create ****
• Executar sqllocaldb start ****

Isso funcionou para mim, mas faça isso por seu próprio risco e verifique se você não possui dados valiosos nessa instância e assegure-se de executar as ações na instância correta.