Veja este artigo no blog da equipa da plataforma de dados.

Http://blogs.msdn.com/b/sql_protocols/archive/2006/02/21/536201.aspx

Você realmente precisa olhar para a parte de estado da mensagem de erro para encontrar a causa raiz do problema.

2, 5 = Invalid userid
6 = Attempt to use a Windows login name with SQL Authentication
7 = Login disabled and password mismatch
8 = Password mismatch
9 = Invalid password
11, 12 = Valid login but server access failure
13 = SQL Server service paused
18 = Change password required

Depois, Google como corrigir o problema.

Antes de abrir, carregue com o botão direito e escolha 'Executar como administrador'. Isto resolveu o problema para mim.

Primeiro veja os detalhes do erro se " estado "é " 1" Certifique-se de que a base de dados está definida tanto para a autenticação SQL como para o Windows sob a autenticação SQL server / Properties / Security.

Para outro estado, ver as respostas acima....

1. Verifique se a autenticação do modo misto está activa no seu servidor - >propriedades
2. então crie um login no servidor->Segurança
3. crie um utilizador para esse login na sua base de dados
4. depois reinicie o seu servidor, Carregando com o botão direito na instância e seleccionando reiniciar

Por Favor, olhe para a imagem em anexo,

Por favor, mude a sua autenticação sql como servidor SQL e modo de autenticação da janela,

E reinicie o seu servidor Sql.

18456 Lista De Estados De Erro

ERRO NA DESCRIÇÃO DO ESTADO DE ERRO

• estado 2 e Estado 5 utilizador inválido
• estado 6 tentativa de usar um nome de utilizador do Windows com autenticação SQL
• autenticação do Estado 7 desactivada e desfasamento de senha
• erro de senha do Estado 8
• estado 9 senha inválida
• estado 11 e Estado 12 autenticação válida, mas falha no acesso ao servidor
• State 13 SQL Server service paused
• O Estado 18 muda a senha necessário

Causas potenciais Abaixo está uma lista de razões e algumas breves explicações sobre o que fazer:

A autenticação SQL não está activa : Se usar a autenticação SQL pela primeira vez na instância do servidor SQL, ocorre frequentemente o erro 18456 porque o servidor pode estar definido no modo de autenticação do Windows (apenas).

como corrigir ? Assinale esta página do servidor de SQL e do modo de autenticação do Windows.

Utilizador inválido: O servidor SQL não é capaz para encontrar o UserID especificado no servidor que você está tentando obter. A causa mais comum é que este userID não foi concedido acesso no servidor, mas isso também pode ser um erro de digitação simples ou você acidentalmente está tentando se conectar a um servidor diferente (típico se você usar mais de um servidor)

Senha inválida: senha errada ou apenas erro de Digitação. Lembre-se que este utilizador pode ter senhas diferentes em servidores diferentes.

Erros menos comuns: {[27] } o utilizador pode estar desactivado no servidor. A autenticação do Windows foi fornecida para a autenticação SQL (alteração da autenticação do Windows. Se usar o SSMS, poderá ter de correr como um utilizador diferente para usar esta opção). A senha pode ter expirado e provavelmente várias outras razões.... Se souberes de mais algum, avisa-me.

18456 explicações do estado 1: Normalmente o servidor SQL da Microsoft dar-lhe-á o estado de erro 1, que na verdade não significa nada além do que você tem 18456 erro. Estado 1 costumava esconder o estado real para proteger o sistema, o que para mim faz sentido. Abaixo está uma lista com todos os estados diferentes e para mais informações sobre a obtenção de Estados precisos visite compreender" login failed " (erro 18456) mensagens de erro no servidor SQL 2005

Quando me liguei ao servidor SQL (o que eu pensava ser) e tentei ligar-me através do SSMS, escolhendo a autenticação do Windows, recebi o erro mencionado nesta pergunta. Depois de puxar muitos cabelos, analisei toda a configuração, incluindo a configuração da rede de servidores SQL, protocolos para o servidor MSSQL:

Se fizer duplo-click no TCP / IP deu-me isto:

O endereço IP era do outro. servidor virtual! Isso finalmente me fez perceber que eu simplesmente confundia entre os servidores, e tudo funcionava bem no segundo servidor.

