Solucionar problemas de conexões no Banco de Dados do Azure para PostgreSQL – Servidor único

  • Artigo

APLICA-SE A: Banco de Dados do Azure para PostgreSQL – Servidor Único

Importante

O Banco de Dados do Azure para PostgreSQL – Servidor Único está prestes a ser desativado. É altamente recomendável atualizar para o Banco de Dados do Azure para PostgreSQL – Servidor Flexível. Para obter mais informações sobre a migração para o Banco de Dados do Azure para PostgreSQL – Servidor Flexível, veja O que está acontecendo com o Banco de Dados do Azure para PostgreSQL Servidor único?.

Os problemas de conexão podem ser causados por diversas coisas, incluindo:

  • Configurações de firewall
  • Tempo limite da conexão
  • Informações de logon incorretas
  • Atingido o limite máximo em alguns recursos do Banco de Dados do Azure para PostgreSQL
  • Problemas com a infraestrutura do serviço
  • Manutenção executada no serviço
  • A alocação de computação do servidor é alterada pelo dimensionamento do número de vCores ou pela movimentação para outra camada de serviço

Normalmente, problemas de conexão com o Banco de Dados do Azure para PostgreSQL podem ser classificados da seguinte forma:

  • Erros transitórios (de curta duração ou intermitentes)
  • Erros persistentes ou não transitórios (erros regularmente recorrentes)

Solucionar problemas de erros transitórios

Quando a manutenção é executada, o sistema encontra um erro com o hardware ou software ou se você altera a camada de serviço ou vCores do seu servidor, ocorrem erros transitórios. O serviço Banco de Dados do Azure para PostgreSQL tem alta disponibilidade interna e foi projetado para atenuar esses tipos de problemas automaticamente. No entanto, seu aplicativo perde sua conexão ao servidor por um curto período de tempo de geralmente menos de 60 segundos, no máximo. Alguns eventos ocasionalmente podem levar mais tempo para serem corrigidos, como quando uma transação grande causa uma recuperação de execução longa.

Etapas para resolver problemas de conectividade temporários

  1. Confira o Painel de Serviços do Microsoft Azure quanto a quaisquer interrupções conhecidas que tenham ocorrido durante o tempo em que o erro foi relatado pelo aplicativo.
  2. Os aplicativos que se conectam a um serviço de nuvem, como Banco de Dados do Azure para PostgreSQL, devem esperar eventos transitórios de reconfiguração periódicos e implementar lógica de repetição para lidar com esses erros, em vez de exibir esses erros como erros de aplicativo aos usuários. Examine Tratamento de erros de conectividade transitória para o Banco de Dados do Azure para PostgreSQL para práticas recomendadas e diretrizes de design para tratar erros transitórios.
  3. Conforme um servidor se aproxima dos limites de recursos, os erros podem parecer um problema de conectividade transitório. Consulte Limitações no Banco de Dados do Azure para PostgreSQL.
  4. Se problemas de conectividade continuarem, se a duração pela qual o aplicativo encontra o erro exceder 60 segundos ou se você vir várias ocorrências do erro em um determinado dia, envie uma solicitação de suporte do Azure selecionando Obter Suporte no site de Suporte do Azure .

Solucionar erros persistentes

Se o aplicativo falhar persistentemente em se conectar ao Banco de Dados do Azure para PostgreSQL, ele normalmente indicará um problema com um dos seguintes:

  • Configuração do firewall do servidor: configure o firewall do Banco de Dados do Azure para PostgreSQL para permitir conexões de seu cliente, incluindo servidores proxy e gateways.
  • Configuração do firewall do cliente: o firewall do cliente deve permitir conexões com o servidor de banco de dados. É necessário permitir endereços IP e portas do servidor nas quais você não pode se conectar, além dos nomes de aplicativo, como PostgreSQL, em alguns firewalls.
  • Erro do usuário: talvez você tenha digitado incorretamente os parâmetros de conexão, como o nome do servidor na cadeia de conexão, ou tenha esquecido o sufixo @servername no nome de usuário.
  • Se você vir o erro O servidor não está configurado para permitir conexões IPv6, observe que a camada Básico não permite pontos de extremidade de serviço de VNet. É preciso remover o ponto de extremidade Microsoft.Sql da sub-rede que está tentando se conectar ao servidor Básico.
  • Quando aparece o erro de conexão Valor de sslmode "***" inválido quando o suporte a SSL não está integrado, isso significa que o cliente PostgreSQL não oferece suporte para SSL. Provavelmente, a libpq do lado do cliente não foi compilada com o sinalizador "--with-openssl". Tente se conectar a um cliente PostgreSQL que dê suporte para SSL.

Etapas para resolver os problemas de conectividade temporários

  1. Configure as regras de firewall para permitir o endereço IP do cliente. Para fins de testes temporários, configure uma regra de firewall usando 0.0.0.0 como o endereço IP inicial e usando 255.255.255.255 como o endereço IP final. Isso abrirá o servidor para todos os endereços IP. Se isso resolver seu problema de conectividade, remova essa regra e crie uma regra de firewall para um intervalo de endereçamento ou um endereço IP adequadamente limitado.
  2. Em todos os firewalls entre o cliente e a Internet, abra a porta 5432 para conexões de saída.
  3. Verifique a cadeia de conexão e outras configurações de conexão.
  4. Verifique a integridade do serviço no painel. Se você achar que há uma interrupção regional, consulte Visão geral da continuidade dos negócios com o Banco de Dados do Azure para PostgreSQL para obter as etapas para recuperar para uma nova região.

Próximas etapas