| Documentation PostgreSQL 8.0.25 | ||||
|---|---|---|---|---|
| Précédent | Arrière rapide | Chapitre 16. Environnement d'exécution du serveur | Avance rapide | Suivant |
Il existe plusieurs façons d'arrêter le serveur de bases de données. Vous contrôlez le type d'arrêt en envoyant différents signaux au processus postmaster.
Après réception de SIGTERM, le serveur désactive les nouvelles connexions mais permet aux sessions en cours de terminer leur travail normalement. Il s'arrête seulement après que toutes les sessions se sont terminées normalement. C'est l'arrêt intelligent (Smart Shutdown).
Le serveur désactive les nouvelles connexions et envoie à tous les processus serveur le signal SIGTERM, qui les fera annuler leurs transactions courantes pour quitter rapidement. Il attend ensuite la fin des processus serveur et s'arrête finalement. C'est l'arrêt rapide (Fast Shutdown).
Voici l'arrêt immédiat (Immediate Shutdown), qui demande au processus postmaster d'envoyer un signal SIGQUIT à tous les processus fils et à quitter immédiatement non proprement. Les processus fils quittent immédiatement à réception du signal SIGQUIT. Ceci amènera une tentative de récupération (en rejouant les traces WAL) au prochain lancement. Ceci n'est recommandé que dans les cas d'urgence.
Le programme pg_ctl fournit une interface agréable pour envoyer ces signaux dans le but d'arrêter le serveur.
Autrement, vous pouvez envoyer le signal directement en utilisant kill. Le PID du processus postmaster peut être trouvé en utilisant le programme ps ou à partir du fichier postmaster.pid dans le répertoire des données. Par exemple, pour exécuter un arrêt rapide :
$ kill -INT `head -1 /usr/local/pgsql/data/postmaster.pid`
Important : Il est mieux de ne pas utiliser SIGKILL pour arrêter le serveur. Le faire empêchera le serveur de libérer la mémoire partagée et les sémaphores, ce qui pourrait devoir être fait manuellement avant qu'un nouveau serveur ne soit lancé. De plus, SIGKILL tue le processus postmaster sans que celui-ci ait le temps de relayer ce signal à ses sous-processus, donc il sera aussi nécessaire de tuer les sous-processus individuels à la main.
| Précédent | Sommaire | Suivant |
| Gérer les ressources du noyau | Niveau supérieur | Options de cryptage |