Se mudar uma credencial de utilizador de autenticação ou adicionar um novo utilizador de autenticação, depois de ter de se ligar, terá de reiniciar o serviço do servidor de SQL. por isso

Ir para -- > Serviços

Depois vá ao servidor SQL (MSSQLSERVER) e pare e recomece

Carregue com o botão direito no utilizador, vá para as propriedades, mude a base de dados predefinida para master Esta é a impressão na tela da imagem que mostra o que você tem que verificar se você tem o erro 19456. Às vezes é por omissão para uma base de dados que o utilizador não tem permissão

Verifique se está ligado à rede se este é um PC membro do domínio. Além disso, certifique-se de que você não está em um dual home PC como suas rotas podem estar incorretas devido às métricas de rede. Eu tive este problema quando eu não pude conectar ao domínio a autenticação SQL windows mudou para a conta PC local, mas registrou-o como uma autenticação SQL. Uma vez desativado o meu adaptador sem fio e reiniciado, a integração do Windows voltou para a conta de domínio e autenticou fine. Eu já tinha configurado o modo misto como você já tinha feito, assim que os posts anteriores não se aplicam.

Para mim, foi errado login e password.

Primeiro vai para a barra inicial e depois procura nos serviços locais Em seguida, clique em "ver serviços locais" Em seguida, ele vai abrir a janela de serviço, em seguida, ir para o servidor SQL (MSSQLSERVER), clique com o botão direito sobre ele e clique em parar e, em seguida, novamente clique com o botão direito sobre ele e clique em Iniciar. Agora você pode fazer login e colocar o seu nome de usuário como 'sa' e senha é a sua senha ganha.

Também pode autenticar-se com a autenticação do windows e executar a seguinte pesquisa para a activar:

ALTER LOGIN sa ENABLE ;  
GO  
ALTER LOGIN sa WITH PASSWORD = '<enterStrongPasswordHere>' ;  
GO

Fonte: https://docs.microsoft.com/en-us/sql/database-engine/configure-windows/change-server-authentication-mode

Acredito que isto pode acontecer se estiver a tentar ligar-se a um utilizador que está definido no directório activo, mas tentar usar a "autenticação do servidor SQL" no ecrã de autenticação. Eu não sei como especificar um usuário diferente com autenticação NTLM/Windows: Quando eu clicar na lista de autenticação do Windows, o nome de usuário e senha é apagado, e eu só posso fazer login como eu mesmo.

SQL Server connection troubleshoot

No caso de não ser capaz de se ligar à autenticação SQL e ter tentado as outras soluções.

Pode tentar o seguinte:

Verifica a conectividade

• Desactivar Firewall.
• corre PortQry no 1434 e verifica a resposta.

Verifique o estado

• Tente ligar-se ao SSMS ou ao sqlcmd e verifique a mensagem.
• o estado 1 raramente está documentado, mas significa que não tem o direito de conhecer o verdadeiro estado.
• Veja o ficheiro de registo no directório do servidor SQL para saber qual é o estado.

O Estado 5

A explicação mais provável é a mais provável ser a correcta.

O estado do login

Destruir, recriar, activar.
• reinicie o senha.

Ou...

"Você não olha para o lugar certo "ou"o que você vê não é o que você pensa".

O conflito local de DB e SQLEXPRESS

Se se ligar com o SSMS com a autenticação do Windows, e a sua instância se chamar SQLEXPRESS, provavelmente estará a olhar para o LocalDb e não para o servidor certo . Então acabaste de criar o teu login na LocalDb.

Quando se liga através da autenticação do servidor SQL com o SSMS, ele irá tentar ligar-se ao servidor real SQLEXPRESS onde o seu utilizador amado ainda não existe.

Nota complementar: verifique na página de parâmetros da ligação se não se esqueceu de algum texto de ligação estranho.

Outra solução funcionou para mim. serever->security->logins->new logins->General-> crie o seu nome de utilizador como nome de utilizador, Carregue em SQL server authentication add passwords

Desligue a verificação da senha três opções . Isto vai funcionar.

Lembre-se de mudar as propriedades do servidor- > Segurança de Server authentication paraSQL Server and Windows Authentication mode