Nota
O acesso a esta página requer autorização. Podes tentar iniciar sessão ou mudar de diretório.
O acesso a esta página requer autorização. Podes tentar mudar de diretório.
Problemas de conexão podem ser causados por várias coisas, incluindo:
- Configurações de firewall
- Tempo limite de ligação excedido
- Informações de início de sessão incorretas
- Limite máximo atingido em alguns recursos flexíveis do servidor do Banco de Dados do Azure para PostgreSQL
- Problemas com a infraestrutura do serviço
- Manutenção em execução no serviço
- A alocação de computador do servidor é alterada mediante o dimensionamento do número de vCores ou mudança para um escalão de serviço diferente
Geralmente, os problemas de conexão com o Banco de Dados do Azure para o servidor flexível PostgreSQL podem ser classificados da seguinte forma:
- Erros transitórios (de curta duração ou intermitentes)
- Erros persistentes ou não transitórios (erros que se repetem regularmente)
Diagnosticar erros transitórios
Os erros transitórios ocorrem quando a manutenção é executada, o sistema encontra um erro no hardware ou no software, ou quando altera os vCores ou o escalão de serviço do servidor. O servidor flexível do Banco de Dados do Azure para PostgreSQL tem alta disponibilidade interna e foi projetado para mitigar esses tipos de problemas automaticamente. No entanto, a aplicação perde a ligação ao servidor durante um curto período, normalmente, inferior a 60 segundos no máximo. Alguns eventos podem demorar ocasionalmente mais tempo a mitigar, como quando uma grande transação causa uma recuperação prolongada.
Passos para resolver problemas de conectividade transitórios
- Verifique o Dashboard do Serviço do Microsoft Azure para ver se ocorreram interrupções conhecidas durante o período no qual os erros foram comunicados pela aplicação.
- Os aplicativos que se conectam a um serviço de nuvem, como o Banco de Dados do Azure para servidor flexível PostgreSQL, devem esperar erros transitórios e implementar lógica de repetição para lidar com esses erros, em vez de apresentá-los como erros de aplicativo para os usuários. Revise Tratamento de erros de conectividade transitórios - Banco de Dados do Azure para PostgreSQL servidor flexível para obter práticas recomendadas e diretrizes de design para lidar com erros transitórios.
- À medida que um servidor se aproxima de seus limites de recursos, os erros podem parecer um problema transitório de conectividade. Consulte Limitações - Banco de Dados do Azure para servidor flexível PostgreSQL.
- Se os problemas de conectividade continuarem, ou se a duração durante a qual seu aplicativo encontrar o erro exceder 60 segundos ou se você vir várias ocorrências do erro em um determinado dia, registre uma solicitação de suporte do Azure selecionando Obter Suporte no site de Suporte do Azure.
Resolver erros persistentes
Se o aplicativo falhar persistentemente ao se conectar ao Banco de Dados do Azure para servidor flexível PostgreSQL, geralmente indica um problema com um dos seguintes:
- Configuração do firewall do servidor: verifique se o firewall flexível do servidor do Banco de Dados do Azure para PostgreSQL está configurado para permitir conexões do seu cliente, incluindo servidores proxy e gateways.
- Configuração da firewall do cliente: a firewall no cliente tem de permitir ligações ao servidor de bases de dados. Endereços IP e portas do servidor aos quais não se consegue ligar têm de ser permitidos, bem como os nomes de aplicações, como PostgreSQL, em algumas firewalls.
- Se você vir o erro Servidor não está configurado para permitir conexões ipv6, observe que a camada Básica não suporta pontos de extremidade de serviço VNet. Tem de remover o ponto final Microsoft. SQL da sub-rede que está a tentar ligar ao servidor Básico.
- Se você vir o erro de conexão sslmode valor "**" inválido quando o suporte SSL não é compilado em erro, isso significa que seu cliente PostgreSQL não suporta SSL. Muito provavelmente, o libpq do lado do cliente não foi compilado com o sinalizador "--with-openssl". Tente ligar-se com um cliente PostgreSQL com suporte de SSL.
Passos para resolver problemas de conectividade persistentes
- Configure regras de firewall para permitir o endereço IP cliente. Apenas para fins de teste temporário, configure uma regra da firewall com 0.0.0.0 como o endereço IP inicial e 255.255.255.255 como o endereço IP final. Isto irá abrir o servidor para todos os endereços IP. Se estes passos resolverem o problema de conectividade, remova a regra de firewall e crie uma nova para um endereço IP ou intervalo de endereços devidamente limitado.
- Em todas as firewalls entre o cliente e a Internet, verifique se a porta 5432 está aberta para ligações de saída.
- Verifique a cadeia de ligação e outras definições de ligação.
- Veja o estado de funcionamento no dashboard. Se você acha que há uma interrupção regional, consulte Visão geral da continuidade de negócios - Banco de Dados do Azure para servidor flexível PostgreSQL para obter as etapas de recuperação para uma nova região.