Je tente d’accéder à ma base de données via une interface graphique (Psequel).
J’ai fait suivre le port de mon conteneur de la manière suivante :
app.yml :
expose:
<définitions standard>
- "15432:5432" # PostgreSQL
J'ai également modifié mon mot de passe comme suit :
./launcher enter app
su - postgres
psql
ALTER ROLE postgres WITH PASSWORD '<votre mot de passe>';
Et je n'arrive pas à accéder à la base de données. Des suggestions ?
Si vous avez uniquement besoin d’une instantanée statique de la base de données, téléchargez une sauvegarde depuis https:///admin/backups. Il devrait s’agir d’un fichier *.tar.gz qui, une fois décompressé, deviendra un fichier *.sql. Créez une base de données PostgreSQL sur une autre machine, qui pourrait même être votre ordinateur portable, puis importez le fichier *.sql.
Vous devriez maintenant pouvoir accéder aux données autant que vous le souhaitez avec n’importe quel moyen capable de se connecter à une base de données PostgreSQL.
J’utilise la méthode ci-dessus, mais j’accède à la base de données Discourse dans PostgreSQL via ODBC.
J’espère que cela vous aidera.
ok bonne idée.
En fait, j’ai trouvé. Il tourne également sur le port 5432 dans le conteneur.
Il devrait être écrit :
expose:
<définitions standard>
merci
Salut tout le monde,
Je peux accéder à ma base de données postgres via pgadmin en suivant ces étapes :
Faites-moi savoir si cela fonctionne pour vous.
Cordialement,
Kimberly
@EricGT jamais pensé à ça ! Merci !! 
Salut !
Je voulais vérifier avec vous s’il vous plaît. Lorsque j’exporte le dump.sql vers une base de données postgresql, je me retrouve avec des tables vides. On ne sait pas pourquoi. Voici les étapes que je suis après avoir téléchargé le fichier de sauvegarde :
dump.sqlIl est indiqué que tout a réussi, mais lorsque je ‘visualise les données’ dans les tables, elles sont vides.
De plus, c’est probablement la façon dont l’instance est gérée, mais il semble que la table des utilisateurs ne soit pas incluse non plus, mais j’ai besoin de cette table pour savoir qui a fait quoi.
Ai-je manqué quelque chose ici ? Merci !
Quelle est la taille de dump.sql ? Elle devrait être conséquente (quelques Mo au minimum). Pouvez-vous jeter un œil à l’intérieur du fichier ? par exemple :
$ zgrep -i "CREATE TABLE public.users" dump.sql.gz
# la sortie devrait être
> CREATE TABLE public.users (
Si vous ne voyez pas cela, le dump semble incorrect.
De plus, si vous partagez les étapes que vous suivez pour exporter le dump ou si vous collez votre sortie de console ici, nous pourrons mieux comprendre votre problème.
Merci beaucoup !
6,34 Go !
Pour télécharger le dump, j’ai suivi les étapes suggérées ci-dessus par @EricGT :
Après cela, j’ai suivi ces étapes :
Et ensuite, quand je veux voir les données, cela affiche :
Je viens de refaire ceci pour vérifier.
gz, par exemple abc-2025-01-23-095947-v20250122131007.sql.gz. Sous Windows, j’ai décompressé le fichier en utilisant 7-zip ce qui a créé un répertoire du même nom moins l’extension .gz.C:\Users\Groot\Downloads>dir *.sql.gz
23/01/2025 05:04 407 231 170 abc-2025-01-23-095947-v20250122131007.sql.gz
C:\Users\Groot\Downloads>dir *.sql
<DIR> abc-2025-01-23-095947-v20250122131007.sql
C:\Users\Groot\Downloads\abc-2025-01-23-095947-v20250122131007.sql>dir
01/23/2025 05:04 1 572 346 154 abc-2025-01-23-095947-v20250122131007.sql
1 Fichier(s) 1 572 346 154 octets
type /a | more
C:\Users\Groot\Downloads\abc-2025-01-23-095947-v20250122131007.sql>type "abc-2025-01-23-095947-v20250122131007.sql" /a | more
abc-2025-01-23-095947-v20250122131007.sql
--
-- PostgreSQL database dump
--
-- Dumped from database version 15.8 (Debian 15.8-1.pgdg110+1)
-- Dumped by pg_dump version 15.10 (Debian 15.10-1.pgdg120+1)
-- Started on 2025-01-23 09:59:47 UTC
SET statement_timeout = 0;
SET lock_timeout = 0;
SET idle_in_transaction_session_timeout = 0;
SET client_encoding = 'UTF8';
J’espère que cela vous permettra d’utiliser le fichier SQL avec PGAdmin pour importer les données.
NB
Lorsque j’ai posté à ce sujet il y a environ 5 ans, le type de fichier téléchargé était tar.gz, il est maintenant sql.gz. La seule différence est qu’une étape de décompression en moins est nécessaire maintenant.
Salut @EricGT
Merci beaucoup pour votre aide ! J’ai suivi toutes les mêmes étapes (avec une étape supplémentaire car mon fichier est toujours en tar.gz). J’ai obtenu le même résultat avec le fichier sql :
--
-- PostgreSQL database dump
--
.........
SET statement_timeout = 0;
SET lock_timeout = 0;
SET idle_in_transaction_session_timeout = 0;
SET client_encoding = 'UTF8';
Cependant, le problème est que lorsque j’utilise PgAdmin pour récupérer les données, toutes les tables sont vides et la table Users est tout simplement manquante.
Désolé, je ne peux pas vous aider avec PgAdmin. Je n’utilise pas PgAdmin et je devrais l’installer pour essayer. Installer PgAdmin n’est pas une étape que je souhaite franchir.
La seule fois où j’ai accédé à une base de données Discourse exportée, c’était pour installer PostgreSQL, odbc-postgresql et utiliser iusql comme indiqué ici.
Merci beaucoup pour toute votre aide ! J’apprécie vraiment. Il s’avère que j’essayais d’utiliser la dernière version de postgresql alors que dump.sql provenait d’une version précédente. Je l’ai découvert en essayant de suivre le guide que vous avez utilisé. Merci !