Comment faire pour supprimer une base de données PostgreSQL si il y a des connexions actives à elle?

J'ai besoin d'écrire un script qui fera tomber une base de données PostgreSQL. Il peut y avoir un grand nombre de connexions, mais le script doit en tenir compte.

La norme DROP DATABASE db_name requête ne fonctionne pas quand il y a des connexions ouvertes.

Comment puis-je résoudre le problème?

Quelle est la version de PostgreSQL êtes-vous?
J'utilise PostgreSQL 8.4
Problème: Alors que vous pouvez tuer les sessions connectées à la base de données, ils peuvent se reconnecter si rapidement que vous ne pouvez toujours pas supprimer la base de données. Heureusement ce post montre comment lock-out, de nouvelles connexions, de sorte que vous pouvez tuer les connexions en cours et supprimer la base de données selon le plan: dba.stackexchange.com/questions/11893/...
J'ai trouvé cette réponse sur dba.stackexchange être très utile dba.stackexchange.com/a/11895/163539 -- succincte mais suffisamment explicites.

InformationsquelleAutor Roman Prykhodchenko | 2011-03-23

postgresql

1005

Cela supprime les connexions existantes, sauf pour le vôtre:

Requête pg_stat_activity et obtenir le pid valeurs que vous voulez tuer, puis le problème SELECT pg_terminate_backend(pid int) à eux.

PostgreSQL 9.2 et ci-dessus:
```
SELECT pg_terminate_backend(pg_stat_activity.pid)
FROM pg_stat_activity
WHERE pg_stat_activity.datname = 'TARGET_DB' -- ← change this to your DB
  AND pid <> pg_backend_pid();
```
PostgreSQL 9.1 et ci-dessous:
```
SELECT pg_terminate_backend(pg_stat_activity.procpid)
FROM pg_stat_activity
WHERE pg_stat_activity.datname = 'TARGET_DB' -- ← change this to your DB
  AND procpid <> pg_backend_pid();
```
Une fois que vous vous déconnectez tout le monde, vous devez le déconnecter et de le problème de la CHUTE de commande de BASE de données à partir d'une connexion à partir d'une autre base de données aka pas celui de votre tentative de drop.

Remarque le changement de nom de la procpid colonne de pid. Voir cette liste de discussion thread.
- Les œuvres de 8,4 jusqu'...
- Et bien sûr, assurez-vous de le faire à partir d'une base qui n'est pas une connexion à "TARGET_DB', sinon on se fait "ERREUR". Un 'postgres' connexion fonctionne bien.
- Fonctionne très bien, juste besoin de se rappeler que vous ne pouvez pas être connecté à la bd! L'utilisation se Déconnecter de la base de données dans pgAdmin.
- En fait, il serait de déconnecter les clients un par un, et si vous le client est au milieu de la liste, il sera déconnecté trop. En conséquence, certaines connexions rester en vie. Donc, la bonne réponse est par Craig de Sonnerie (voir ci-dessous). SÉLECTIONNEZ pg_terminate_backend(pg_stat_activity.pid) à PARTIR de pg_stat_activity OÙ datname = current_database() ET pg_stat_activity.pid <> pg_backend_pid();
- Comment puis-je débrancher les connexions après qu'ils ont terminé avec leur transaction en cours et puis drop table(s) en question?
- Dans mon cas, les clients seraient reconnecter rapidement, afin de mettre ce juste avant ; drop database TARGET_DB; bien fonctionné dans mon cas, assurez-vous que la db a été fait par le temps, les choses ont commencé une nouvelle tentative.
- datid, pas pid pour les versions ultérieures
- pg_terminate_backend() a ruineux effets sur pgpool. Utilisation pg_cancel_backend() si pgpool est dans votre pile. pgpool.net/mediawiki/index.php/...
- Je vous remercie. Très rapide et facile.
- Je ne reçois function pg_terminate_backend(integer) does not exist.
- ERREUR: la colonne pg_stat_activity.procpid n'existe pas
InformationsquelleAutor Kuberchaun
113

Dans PostgreSQL 9.2 et au-dessus, de se déconnecter de tout sauf de votre session à partir de la base de données que vous êtes connecté à:
```
SELECT pg_terminate_backend(pg_stat_activity.pid)
FROM pg_stat_activity
WHERE datname = current_database()
  AND pid <> pg_backend_pid();
```
Dans les anciennes versions c'est la même chose, il suffit de changer pid à procpid. Pour vous déconnecter d'une base de données différente il suffit de changer current_database() pour le nom de la base de données que vous souhaitez déconnecter des utilisateurs de.

Vous pouvez REVOKE la CONNECT droit des utilisateurs de la base de données avant de déconnecter les utilisateurs, sinon les utilisateurs vont juste continuer à se reconnecter et vous n'aurez jamais la chance de tomber à la DB. Voir ce commentaire et la question auquel il est associé, Comment puis-je détacher de tous les autres utilisateurs de la base de données.

Si vous voulez juste pour déconnecter les utilisateurs inactifs, voir cette question.
- SÉLECTIONNEZ pg_terminate_backend(pg_stat_activity.pid) à PARTIR de pg_stat_activity OÙ datname = current_database() ET pg_stat_activity.pid <> pg_backend_pid();
InformationsquelleAutor Craig Ringer
26

Vous pourriez tuer toutes les connexions avant la suppression de la base de données à l'aide de la pg_terminate_backend(int) fonction.

Vous pouvez obtenir tous les serveurs d'arrière-plan à l'aide de la vue système pg_stat_activity

