Vous n'êtes pas identifié(e).
- Contributions : Récentes | Sans réponse
#26 Re : Réplication » Slony - réplication à la demande » 31/08/2016 11:35:42
pkoi pas stopper la repli tout simplement et la relancer quand c'est bon ?
#27 Re : Général » Optimisation de la vitesse d'insertion d'une bd importante » 23/01/2015 18:56:47
je me suis fais avoir à a cause d'un modif sur slony qui a lancé une copy sur 17 tables et j'ai vu 10 coeurs à 100%.
d'où mon erreur, désolé de pas pouvoir t'aider ^^
#28 Re : Général » Optimisation de la vitesse d'insertion d'une bd importante » 23/01/2015 18:38:55
non je me plante c'est que je lance plusieurs copy en meme temps de mon coté ^^
#29 Re : Général » Optimisation de la vitesse d'insertion d'une bd importante » 23/01/2015 18:36:36
La commande COPY est multi thread par défaut non ?
#30 Re : Optimisation » Optimisation Basse de Données » 23/01/2015 16:46:21
refaites une discussion svp.
#31 Re : Général » pg_dump crash i/o » 23/01/2015 11:18:28
pour la petite histoire j'ai enfin trouvé l'erreur dans mon log message qui après le reboot disparaissait, par chance j'etais là au bon moment.
donc rien a voir avec postgresql ce qui me rassure un peu.
voici l'erreur pour info :
Jan 22 22:14:23 kernel: command: Test Unit Ready: 00 00 00 00 00 00 Jan 22 22:14:23 kernel: mpt2sas0: task abort: FAILED scmd(ffff8104d9a21500)
Jan 22 22:14:23 kernel: mpt2sas0: attempting target reset! scmd(ffff8104d9a21500)
Jan 22 22:14:23 kernel: sd 0:1:0:0:
j'ai plus qu'a trouver comment résoudre ce problème 
#32 Re : Optimisation » requete trop longue ? » 21/01/2015 15:06:18
je me suis beaucoup posé la question à propos de verrous.
je vais potasser la doc sur les verrous, je suis quasi sur que le matos n'y est pour rien.
#33 Optimisation » requete trop longue ? » 21/01/2015 12:54:46
- kenrio
- Réponses : 3
Bonjour,
je constate des temps anormalement long sur les un peu n'importe quoi.
Comme des copy, des insert ou même des select sur des tables pas forcément grosse.
par exemple sur une requete slony:
2015-01-21 11:45:02 CET [4866]: [8-1] user=slony,db=DB,remote=127.0.0.1(39763) LOG: duration: 2248.147 ms statement: insert into "_repli_".sl_event (ev_origin, ev_seqno, ev_timestamp, ev_snapshot, ev_type ) values ('116', '5000299716', '20 15-01-21 11:44:53.486552+01', '73371547:73371547:', 'SYNC'); insert into "_repli_".sl_confirm (con_origin, con_received, con_seqno, con_timestamp) values (116, 1, '5000299716', now()); commit transaction;
pour info le load average n'est que de 0.45 à ce moment là, et le vmstat ridicule.
je me demande si j'ai pas foiré un argument dans postgresql.conf, j'ai pourtant tout revérifié j'ai a priori une bonne conf pour mon système.
si quelqu'un à des indications pour m'aider à chercher je suis preneur
merci
#34 Re : Général » Dupliquer la structure d'un schéma » 05/12/2014 13:02:32
Bonjour Guillaume,
La solution du dump/restore ne me convient pas dans le cas présent.
Je voudrai qu'un User (non DBA), puisse ajouter dans une table CLIENTS du schéma public des informations liées au client, notamment un nom et un "modèle" (structure d'un schéma prédéfini).
Et ensuite par un système de trigger sur la table CLIENTS, déclencher la duplication de la structure "modèle" dans un nouveau schéma au nom du client.
Il n'existe donc "rien", pas de projets, sur ce style d'exercice ?
Merci.
ça devrait pas être a l'application de faire ce genre de chose ?
#35 Re : Général » Ce forum est-il actif ? » 21/11/2014 13:13:51
ça vient doucement mais bon payer un support chez Oracle ou SQL server ça rassure alors les boites ont tendance a rester là bas.
#36 Re : Général » Ce forum est-il actif ? » 21/11/2014 12:43:07
Je suis pas plus étonné que ça.
Faudrait trouver un freelance pour qu'il vous rajoute à sa liste de clients mais ça cours pas les rues chez postgres je pense.
#37 Re : Général » Ce forum est-il actif ? » 21/11/2014 11:11:58
c'est une offre d'emploi en fait, c'est pour ça que personne n'a répondu je suppose ( dans le topic je veux dire )
#38 Re : Général » pg_dump crash i/o » 30/10/2014 13:07:30
je suis pas très doué avec dmesg mais a priori rien d'anormal.
Je vais continuer mes recherches.
#39 Re : Général » pg_dump crash i/o » 30/10/2014 10:29:00
c'est ce que je me dis mais faut que j'arrive a le prouver pour faire changer la machine...
#40 Général » pg_dump crash i/o » 29/10/2014 11:56:29
- kenrio
- Réponses : 5
Bonjour,
j'ai un soucis devenu bien trop récurrent avec pg_dump.
Toutes les nuits je dump en utilisant un script qui boucle sur chaque schema, ce qui a pour résultat de me faire un dump de chaque schema, j'en ai 75.
mais aléatoirement je me retrouve avec un crash i/o je n'ai pas la moindre log que ce soit du coté de pg ou du system ( centos 5.5 x64 )
la conséquence c'est le crash bien évidemment de la base et l'impossibilité d'accédé au fichiers de la base.
le reboot du system avec un reboot ou shutdown n'est même plus possible.
le reset hardware ou avec les magic command de centos est obligatoire.
j'ai slony qui tourne sur 20 schemas mais le crash n’apparaît pas sur les schemas répliqués.
j'ai réussi a capté un load average énorme juste avant le crash.
je suis d'ailleurs en postgresql 9.3.4
si vous avez des idées je suis preneur.
merci
#41 Re : Général » PQunescapeBytea ?? » 24/06/2014 08:54:15
pas de la 9.3 en tout cas, je vais tester ça de suite, merci.
edit : super c'était ça, je sais pas si je pourrais faire ce que je veux mais déjà une épine en moins merci
#42 Re : Général » PQunescapeBytea ?? » 23/06/2014 16:42:48
En fait en y regardant de plus pret il tente de trouver ce dossier : /usr/pgsql-9.3/include/server/
que je n'ai pas, j'ai pourtant une install basique avec yum install
#43 Général » PQunescapeBytea ?? » 23/06/2014 15:58:16
- kenrio
- Réponses : 3
Bonjour,
j'ai besoin de mettre le dernier slony (2.2.2) sur un pg9.3 ( en parallèle d'un 9.0 ) mais quand je fais le ./configure j'ai :
checking for PQunescapeBytea in -lpq... no
mon slave qui est bien a jour avec centos n'a pas rencontré ce problème.
Que dois je mettre à jour pour ne plus avoir l'erreur ?
merci
#44 Re : Réplication » Réplication Slony avec windows » 06/05/2014 09:26:06
bonjour,
désolé mais moi non plus je n'utilise pas slony sur windows donc je pourrais pas vous aider.
#45 Re : Réplication » Réplication Slony avec windows » 05/05/2014 11:48:03
bonjour,
ce mélange pg 8.4+ slony 2.0 + win7 64bits 
sinon en dehors de ça je ferais tout a la main à votre place et je n'utiliserais pas pgadmin.
vous avez bien mis tout ça :
pthreads for win32
The Microsoft SDK 6.1 or Visual Studio 2008 (other versions might work)
gettext for win32 or gettext for win64
pkoi slony 2.0.7 et pas 2.2.2 ?
#46 Re : Général » Dépassement délai démarrage serveur » 24/10/2013 15:01:07
Bjr,
Il y a t'il une modification à faire sur la ligne de commande "C:/Program Files/PostgreSQL/bin/pg_ctl.exe runservice -N "postgresql-9.2" -D "B:/DW_SOCOHOLD" -w" pour que le serveur se réfère à cette espace de stockage?Fabrice
le -D est le bon ?
#47 Re : Optimisation » Optimisation serveur » 24/10/2013 14:32:46
quand on est dans le psql on fait un \timing mais en extérieur je sais pas.
#48 Re : Optimisation » Optimisation serveur » 24/10/2013 11:40:13
oui je capte pas ce délire ^^
sinon y a moyen de lancer la commande en psql direct sur la machine a la place de pgadmin ?
#49 Re : Optimisation » Optimisation serveur » 24/10/2013 09:36:12
de mon coté je comprend pas désolé...
#50 Re : Optimisation » Optimisation serveur » 23/10/2013 12:31:41
en bas a droite si mes souvenirs sont bon c'est le temps global incluant le temps réseau, alors que le temps de l'explain c'est le temps d'exécution sur le serveur.