psql: le serveur a fermé la connexion unexepectedly

J'ai essayé d'exécuter ce fichier batch qui va par le biais de la Postgre Serveur de base de données et exécuter deux différents fichiers sql, comme indiqué ci-dessous:

set PGPASSWORD=blah
cls
@echo on
"C:\Progra~1\pgAdmin III.16\psql" -d [db name] -h [server name] -p 5432 -U postgres -f C:\query1.sql
"C:\Progra~1\pgAdmin III.16\psql" -d [db name] -h [server name] -p 5432 -U postgres -f C:\query2.sql

Mais le problème vient que, parfois, j'ai l'erreur suivante s'affiche pour la commande pour les requête1 ou query2:

psql: server closed the connection unexpectedly 
This probably means the server terminated abnormally
before or while processing the request.

Cela n'arrive que parfois, donc je ne suis pas entièrement sûr de savoir pourquoi cela se passe. Quelqu'un peut m'expliquer pourquoi c'est le cas et si il y a une solution à ce problème. Merci!

Mise à jour: j'ai également le même message d'erreur PARFOIS, lorsque vous essayez d'ouvrir le serveur distant dans le réel Postgre application: "Une erreur s'est produite: "le serveur a fermé la connexion de manière inattendue
C'est probablement ce qui signifie que le serveur est terminée anormalement
avant ou pendant de traitement de la demande."

Je reçois aussi ce Gourou de l'Indice chose juste après que j'ai cliquez en dehors de la popup d'erreur:

L'encodage de la base de données
La base de données VA-trac est créé pour stocker des données à l'aide de la SQL_ASCII encodage. Ce codage est défini pour les caractères de 7 bits seulement; le sens de caractères dans le 8ème bit (les caractères non-ASCII 127-255) n'est pas défini. Par conséquent, il n'est pas possible pour le serveur de convertir les données à d'autres encodages.
Si vous êtes le stockage de données non-ASCII dans la base de données, vous êtes fortement encouragé à utiliser une bonne base de données de codage pour représenter vos paramètres régionaux jeu de caractères à prendre avantage de la conversion automatique pour des clients différents encodages en cas de besoin. Si vous stockez des données non-ASCII dans un SQL_ASCII base de données, vous risquez de rencontrer des caractères bizarres écrit ou lu à partir de la base de données, causé par la conversion de code de problèmes. Cela peut vous causer beaucoup de maux de tête lors de l'accès à la base de données à l'aide de différents programmes client et les pilotes.
Pour la plupart des installations, Unicode (UTF8) de l'encodage de fournir la plupart des fonctionnalités souples.

Peu importe, le serveur ouvre par la suite et je suis en mesure d'accéder à la base de données à partir de ce point.