Vous n'êtes pas identifié(e).

Pages : 1

#1 Re : Général » incident saturation disk » 31/12/2020 16:00:41

samirca007

c'est ici que j'ai que j'ai le grand taille data/base/12994

le mode archivage n'est pas activé

#2 Général » incident saturation disk » 31/12/2020 14:57:45

samirca007
Réponses : 3

Bonjour a tous ,

je viens vers vous car je suis un peu perdu

je suis devant un grand probléme suite au saturation disque /var/lib/postgresql/data il me reste quelques MO

je peut pas lancer un vaccumfull vu que cette opération nécessiste 2 fois la taille du table

Qui peut m'expliquer comment agir devant cette situation surtout que c'est un serveur du production ERP

merci pour vos conseil

#3 Optimisation » diminuer la valeur du varchar et effet sur la performance » 02/12/2019 12:52:16

samirca007
Réponses : 1

bonjour a tous

Question sur la Performance

j'ai un index cluster sur un colonne de Type varchar(500)

si je procède a le faire diminuer vers varchar(5) peut on avoir un effet positif sur la Performance ou c'est pareil

merci pour vos conseils

#4 Général » logrotate postgresql » 09/09/2019 10:34:16

samirca007
Réponses : 1

bonjour a tous

j'ai eu une demande client du client sur une saturation disque il ma dit que Les logs du serveur n’ont pas de logrotate

alors que sur mon fichier postgresql.conf  j'ai bien le paramètre 

#log_rotation_age = 1d    
log_rotation_size = 50MB

alors qu'il m'a dit que le fichier il est 

/var/log/postgres.log {
        weekly
        rotate 52
        compress
        delaycompress
        notifempty
        create 640 postgres postgres
        sharedscripts
        postrotate
                /etc/init.d/postgresql restart > /dev/null
        endscript
}

Qui peut m'expliquer la différence
merci pour vos explications

#5 Général » extension pour gérer la partie index » 04/09/2019 17:53:58

samirca007
Réponses : 4

bonjour a tous ,

j'aimerai s'avoir s'il existe une extension connu par les dba et qui facilite leur travaille sur la partie performance

en faite j'aimerai traiter et collecter max d'information sur la partie d'indexe

liste des indexes manquant , les indexes non utilisées , l’état de fragmentation des indexes

merci pour vos conseils

#6 Général » erreur sur l'opération pg_dump » 21/06/2019 10:12:20

samirca007
Réponses : 1

BONJOUR A tous

j'ai eu des soucis sur les opération du sauvegarde a travers  de pg_dump sur des replicas qui plantaient sur de grosses tables ?

pg_dump: dumping contents of table "public.oc_course_visualisation"
pg_dump: Dumping the contents of table "oc_course_visualisation" failed: PQgetResult() failed.
pg_dump: Error message from server: ERROR:  canceling statement due to conflict with recovery
DETAIL:  User was holding a relation lock for too long.
pg_dump: The command was: COPY public.oc_course_visualisation (id, course_id, user_id, date, part_id, session_id) TO stdout;

Qui peut m'aider sur la cause racine de cette erreur ?

thanks

#7 Re : Général » Récupération. Espace disque » 25/02/2019 18:22:02

samirca007

select pg_cancel_backend(procpid)

#8 Général » Récupération. Espace disque » 25/02/2019 17:52:20

samirca007
Réponses : 4

Bonjour à tous
J'ai un table volumineux de 75 go après une delete massive de données j'ai lancer un vacuum full pour récupérer d espace disque
Après 30 minute d exécution j ai annuler opération. Suite à une réclamation de client sur un verou sur la table
Je vient de trouver que j'ai perdu en plus 20 go d espace disque sant avoir un gain sur la taille du table
Alors comment je peut récupérer l espace perdu suite à. L annulation de l opération vacuum full
Merci de vos conseil.

#9 Sécurité » connexion distant superutilisateur » 20/02/2019 11:10:16

samirca007
Réponses : 1

Bonjour a tous

j'ai 3 connexions super user Postgres

je veux obliger ces utlisateur de passer forcement par la connexion local linux en enlevant la connexion distant a travers pg admin

comment je peut sécurisé cette faille de sécurité

merci pour vos conseil

#10 Général » recovery.conf pendant la phase du restauration » 25/01/2019 18:58:38

samirca007
Réponses : 2

bonjour

je débute en postgres et je suis entrain d'étudier la mise en place du backup a travers 

pg_basebackup

maintenant ma question est sur la méthode du restauration

la présence du fichier recovery .conf est t'il indispensable pour l'opération du restoration

Est ce le faite du copier les Fichier wall Archivé seulement n'est pas suffisant ?

merci pour vos réponse

#11 Re : Général » tuer un processus postgres » 21/02/2018 13:26:50

samirca007

le problème que j'ai pas le password du compte postgres donc je ne peut pas connecter en mode psql

je doit le tuer a travers une commande linux ?

#12 Général » tuer un processus postgres » 21/02/2018 12:29:09

samirca007
Réponses : 9

bonjour a tous

je débute en Postgresql et je ne suis pas un dba et je ne suis un admin linux je suis un simple informaticien

dans l'absence de notre dba un de nos client ma demandé de tuer une requête consommatrice

j'ai lancer 

ps aux |grep postgres

  pour voir les liste des processus je viens d'avoir ces résultats 

