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

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

Faça login novamente como a conta de administrador (não um administrador) e inicie um prompt de comando com Run As Administrator. Então execute isso:

sqllocaldb share v11.0 MyInstance

Você pode querer adicionar explicitamente sua conta do Windows como administrador de sistema nesta instância, se isso for um objetivo. Então:

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

(Pode já ter sido iniciado dependendo do seu sistema operacional e de como você trocou de conta.)

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

Fiz logoff e logon como outro administrador e renomeei o nome da minha pasta de perfil de usuário. Mudei para minha conta no Windows 7. Há uma pasta TEMP recém-criada como minha pasta de perfil de usuário. Eu comparei a estrutura de pastas antes e depois como na imagem. Mais; A instância do LocalDB foi iniciada com sucesso.

Fiz logoff e renomeei meu nome de usuário para original. Logado novamente e saltado para essa pasta:

C:\Users\MYUSERNAME\AppData\Local\Microsoft\Microsoft SQL Server Local DB\Instances\v11.0

E vi 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 puder criar outra instância, dê permissão de gravação para a pasta Instances .

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

• Navegador Sql Server
• Gravador VSS Sql Server

Espero que ajude

Eu costumava ter esse problema quando minha instância localdb e sql era instalada com um usuário diferente do atual (usuário de domínio), então consertei isso 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 para outras pessoas também . Talvez valha a pena tentar antes de fazer as respostas de Nime & Aarons

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

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 essa pergunta é atualmente mais alta nos resultados de pesquisa do Google do que outras. No meu caso, o LocalDB não pôde ser iniciado a partir do IIS. Eu segui a sugestão deste comentário SO para modificar C:\Windows\System32\inetsrv\config\applicationHost.config para adicionar setProfileEnvironment="true" ao App Pool conforme descrito em Usando LocalDB com IIS Completo, Parte 1: Perfil do Usuário . Na verdade, alterei o atributo setProfileEnvironment do processModel do applicationPoolDefaults para true e funcionou também, o 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 tiver nenhuma informação real na instância localdb, basta excluí-la. Esta é uma boa escolha 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 de prompt de comando
• Execute sqllocaldb delete ****, onde ****está em branco para a instância padrão (geralmente MSSqlLocalDbou a instância problemática
• Executarsqllocaldb create ****
• Executarsqllocaldb start ****

Isso funcionou para mim, mas faça isso por sua conta e risco e certifique-se de verificar se não possui dados valiosos nessa instância e certifique-se de executar as ações na instância correta.

Teve esse problema no Windows 10 quando nosso aplicativo foi executado com compatibilidade com o Windows 8 habilitado. Desativar a configuração de compatibilidade corrigiu isso.

Me deparei com este tópico ao tentar solucionar problemas que o serviço do Veeam Agent não está iniciando. Percorreu manualmente a criação de banco de dados ... que cria os dados em: C:\Windows\System32\config\systemprofile\AppData\Local\Microsoft\Microsoft SQL Server Local DB\Instances\VeeamEndPointpor algum motivo. Aprofundando no arquivo de log de erros, este foi o meu culpado ...

Cannot use file 'C:\Windows\System32\config\systemprofile\AppData\Local\Microsoft\Microsoft SQL Server Local DB\Instances\VeeamEndPoint\master.mdf' because it was originally formatted with sector size 4096 and is now on a volume with sector size 32768. Move the file to a volume with a sector size that is the same as or smaller than the original sector size.

agora vamos ao suporte da veeam para encontrar uma solução