Vous n'êtes pas identifié(e).
Pages : 1
Bonjour Rjuju,
Merci de votre retour.
Le fichier problematique disparait automatiquement en cours de journée.
Le lien donné semble repondre à mon souci, merci beaucoup.
Concernant la version, j'ai bien conscience du souci mais j'ai à peine validé la version 10.7 (que je mets en place) que d'autres versions sont deja sorties 
.
Ceci dit, vous avez raison de m'alerter et je vais planifier une montée de version sur l'ensemble des plateformes concernées.
Cordialement
Bonjour,
Je rencontre un phénomène que je n'explique pas sur une de nos bases postgres : Permission denied.
Ce message m'est remonté par nos sondes de surveillances qui exécute la requête suivante :
SELECT pg_tablespace_size('TABLE_RM') FROM pg_tablespace LIMIT 1
Si je piste le fichier incriminé et que je regarde sa propiété :
* Le fichier fait 0ko
* Le fichier date de j-1 à 4h01 et correspond au début de ma tache de maintenance de dump des bases
* Les fichiers date J à 4h01 ne sont jamais affectés à ce phénomène
* même avec des droits administrateurs sur ce fichiers, j'ai "You do not have permission to view this object's permission settings
* Le fichier disparait dans la journée sans que je ne comprenne pourquoi.
* La base SGBD est petite : 4 Go
* c'est une base cumulative, les vaccumm et la reindexation n'apportent rien à la réorganisation (du moins, je pense)
Voila le mystere qui n'est certes pas bloquant mais qui génère des alertes de surveillance et que je souhaite apporter une solution.
Mon environnement
OS : Windows 2012
Version postgreSQL : 9.4.5-3
Merci de votre aide.
Cordialement
bonjour,
Merci de vos retours, je vais regarder cela
Bonjour,
je n'ai pas un probleme technique en soit sur la restauration d'un dump car cela est intuitif mais j'aimerais savoir s'il est possible de voir l'evolution d'une restauration (via pgadmin 3 ou ligne de commande)
Je suis actuellement en version 9.5.6 et la base en cours de restauration fait 600 mo.
Merci 
oui, je viens juste de le comprendre !
E:\PG837\pgsql\bin>initdb.exe -D ..\data
Les fichiers de ce cluster appartiendront à l'utilisateur « xxxxx ».
Le processus serveur doit également lui appartenir.Le cluster sera initialisé avec la locale French_France.1252.
L'encodage par défaut des bases de données a été configuré en conséquence
avec WIN1252.
La configuration de la recherche plein texte a été initialisée à « french ».correction des droits sur le répertoire existant ../data... ok
création des sous-répertoires... ok
sélection de la valeur par défaut de max_connections... 100
sélection des valeurs par défaut de shared_buffers/max_fsm_pages... 32MB/204800
création des fichiers de configuration... ok
création de la base de données template1 dans ../data/base/1... ok
initialisation de pg_authid... ok
initialisation des dépendances... ok
création des vues système... ok
chargement de la description des objets système... ok
création des conversions... ok
création des dictionnaires... ok
initialisation des droits sur les objets internes... ok
création du schéma d'informations... ok
lancement du vacuum sur la base de données template1... ok
copie de template1 vers template0... ok
copie de template1 vers postgres... okATTENTION : active l'authentification « trust » pour les connexions
locales.
Vous pouvez modifier ceci en éditant pg_hba.conf ou en utilisant l'option -A
au prochain lancement d'initdb.Succès. Vous pouvez maintenant lancer le serveur de bases de données par :
"postgres" -D "../data"
ou
"pg_ctl" -D "../data" -l journal_applicatif start
maintenant, je vais tester la portabilité mais je pense rencontrer un probleme avec l'utilisateur du cluster.
Je ne crois pas qu'on est dit ou laissé entendre que personne ne voulait de cette utilisation. Juste que PostgreSQL ait clairement conçu pour une utilisation qui est pratiquement à l'extrême opposé d'une utilisation portable (portable dans ton contexte, ie sur une clé USB).
Je voulais dire juste que certains se sont posés la question et qu'un essai de portabilité clé en main est proposé. 
.
Ceci dit, je vais partir de zero car :
- Je comprendrais surement mieux PostgreSQL
- j'enlèverai ma dépendance à PGadmin.
Donc je viens de récupérer "postgresql-8.3.7-1-binaries-no-installer.zip" de windows et je me lance.
Ce qui amène ma première question
E:\PG837\pgsql\bin>postgres.exe start
L'exécution du serveur PostgreSQL par un utilisateur doté de droits d'administrateur n'est pas permise.
Le serveur doit être lancé avec un utilisateur non privilégié pour empêcher tout problème de sécurité sur le serveur. Voir la documentation pour
plus d'informations sur le lancement propre du serveur.
Pour avancer, j'ai regardé les commandes linux de lancement PostgreSQL et il semble que PostgreSQL start suffit.
J'ai donc lancé (bêtement, il est vrai) "postgres.exe start" et j'obtiens le message ci-dessus.
Dans un sens, c'est logique car le setup d'une installation standard demande un la création d'un utilisateur privilégié "PostgreSQL".
Mais la, je ne dois pas être dépendant d'un compte Windows.
Une idée pour m'aiguiller ?
EDIT : en fait il faut que je lance "PG_CTL.exe start --pgdata ..\data". Maintenant il fau remplir le répertoire data, des fichiers nécessaires (je suis en cours)
Merci de vos réponses.
Ceci dit, j'ai deux nouvelles interrogations.
- Pas de FAT32 pour PostgreSQL
Si j'ai bien compris le pourquoi, c'est du à 2 points : Service non installé et fiabilité de PostgreSQL. Mais dans l'absolu, c'est malgré tout possible (bien que tres fortement déconseillé) ?
- Le terme Cluster
Je suis loin de maîtriser les bases de données et encore moins les termes rattachés.
Le cluster (ou plus précisement le clustering) permet le basculement d'une machine tombant en rade sur une machine backup).
Ici la notion semble différente. J'ai parcouru la documentation PG83.pdf et il en sort cette définition :
Un cluster est un ensemble de bases de données stocké à un même emplacement dans le système de fichiers (le « répertoire des données »).
Si je comprends bien, la notion de cluster est lié un répertoire de donnée (le répertoire DATA ?) dans lequel sont mis les différentes base de donnéé du même serveur (dans mon cas Localhost car mon postgresql sera nomade). Ai-je bien compris ?
Sinon, la notion "portable", beaucoup le demande en fait.
J'ai trouvé un site qui propose un solution (que je n'ai pas encore réussi a faire foncitonner donc prudence) :http://greg.webhop.net/postgresql_portable/
Ce serait pour Windows (XP principalement).
Bonjour,
Exise-t-il une version portable de PostgreSQL ?
Je souhaite, en effet, installer PostgreSQL sur une clé USB et l'exploiter sur le PC qui sera à ma disposition.
Cordialement,
Kleberscow
Pages : 1
