Início / dba / Perguntas / 169127
Accepted
joanolo
Asked: 2017-04-05 11:20:51 +0800 CST

O aplicativo cliente se desconecta do(s) banco(s) de dados ao qual está conectado após 10 minutos de inatividade

  • 772

Ao trabalhar com o pgAdmin 4 (e, na verdade, vários outros programas que atuam como clientes do banco de dados), a conexão com o servidor é desconectada após cerca de 10 ou 15 minutos de inatividade. Um café e um telefonema, e você recebe uma mensagem semelhante a "Desculpe, a conexão com o banco de dados foi perdida. Você quer que eu tente reconectar?"

E a reconexão do pgAdmin sempre precisa de mais de uma tentativa, e a árvore de objetos que já foi expandida é recolhida... Então, é um pouco chato.

O pgAdmin não parece ter nenhum parâmetro relacionado a esse comportamento. (Parece haver maneiras de alterar alguns tempos limite de conexão , mas eles estão relacionados a como o pgAdmin se comporta em relação ao servidor demorar muito para se conectar).

O que pode ser feito para evitar que o pgAdmin se desconecte do banco de dados?

Divulgação: Esta é realmente uma "pseudo-questão". É um spin-off de outro , que acabou por não estar relacionado com a perda de conectividade... Dado que já tinha uma resposta, acho (não muito humildemente) que vale a pena "perguntar", caso o resposta é útil para alguém.

postgresql connectivity

2 respostas

  1. Best Answer

    O pgAdmin continua apresentando um tempo limite de conexão a cada 10 minutos ou mais.

    Eu acho que o problema pode estar relacionado a um roteador (ou, em alguns casos, um firewall com estado ) entre seu cliente pgAdmin e o servidor PostgreSQL.

    Isso é bastante comum quando você está em casa (ou no escritório) e seu roteador está executando NAT ( Network Address Translation ). Após algum tempo ocioso, a conexão é fechada pelo roteador . Não é algo feito nem pelo pgAdmin nem pelo PostgreSQL, isso é algo que depende das configurações do roteador,

    Se este for o caso, você tem três opções:

    1. Altere a configuração connection_timeout em seu roteador , se isso for viável e você tiver a documentação adequada. Aqui está um exemplo para roteadores Cisco.

    2. Faça o roteador acreditar que a conexão nunca fica ociosa por tempo suficiente. Para fazer isso: altere um parâmetro do servidortcp_keep_alives , chamado :

    De acordo com a documentação do PostgreSQL sobre Conexões :

    tcp_keepalives_idle (inteiro)

    Especifica o número de segundos de inatividade após o qual o TCP deve enviar uma mensagem de manutenção de atividade ao cliente. Um valor de 0 usa o padrão do sistema. Este parâmetro é suportado apenas em sistemas que suportam os símbolos TCP_KEEPIDLE ou TCP_KEEPALIVE e no Windows; em outros sistemas, deve ser zero. Em sessões conectadas por meio de um soquete de domínio Unix, esse parâmetro é ignorado e sempre é lido como zero.

    A mensagem keepalive deve evitar que a conexão NAT comece a cair.

    Tenha em mente a observação na documentação:

    Este parâmetro é suportado apenas em sistemas que suportam os símbolos TCP_KEEPIDLE ou TCP_KEEPALIVE e no Windows

    Eu realmente não sei quais sistemas "suportam os símbolos TCP_KEEPIDLE ou TCP_KEEPALIVE", mas acho que Linux e Mac devem suportá-los, assim como o Windows, de acordo com a documentação.

    Se o seu sistema se desconectar a cada 10 minutos, deve ser prudente ter essa configuração em algo em torno de 9 * 60 = 540 segundos ou menos.

    Essa configuração deve ser feita no arquivo do postgresql.confseu servidor. Você também pode testar antes de fazer a alteração no servidor, usando os comandos:

    SET tcp_keepalives_idle = 480 ;

    que alteraria a configuração da sua conexão atual, ou

    ALTER ROLE (the-one-you-use) tcp_keepalives_idle = 480 ;

    o que alteraria a configuração apenas para esta função.

    1. Altere o keep_alives no cliente . Você não precisa alterar nenhum connection_timeout (esse parâmetro é "quanto tempo esperar por uma conexão antes de decidir que o outro lado não está respondendo). Siga as instruções da resposta aceita de Qualquer maneira de manter a conexão ativa no pgAdmin sem definir no servidor? . Está perfeitamente explicado.

    Referência sobre keep-alives: Este vídeo fala sobre como manter suas sessões SSH vivas . Embora este não seja exatamente o mesmo cenário, é equivalente (substitua SSH por pgAdmin).

    • 6

  2. Basta executar o seguinte comando no banco de dados e tudo pronto.

    ALTER ROLE user_name_here IN DATABASE database_name_here SET tcp_keepalives_idle TO '30';

    • -1

relate perguntas