postgres   880  0.0  0.5 17270068 377028 ?     S    janv.16   2:30 /usr/lib/postgresql/9.1/bin/postgres -D /var/lib/postgresql/9.1/main -c config_file=/etc/postgresql/9.1/main/postgresql.conf
postgres   948  0.0 10.8 17278816 7130728 ?    Ss   janv.16  30:33 postgres: writer process                                                                                 
postgres   949  0.0  0.0 17278264 19872 ?      Ss   janv.16   6:32 postgres: wal writer process                                                                             
postgres   950  0.0  0.0 17279728 5780 ?       Ss   janv.16   3:27 postgres: autovacuum launcher process                                                                    
postgres   951  0.0  0.0  75836  3152 ?        Ss   janv.16   1:30 postgres: archiver process   last was 000000040000120D000000F2                                           
postgres   952  0.0  0.0  76708  3592 ?        Ss   janv.16   7:18 postgres: stats collector process                                                                                                                   
postgres 17315  0.0  0.0 17284436 17432 ?      Ss   11:09   0:00 postgres: monpri_production  monpri_production 112.28.227.14(37722) idle

                         

comment je peut tuer ce processus   

postgres 17315  0.0  0.0 17284436 17432 ?      Ss   11:09   0:00 postgres: monpri_production  monpri_production 112.28.227.14(37722) idle

merci pour vos aide

#13 Général » signification du "pipe awk -F" » 26/10/2017 18:26:47

samirca007
Réponses : 1

bonjour a tous

je débute en postgres et dans notre société on utilise ce petit script Shell pour faire l'opération du sauvegarde 

psql -A -U postgres -t -c "\l"  |grep -v template |awk -F'|' '{print "pg_dump -c --port=5432 --username=postgres "$Ft"  >

ce que j'arrive pas  a comprendre c'est la partie "pipe awk -F"

Qui a une idée a quoi sert ces options

merci

#14 Re : Sécurité » droit lecture écriture sur une base » 17/10/2017 16:27:36

samirca007

si je corrige ce qui' a été fait

normalement ça serai juste avec ce ci 

GRANT USAGE ON SCHEMA public TO user
GRANT ALL PRIVILEGES ON ALL TABLES IN SCHEMA public TO user;

#15 Re : Sécurité » droit lecture écriture sur une base » 17/10/2017 10:08:59

samirca007

si je comprend bien le lien 

GRANT ALL PRIVILEGES ON DATABASE "database" to "user"

;

n'hésiter pas a me corriger si je fait de béthise , je suis un débutant

#16 Re : Sécurité » droit lecture écriture sur une base » 16/10/2017 15:44:11

samirca007

bonjour

j'ai mis 

grant all on database production to user1

;

mais j'ai pensé que c'est mis un droit élevé

#17 Sécurité » droit lecture écriture sur une base » 16/10/2017 11:43:43

samirca007
Réponses : 7

bonjour a tous

je débute en postgresql et j'ai une demande qui consiste a créé un user et de l'affecter le droit en lecture écriture sur une base de donnée

Qui  peux m'aider sur le syntaxe SVP

merci pour vous

#18 Re : Réplication » commande pg_basebackup non exécuter » 23/08/2017 10:04:51

samirca007

ci joint le message qu j'ai eu dans errorlog

"pg_basebackup : n'a pas pu écrire dans le fichier <</home/sauvegardes_sgbd/20170822/base/45470/2935403.19>>:Aucun espace disponible sur le périphérique"

#19 Réplication » commande pg_basebackup non exécuter » 22/08/2017 18:26:15

samirca007
Réponses : 3

bonjour  a tous

j'ai un serveur postgres en version 9.4 configurer en mode réplication de Streaming

chaque jour je fait un simple audit pour mon serveur pour vérifier le fonctionnement de la réplication

Aujord'huit en faisant l’édition du mon répertoire qui contiens les fichier wal archivé et qui seront envoyer vers le serveur standby  je viens de découvrir que la commande pg_basebackup n'a pas était exécuter depuis le 17/08/2017

Qui peux m'expliquer ce ci est du  a quoi ?

merci

#20 Re : Optimisation » déplacement répertoire pg_xlog » 20/08/2017 22:57:46

samirca007

merci pour votre réponse


juste une autre Question SVP


Est ce que cette ligne doit être ajouter dans le Fichier de configuration postgresql.conf ?


merci

#21 Optimisation » déplacement répertoire pg_xlog » 20/08/2017 12:00:22

samirca007
Réponses : 3

bonjour

Pour des raison du performance j'ai pensés a déplacer mon répertoire "pg_xlog"sur un autre disque ce ci dans le but de limiter les accès concurrents aux têtes d'écriture et ainsi gagner un peu plus de performance

c'est que je le connais pas c'est comment crée un lien logique vers mon répertoire pg_xlog après leur déplacement

pour info je suis sous centos

merci pour votre aides

#22 Général » modification Fichier postgresql.conf » 19/08/2017 13:20:29

samirca007
Réponses : 1

bonjour a tous

Question d'un débutant en Postgresql

Est ce que n'importe quel modification faite dans le Fichier postgresql.conf nécessite un redémarrage de service postgresql pour prendre en considération ces modifications

ou il y a des paramètres spécifique qui nécessite le démarrage

merci pour  vous

#23 Réplication » recommandation pour Wal_keep_segments » 15/08/2017 11:54:03

samirca007
Réponses : 1

bonjour a tous

je viens de configurer mon Fichier postgresql.conf pour la première fois , il s'agit d'un serveur de production pour une base qui serai mis en réplication

j'était devants le paramètres "Wal_keep_segments" selon la définition ce ci  Spécifie le nombre minimum de segments de fichiers journaux passés conservés dans le répertoire pg_xlog

je ne sais quel valeur optimal doit être mis pour ce paramètre je viens de mettre "10000"

Quel est votre retour d’expérience pour ce paramètre faut t'il mettre un valeur minimal ou j'augmente le valeur vers un numéro grand et quel serai leur impact sur la perfermence

merci pour vos conseil

Pages : 1

Pied de page des forums

Propulsé par FluxBB