Início / dba / Perguntas / 125279
Accepted
sebeid
Asked: 2016-01-06 08:47:26 +0800 CST

Número máximo de conexões de usuário

  • 772

Na edição Standard do SQL Server 2012, sei que o número máximo de conexões de usuário é 32.767. O que devo fazer como DBA se estiver indo em direção a esse número?

Atualmente, existem 30.000 conexões de usuários, e esse número deve aumentar.

insira a descrição da imagem aqui

sql-server sql-server-2012

2 respostas

  1. Best Answer

    O número máximo de conexões nas versões e edições do SQL Server é 32.767.

    Você pode determinar quantas conexões o SQL Server tem atualmente observando:

    SELECT ConnectionStatus = CASE WHEN dec.most_recent_sql_handle = 0x0 
        THEN 'Unused' 
        ELSE 'Used' 
        END
    , CASE WHEN des.status = 'Sleeping' 
        THEN 'sleeping' 
        ELSE 'Not Sleeping' 
        END
    , ConnectionCount = COUNT(1)
FROM sys.dm_exec_connections dec
    INNER JOIN sys.dm_exec_sessions des ON dec.session_id = des.session_id
GROUP BY CASE WHEN des.status = 'Sleeping' 
        THEN 'sleeping' 
        ELSE 'Not Sleeping' 
        END
    , CASE WHEN dec.most_recent_sql_handle = 0x0 
        THEN 'Unused' 
        ELSE 'Used' 
        END;

    Se a proporção entre conexões usadas e não utilizadas da consulta acima for preocupante, é provável que o pool de conexões esteja habilitado por aplicativos cliente conectados ao servidor e essas conexões não estejam sendo usadas de forma eficiente. Você pode querer que os desenvolvedores modifiquem a cadeia de conexão desses aplicativos para limitar o tamanho do pool de conexões e garantir que eles estejam descartando as conexões corretamente. Se as conexões não estiverem sendo descartadas corretamente, elas permanecerão abertas enquanto o aplicativo cliente estiver em execução.

    Se você está se sentindo particularmente raivoso e precisa se livrar de todas as conexões que não realizaram nada recentemente (independentemente de estarem realmente executando o trabalho), você pode executar o seguinte código, que gerará uma lista de sessões que pode ser morto. Você precisaria copiar e colar os comandos gerados em uma nova janela do SSMS para realmente executar os comandos. Eu também recomendo ter seu currículo atualizado apenas no caso .

    DECLARE @cmd NVARCHAR(MAX);
SET @cmd = '';
SELECT @cmd = @cmd +
    CASE WHEN @cmd = '' THEN '' ELSE CHAR(13) + CHAR(10) END
    + 'KILL ' + CONVERT(VARCHAR(MAX), dec.session_id) + ';'
FROM sys.dm_exec_connections dec
WHERE dec.most_recent_sql_handle = 0x0;

    
PRINT @cmd;

    É possível dimensionar linearmente o número de conexões além de 32.767 fragmentando os dados em vários nós do SQL Server. No entanto, na minha opinião, usar o sharding como forma de contornar o limite do número de conexões é semelhante a usar uma bomba atômica para matar uma aranha. Ele vai matar a aranha, mas você pode ter problemas maiores no final do dia. Sem mencionar que é muito difícil construir uma bomba atômica, sem mencionar implementar o sharding corretamente.

    • 33

  2. Eu me deparei com um comportamento estranho com o pool de conexões no passado, e seu cenário se alinha bem com uma dessas situações. Se o seu aplicativo estiver usando o pool de conexões (e isso ainda é especulação, neste momento, até que você confirme ou negue), você terá muitas conexões que permanecerão abertas. Isso é por design.

    O pool de conexões visa reduzir a sobrecarga de criar uma conexão de banco de dados. Vamos pegar, por exemplo, um pool de conexões de 3. Até onde eu sei, o ciclo de vida é algo assim (começando de um cache do pool de conexões frias):

    1. O usuário do aplicativo A solicita uma conexão com o banco de dados
    2. O pool de conexões inicia o thread de conexão 1 com o banco de dados
    3. O usuário do aplicativo B solicita uma conexão com o banco de dados
    4. O pool de conexões inicia o thread de conexão 2 com o banco de dados
    5. O usuário do aplicativo A fecha sua conexão... com o pool de conexões
    6. O usuário do aplicativo C solicita uma conexão com o banco de dados
    7. Problemas de pool de conexão sp_reset_connectionno thread 1
    8. O pool de conexões atribui o encadeamento 1 ao usuário C do aplicativo

    Esta é uma simplificação excessiva, mas os pontos salientes incluem:

    • A conexão permanecerá aberta entre o pool de encadeamentos do pool de conexões e o banco de dados até que o banco de dados ou o pool de conexões forçosamente feche a conexão
    • A conexão permanece aberta com o contexto de execução da última sessão até que esse thread seja reutilizado por outro usuário, momento em que sp_reset_connectioné chamado.

    Aqui está o material de referência que usei para chegar a essas conclusões.

    Pool de conexões para DBA do SQL Server

    O caso da transação órfã

    • 12

relate perguntas