Je ne suis pas entièrement sûr, mais serait probablement tuer toutes les séances:
```
select pg_terminate_backend(procpid)
from pg_stat_activity
where datname = 'doomed_database'
```
Bien sûr, vous ne pouvez pas être vous-même connecté à la base de données

InformationsquelleAutor a_horse_with_no_name

J'ai remarqué que postgresql 9.2 appelle désormais la colonne pid plutôt que procpid.

J'ai tendance à l'appeler à partir du shell:

#!/usr/bin/env bash
# kill all connections to the postgres server
if [ -n "$1" ] ; then
  where="where pg_stat_activity.datname = '$1'"
  echo "killing all connections to database '$1'"
else
  echo "killing all connections to database"
fi

cat <<-EOF | psql -U postgres -d postgres 
SELECT pg_terminate_backend(pg_stat_activity.pid)
FROM pg_stat_activity
${where}
EOF

Espère que c'est utile. Grâce à @JustBob pour le sql.

InformationsquelleAutor kbrock

17

Selon votre version de postgresql, vous pouvez exécuter dans un bug, qui fait pg_stat_activity omettre les connexions actives de chuté utilisateurs. Ces connexions sont également non représenté à l'intérieur de pgAdminIII.

Si vous faites des tests automatiques (dans lequel vous avez également créer des utilisateurs), cela peut être un scénario probable.

Dans ce cas, vous avez besoin de revenir à des questions comme:
```
 SELECT pg_terminate_backend(procpid) 
 FROM pg_stat_get_activity(NULL::integer) 
 WHERE datid=(SELECT oid from pg_database where datname = 'your_database');
```
REMARQUE: Dans la version 9.2+ vous aurez changement procpid à pid.
- Sat est ce que je cherchais, mais (à supposer qu'9.2 et au-delà), vous devez supprimer la référence à pg_stat_activity et changement procpid de pid.
- Après un changement de procpid à pid cet extrait fonctionne sur 9.3.
- même sans enlever pg_stat_activity? J'ai été faire une erreur sur la 9.2
- OK. Maintenant, je comprends, c'était une faute de frappe. Merci!
- De 9,3 et SÉLECTIONNEZ pg_terminate_backend(pid) à PARTIR de pg_stat_get_activity(NULL::integer) OÙ datid=(SELECT oid de pg_database où datname = 'your_database');
InformationsquelleAutor jb.
13

Je viens de redémarrer le service Ubuntu pour déconnecter les clients connectés.
```
sudo service postgresql stop
sudo service postgresql start

psql
DROP DATABASE DB_NAME;
```
InformationsquelleAutor devdrc
10

Dans l'Invite de commande Linux, je voudrais tout d'abord arrêter tous postgresql processus en cours d'exécution en liant cette commande
sudo /etc/init.d/postgresql restart

tapez la commande
bg pour vérifier si d'autres postgresql processus sont toujours en cours d'exécution

ensuite suivie par dropdb dbname supprimer la base de données
```
sudo /etc/init.d/postgresql restart
bg
dropdb dbname
```
Cela fonctionne pour moi sur invite de commande linux
- Ce n'est pas bon si vous avez plusieurs bases de données et que vous souhaitez uniquement supprimer des connexions pour un seul DB. Ce serait tuer toutes les connexions. C'est un peu "marteau-y".
- vrai, mais n'oubliez pas que nous sommes le redémarrage de toutes les connexions et de les arrêter complètement
- a fonctionné pour moi!!! merci pour une solution simple!!
InformationsquelleAutor Maurice Elagu
8

PostgreSQL 9.2 et ci-dessus:

SELECT pg_terminate_backend(pid)FROM pg_stat_activity WHERE datname = 'YOUR_DATABASE_NAME_HERE'
- Ne qui mettent fin à l'actif connecion trop?
InformationsquelleAutor Marcelo C.

Voici mon hack... =D

# Make sure no one can connect to this database except you!
sudo -u postgres /usr/pgsql-9.4/bin/psql -c "UPDATE pg_database SET datallowconn=false WHERE datname='<DATABASE_NAME>';"

# Drop all existing connections except for yours!
sudo -u postgres /usr/pgsql-9.4/bin/psql -c "SELECT pg_terminate_backend(pg_stat_activity.pid) FROM pg_stat_activity WHERE pg_stat_activity.datname = '<DATABASE_NAME>' AND pid <> pg_backend_pid();"

# Drop database! =D
sudo -u postgres /usr/pgsql-9.4/bin/psql -c "DROP DATABASE <DATABASE_NAME>;"

J'ai mis cette réponse parce que inclure une commande (ci-dessus) pour bloquer les nouvelles connexions et parce que toute tentative avec la commande...

REVOKE CONNECT ON DATABASE <DATABASE_NAME> FROM PUBLIC, <USERS_ETC>;

... ne fonctionne pas à bloquer les nouvelles connexions!

Grâce à @araqnid @GoatWalker ! =D

https://stackoverflow.com/a/3185413/3223785

InformationsquelleAutor Eduardo Lucio

0

Dans mon cas, j'ai eu à exécuter une commande à abandonner toutes les connexions, y compris ma connexion administrateur
```
SELECT pg_terminate_backend(pg_stat_activity.pid)
FROM pg_stat_activity
WHERE datname = current_database()
```
qui s'est terminé toutes les connexions et de me montrer un mortel "erreur" message :

FATAL: terminating connection due to administrator command SQL state: 57P01

Après qu'il était possible de supprimer la base de données

InformationsquelleAutor Chtiwi Malek

Vous devez vous connecter pour publier un commentaire.