MCDBA Brasil


  • Home
  • Sobre
  • Contato

Livros





Links Rápidos

SQL Server Builds (All Versions/Editions)


Download SQL Server 2017 (trial)


SQL Server 2017 Feature Pack


SQL Server 2016 Feature Pack


Cumulative Update SQL Server 2017 builds


Cumulative Update SQL Server 2016 builds


Cumulative Update SQL Server 2014 builds


Cumulative Update SQL Server 2012 builds


SQL Server 2005/2008 Samples Databases


Documentando o Servidor SQL Server


Analisando a Performance do Servidor-CheckList


Virtual PASS PT


Faça parte do maior virtual chapter do PASS com conteúdos técnicos em Português sobre SQL Server.

Todos os meses um evento Online para você! Acompanhe aqui os WebCasts já agendados

Sindicalize seu blog ou site ao VirtualPASSPT

SQL Server Blogs

SQL Server Query Processing Team


SQL Programmability & API Development Team


SQL Server Manageability Team


Latin America Support Team


Database + Disk + Performance


Microsoft SQL Server Support


SQL CLR Team


SQL Query Optimization Team


SQL 2005 Code Samples


SQL Server Express Team


SQL SMO Samples


SQL Storage Engine Team


SQL CAT Team


SQL Protocols Team


PSS SQL Server Engineers


Slava Oks on SQLOS


Ken Henderson’s blog


LUTI@Microsoft Blog


kimberly L. Trip’s blog


Fernando Garcia Blog

Artigos

Brigando com o erro 18456, Login failed for user ANONYMOUS LOGON (Além do SPN)

por Nilton Pinheiro novembro 9, 2016 Nenhum comentário

Pois é… este problema vive me perseguindo! No entando, como eu já disse em outros artigos, este é um problema comum em ambientes que utilizam “Windows Authentication“. Bom, como sempre, na busca da solução para mais este problema segui meu checklist básico e desta vez notei que o problema não estava associado com o registro dos SPNs dos servidores.

Como os SPNs estavam registrados corretamente e não existia duplicidade, verifiquei então se a porta que estava registrada no SPN(1433) era mesmo a porta que estava sendo utilizada pelo serviço do SQL Server (sp_readerrorlog)… Constatei então que era!


Bom, não sendo problema de registro de SPN, resolvi então utilizar o utilitário DTCPing (How to troubleshoot connectivity issues in MS DTC by using the DTCPing tool) para ver se o problema poderia estar no MSDTC.


Utilizando o DTCPing (veja o Readme.txt do utilitário) nas duas máquinas que estavam sendo usadas no uso do linked server, o mesmo me gerou um arquivo de log em cada máquina e verificando o arquivo em uma das máquinas obtive o seguinte output…


++++++++++++++++++++++++++++++++++++++++++++++
     DTCping 1.9 Report for SQL01 
++++++++++++++++++++++++++++++++++++++++++++++
RPC server is ready
++++++++++++Validating Remote Computer Name++++++++++++
01-12, 11:23:02.076–>Start DTC connection test Name Resolution:
 SQL02–>192.168.10.25–>SQL02.contoso.com.br
01-12, 11:23:02.201–>Start RPC test (SQL01–>SQL02) RPC test is successful
 Partner’s CID:39D453F2-0C4F-4179-887A-571C918F9E6E
++++++++++++RPC test completed+++++++++++++++
WARNING:the CID values for both test machines are the same while this problem won’t stop DTCping test, MSDTC will fail for this
01-12, 11:23:11.841–>RPC server:SQL01 received following information:
 Network Name: SQL01
 Source  Port: 4726
 Partner LOG: SQL023216.log
 Partner CID: 39D453F2-0C4F-4179-887A-571C918F9E6E
++++++++++++Start Reverse Bind Test+++++++++++++
Received Bind call from SQL02
 Network Name: SQL01
 Source  Port: 4726
 Hosting Machine:SQL01
01-12, 11:23:12.028–>Trying to Reverse Bind to SQL02…
 Test Guid:39D453F2-0C4F-4179-887A-571C918F9E6E
Name Resolution:
 SQL02–>192.168.10.25–>SQL02.contoso.com.br
Reverse Binding success: SQL01–>SQL02
++++++++++++Reverse Bind Test ENDED++++++++++
01-12, 11:23:12.028–>Called POKE from Partner:SQL02
 Network Name: SQL01
 Source  Port: 4726
 Hosting Machine:SQL01
++++++++++++Start DTC Binding Test +++++++++++++
Trying Bind to SQL02
01-12, 11:23:12.028–>SQL01 Initiating DTC Binding Test….
 Test Guid:39D453F2-0C4F-4179-887A-571C918F9E6E
Received reverse bind call from SQL02
 Network Name: SQL01
 Source  Port: 4726
 Hosting Machine:SQL01
Binding success: SQL01–>SQL02
++++++++++++DTC Binding Test END+++++++++++++


Hummm… acho que o WARNING já diz tudo certo? Anotei então o Partner CID retornado (em verde no output acima) e verificando o output do arquivo de log da segunda máquina (SQL023216.log), foi possível notar que o CID das duas máquinas realmente eram iguais…


++++++++++++++++++++++++++++++++++++++++++++++
     DTCping 1.9 Report for SQL02 
++++++++++++++++++++++++++++++++++++++++++++++
RPC server is ready
WARNING:the CID values for both test machines are the same while this problem won’t stop DTCping test, MSDTC will fail for this
01-12, 11:23:02.260–>RPC server:SQL02 received following information:
 Network Name: SQL02
 Source  Port: 4044
 Partner LOG: SQL013408.log
 Partner CID: 39D453F2-0C4F-4179-887A-571C918F9E6E
