Início / dba / Perguntas / 216218
Accepted
DForck42
Asked: 2018-08-30 07:14:38 +0800 CST

Erro estranho ao testar o estresse em um AG

  • 772

Estamos nos deparando com um erro estranho ao tentar fazer um teste de estresse em nosso aplicativo que atinge um AG. Se apontarmos o aplicativo diretamente para o servidor primário, não veremos nenhum problema com o teste. No entanto, se você apontar o aplicativo para o ouvinte, obteremos este erro:

provedor: TCP Provedor, erro: 0 - Você não foi conectado porque existe um nome duplicado na rede. Se ingressar em um domínio, vá para Sistema no Painel de Controle para alterar o nome do computador e tente novamente. Se ingressar em um grupo de trabalho, escolha outro nome de grupo de trabalho.

Nossa string de conexão é semelhante a esta:

> connection string= "data source=DB_C_Name; MultiSubnetFailover=True;
> initial catalog=DBName; integrated security=True;
> MultipleActiveResultSets=True; App=EntityFramework;"

O DB_C_Name é um AD CName que aponta para o Ouvinte, que por sua vez aponta para o WFC.

Verificamos duas vezes e todas as configurações do WFC parecem estar bem e não conseguimos encontrar nenhum IP duplicado em nossa rede.

Não sabemos por que isso aconteceria ao passar pelo ouvinte, mas não ao servidor diretamente. Também notamos isso acontecendo em alguns outros locais.

sql-server sql-server-2016

2 respostas

  1. Se apontarmos o aplicativo diretamente para o servidor primário, não veremos nenhum problema com o teste.

    Parece um problema com o nome escolhido para o Ouvinte...

    erro: 0 - Você não foi conectado porque existe um nome duplicado na rede. Se ingressar em um domínio, vá para Sistema no Painel de Controle para alterar o nome do computador e tente novamente. Se ingressar em um grupo de trabalho, escolha outro nome de grupo de trabalho.

    Isso me diz que provavelmente há um nome duplicado no diretório ativo que foi adicionado após este. Você precisará verificar o AD para a duplicata e encontrar esse servidor ou item. Ele pode estar desabilitado, em um estado estranho ou já pode ter sido removido. No AD, se outro objeto de computador for adicionado com o mesmo nome (com êxito), ele substituirá o SID no banco de dados do AD pelo novo objeto de computador e fornecerá esse erro para o antigo. Quando o novo é removido, renomeado ou excluído, nada acontece com o antigo, então ele precisa ser adicionado novamente. Nesse caso, o ouvinte foi recriado, embora eu esperasse que a criação desse erro ...

    Verificamos duas vezes e todas as configurações do WFC parecem estar bem e não conseguimos encontrar nenhum IP duplicado em nossa rede.

    Certo, o erro está falando especificamente sobre o NOME, não o IP.

    • 3
  2. Best Answer

    Portanto, a correção para nós foi realmente fazer algumas alterações na camada do aplicativo. Reduzimos o tempo ocioso para 5 segundos em vez de 4 minutos e aumentamos as conexões maxTCP para 65.000.

    fizemos a alteração usando este powershell:

    Function ApplyRegChange {
Param ($RegistryPath, $Name, $Value)

IF(!(Test-Path $RegistryPath))

  {

    New-Item -Path $RegistryPath -Force | Out-Null

    New-ItemProperty -Path $RegistryPath -Name $Name -Value $Value ` -Force -PropertyType DWORD -Force | Out-Null
    }

 ELSE {

    New-ItemProperty -Path $RegistryPath -Name $Name -Value $Value ` -PropertyType DWORD -Force | Out-Null
    }

}


ApplyRegChange "hklm:\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters" "TcpTimedWaitDelay" "5"
ApplyRegChange "hklm:\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters" "MaxUserPort" "65500"
    • 0

relate perguntas