From: | Dimitri Fontaine <dimitri(at)2ndQuadrant(dot)fr> |
---|---|
To: | Michel Payan <michel(dot)payan(at)gmail(dot)com> |
Cc: | Christophe Mailhebuau <christophe(dot)mailhebuau(at)aquitaine(dot)fr>, Pgsql Fr Generale <pgsql-fr-generale(at)postgresql(dot)org> |
Subject: | Re: Script de backup |
Date: | 2014-10-02 13:30:10 |
Message-ID: | m2iok2iopp.fsf@2ndQuadrant.fr |
Views: | Whole Thread | Raw Message | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-fr-generale |
Michel Payan <michel(dot)payan(at)gmail(dot)com> writes:
> Je ne connais pas vraiment de limitation qui ferai qu'un shell ne puisse
> pas gérer correctement les erreurs ?
> Pour ma part, j'utilise ksh et en principe j'essaie de gérer le "$?" ...
En gros il faut l'équivalent d'un rollback, c'est à dire être capable
d'annuler les actions intermédiaires devant certains cas d'échecs. Ce
genre de code est généralement pénible à écrire, bash/ksh n'aident pas.
> Mais si l'on souhaite utiliser de langages de plus haut niveau pourquoi
> pas, j'ai aussi croisé pas mal de perl, java, python et autres qui ne
> géraient pas correctement les codes retours et là, c'est plutôt au
> développeur et pas au langage qu'il faut s'en prendre !
+1, tout à fait d'accord.
Disons que certains outils aident le développeur plus que d'autres…
> Mais il est vrai que pg_barman est un outil bien aboutit (un peu plus
> compliqué qu'un "simple" shell).
Et surtout pgbarman met l'accent sur la *restauration* des données.
--
Dimitri Fontaine 06 63 07 10 78
http://2ndQuadrant.fr PostgreSQL : Expertise, Formation et Support
--
Envoi via la liste pgsql-fr-generale (pgsql-fr-generale(at)postgresql(dot)org)
From | Date | Subject | |
---|---|---|---|
Next Message | Dimitri Fontaine | 2014-10-02 13:31:27 | Re: pertinence pgbarman / cloud |
Previous Message | Cloc | 2014-10-02 12:52:44 | pertinence pgbarman / cloud |