Notes
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Les problèmes de connexion peuvent être notamment provoqués par l’une de ces causes :
- Paramètres du pare-feu
- Expiration du délai de connexion
- Informations de connexion incorrectes
- Limite maximale atteinte sur certaines ressources du serveur flexible Azure Database pour PostgreSQL
- Problèmes liés à l’infrastructure du service
- Maintenance en cours dans le service
- L’allocation de calcul du serveur est modifiée par la mise à l’échelle du nombre de vCores ou par la migration vers un niveau de service différent.
En général, les problèmes de connexion au serveur flexible Azure Database pour PostgreSQL peuvent être classés ainsi :
- Erreurs temporaires (de courte durée ou intermittentes)
- Erreurs persistantes ou non temporaires (erreurs qui se produisent régulièrement)
Résoudre les erreurs temporaires
Des erreurs transitoires se produisent lorsque la maintenance est effectuée, lorsque le système rencontre une erreur avec le matériel ou le logiciel ou lorsque vous modifiez les vCores ou le niveau de service de votre serveur. Le serveur flexible Azure Database pour PostgreSQL intègre la haute disponibilité et est conçu pour atténuer automatiquement ces types de problèmes. Cependant, votre application perd sa connexion au serveur pendant une courte période de moins de 60 secondes au maximum. Certains événements peuvent parfois prendre plus de temps à s’atténuer, par exemple lorsqu’une transaction volumineuse entraîne une récupération de longue durée.
Étapes pour résoudre les problèmes de connectivité transitoire
- Consultez le tableau de bord du service Microsoft Azure pour obtenir la liste des coupures prévues qui se sont produites au moment où les erreurs ont été signalées par l’application.
- Les applications qui se connectent à un service cloud, tel que le serveur flexible Azure Database pour PostgreSQL, doivent s’attendre à des erreurs temporaires et implémenter une logique de nouvelle tentative pour gérer ces erreurs au lieu de les présenter aux utilisateurs comme des erreurs de l’application. Passez en revue la gestion des erreurs de connectivité temporaires - Serveur flexible Azure Database pour PostgreSQL pour connaître les meilleures pratiques et les instructions de conception relatives à la gestion des erreurs temporaires.
- Lorsqu’un serveur approche des limites de ressources, les erreurs peuvent s’apparenter à un problème de connectivité temporaire. Consultez Limitations - Azure Database for PostgreSQL Flexible Server.
- Si les problèmes de connectivité persistent ou si la durée pendant laquelle votre application rencontre une erreur dépasse les 60 secondes ou si plusieurs occurrences de l’erreur s’affichent dans un jour donné, créez une demande de support Azure en sélectionnant Obtenir de l’aide sur le site du support Azure .
Résoudre les erreurs persistantes
Si l’application ne parvient pas à se connecter au serveur flexible Azure Database pour PostgreSQL, cela indique généralement un problème avec l’un des éléments suivants :
- Configuration du pare-feu du serveur : Assurez-vous que le pare-feu du serveur flexible Azure Database pour PostgreSQL est configuré pour autoriser les connexions provenant du client, y compris les serveurs proxy et les passerelles.
- Configuration du pare-feu côté client : le pare-feu du client doit autoriser les connexions au serveur de base de données. Les adresses IP et les ports du serveur auquel vous ne pouvez pas vous connecter doivent être autorisés, ainsi que les noms d’application, comme PostgreSQL, sur certains pare-feu.
- Si l’erreur Le serveur n’est pas configuré pour autoriser les connexions IPv6, s’affiche, notez que le niveau De base ne prend pas en charge les points de terminaison de service VNet. Vous devez supprimer le point de terminaison Microsoft.Sql du sous-réseau qui tente de se connecter au serveur de base.
- Si vous voyez le message d’erreur de connexion valeur sslmode « ** » non valide lorsque la prise en charge du protocole SSL n’est pas compilée, cela signifie que votre client PostgreSQL ne prend pas en charge le protocole SSL. Le plus souvent, le libpq côté client n’a pas été compilé avec l’indicateur « --with-openssl ». Essayez de vous connecter avec un client PostgreSQL qui prend en charge le protocole SSL.
Étapes permettant résoudre les problèmes de connectivité persistants
- Configurez les règles de pare-feu pour autoriser l’adresse IP du client. Définissez une règle de pare-feu avec 0.0.0.0 pour adresse IP initiale et 255.255.255.255 pour adresse IP finale à des fins de test temporaire uniquement. Cette opération ouvrira le serveur à toutes les adresses IP. Si elle résout votre problème de connectivité, supprimez cette règle et créez une règle de pare-feu pour une adresse ou une plage d’adresses IP correctement bornée.
- Sur tous les pare-feu situés entre le client et Internet, assurez-vous que le port 5432 est ouvert pour les connexions sortantes.
- Vérifiez votre chaîne de connexion et d’autres paramètres de connexion.
- Vérifiez l’état du service dans le tableau de bord. Si vous pensez qu’il existe une panne régionale, consultez Vue d’ensemble de la continuité d’activité - Serveur flexible Azure Database pour PostgreSQL pour connaître les étapes de récupération dans une nouvelle région.