++++++++++++Validating Remote Computer Name++++++++++++
01-12, 11:23:11.776–>Start DTC connection test
Name Resolution:
 SQL01–>192.168.10.24–>SQL01.contoso.com.br
01-12, 11:23:11.854–>Start RPC test (SQL02–>SQL01)
RPC test is successful
 Partner’s CID:39D453F2-0C4F-4179-887A-571C918F9E6E
++++++++++++RPC test completed+++++++++++++++
++++++++++++Start DTC Binding Test +++++++++++++
Trying Bind to SQL01
01-12, 11:23:12.057–>SQL02 Initiating DTC Binding Test….
 Test Guid:39D453F2-0C4F-4179-887A-571C918F9E6E
Received reverse bind call from SQL01
 Network Name: SQL02
 Source  Port: 4044
 Hosting Machine:SQL02
Binding success: SQL02–>SQL01
++++++++++++DTC Binding Test END+++++++++++++
++++++++++++Start Reverse Bind Test+++++++++++++
Received Bind call from SQL01
 Network Name: SQL02
 Source  Port: 4044
 Hosting Machine:SQL02
01-12, 11:23:12.338–>Trying to Reverse Bind to SQL01…
 Test Guid:39D453F2-0C4F-4179-887A-571C918F9E6E
Name Resolution:
 SQL01–>192.168.10.24–>SQL01.contoso.com.br
Reverse Binding success: SQL02–>SQL01
++++++++++++Reverse Bind Test ENDED++++++++++
 
Bom, diante disso bastou alterar o CID para uma das máquinas e o LS passou a funcionar! Para aqueles que estão se perguntando como fazer para alterar o CID, dê uma olhada o arquivo HowtoAnalyze_Dtcping_Output.txt que acompanha o pacote de download do DTCPing. Nele você encontrará o seguinte…


If DTCPing returns an error message similar to the following:
Unexpected: My session guid is same as partner’s guid
check whether the current server has been duplicated or cloned from the other server. If so, locate the HKEY_CLASSES_ROOTCID key in the registry. Under this key, you may notice more than one GUID. Locate the GUID whose underlying Description key is MSDTC. Note that this GUID is also listed in the DTCPing output window. If the other server has a GUID that is exactly the same for MS DTC in its registry, you must create a new GUID for MS DTC in one of the registries. You can use GuidGen to do this
.


After you add this new GUID, and also all of its underlying keys to HKEY_CLASSES_ROOTCID, make sure to delete the old GUID that it is replacing.


If this step resolves your problem, it is highly recommended that you read the following article to learn more about duplicating (or “ghosting”) computers: Do Not Disk Duplicate Installed Versions of Windows


Há… as máquinas em questão são máquinas virtuais, ou seja, fazer clone das VMs podem gerar este tipo de problema, portanto, se seu ambiente possui máquinas SQL virtuais, fique atendo à duplicidade dos CIDs.


Abraços
Nilton Pinheiro

Avaliação:
Compartilhe:
  • Anterior Brigando com o erro 1053 ao Iniciar o Serviço do SQL Server9 anos atrás
  • Próximo Brigando com o erro 18456, Login failed for user ANONYMOUS LOGON9 anos atrás

Deixe uma resposta Cancelar resposta

O seu endereço de e-mail não será publicado. Campos obrigatórios são marcados com *

MVP Reconnect Award

Categorias

  • Artigos (359)
  • Dica da Semana (95)
  • Documentação (54)
  • Downloads (113)
  • MSDE 2000 (3)
  • Sem categoria (1)
  • Tutoriais (9)

Posts recentes

  • #FechouBrasil #PartiuPortugal
  • Brigando com o erro “The cached MSI file is missing”
  • MCDBABRASIL está de volta
  • Documentando o Servidor SQL Server
  • Brigando com os Erros 17182, 17826 e 17120

SQL Server AlwaysOn Video Series

Video1: Introdução ao SQLServer2012 AlwaysOn


Video2: Introdução ao SQLServer2012 AlwaysOn Availability Group


Video3: Introdução ao SQLServer2012 AlwaysOn AVG-Demo


Video4: Introdução ao SQLServer2012 AlwaysOn Listener


Video5: Introdução ao SQLServer2012 AlwaysOn Readable Secondaries


Video6: Introdução ao SQLServer2012 AlwaysOn Readable Secondaries-Demo


Video7: Introdução ao SQLServer2012 AlwaysOn Failover Clustering


Serie SQL Server Failover Clustering End-to-End

Parte 1: Configuração da Rede e Ambiente


Parte 2: Configurando o Windows 2008 R2 Domain Controler e DNS


Parte 3: Preparando os nós para o Failover Cluster


Parte 4: Configurando um Failover Cluster de 2 nós


Parte 5: Configurando as LUNs no iSCSI Software Target (Parte 1)


Parte 6: Configurando as LUNs no iSCSI Software Target (Parte 2)


Parte 7: Apresentando as LUNs para os nós do Failover Cluster


Parte 8: Configurando os discos no Failover Cluster


Parte 9: Instalando a primeira instância virtual do SQL Server 2008


Parte 10: Instalando a segunda instância virtual do SQL Server 2008


Parte 11: Instalando e Configurando o MSDTC no Failover Cluster


Parte 12: Configurando Mount Points no Cluster e SQL Server 2008


Vídeo Extra: Removendo uma Instância do SQL Server 2008 R2 em Cluster


Alta Disponibilidade no SQL Server 2008 R2: Failover Clustering Overview


Alta Disponibilidade no SQL Server 2008 R2: Failover Clustering na Prática

Menu

  • Home
  • Sobre
  • Contato

Mais

  • RSS Feeds
2025 MCDBA Brasil.