Discussion :

[bensra]

J'aimerai executer un batch qui sauvegarde à froid de ma base de données postgresql. Comment procéder?

Est-ce qu'une sauvegarde à chaud d'une base postgresql peut poser des problèmes si des utilisateurs sont connectés?

[hurricane]

Sauvegarde à froid ==> arréte ta base et sauvegarde les fichiers postgresql contenant les données

Sauvegarde à chaud ==> aucun souci pour les utilisateurs connectés

[bensra]

merci
Apparemment je ne peux pas faire un shutdown de la base en tant qu'admin.
Est ce normal?

[bensra]

quelles commandes utilises-tu pour arrêter ta base?

[bensra]

Lorsque je fais stop postgres, un message s'affiche précisant que seul un utilisateur non priviligié peut faire cette action. Je suis assez étonné, jpensais qu'un administrateur par définition avait tous les droits.

[hurricane]

en fait, il faut toujours travailler hors mode super utilisateur cela évite la casse.
Pour ce qui de l'arrêt regarde les processus et regarde quel utilisateur a lancé la base pour que par a suite tu te conencte osus cette utilisateur et éviter ainsi des problèmes de droit.

[kedare]

je deconseille de faire un backup en copiant le repertoire data ... ca pourrait causer des problemes , notament si tu change de version apres

[hurricane]

Moi je suis pas trop d'accord avec toi étant donné que c'est la base de sauvegarder le répertoire datas.
Sauvegarder à chaud évite de perdre des transactions et de perdre de la qualité de service.
En réalité, je te conseille de réaliser une politique de sauvegarde.
Souvent on réalise des sauvegardes à chaud la journée et la nuit on arrête la base pour ensuite réaliser une sauvegarde à froid.
Pour ce qui est du versionning, ce n'est pas un critére de sauvegarde sinon personne ne sauvegarderai de données
--> "tiiens inutile de sauvegarder ma base Oracle 10g étant donné que la sauvegarde ne sera pas compatible avec Oracle 11g" --> complétement absurde

[gleu_]

Absurde peut-être, mais pas faux. Un utilisateur ne peut pas que sauvegarder son répertoire data car la migration à une nouvelle version majeure échouera (et je ne parle même pas d'un changement de matériel 32bits vers 64 bits ou d'OS (un unix vers un windows)).

Sauvegarder le cluster à froid a un seul avantage : accélerer la restauration (car il ne s'agit que de copier les fichiers).

Sinon, ce type de sauvegarde n'a que des inconvénients : pas de sauvegarde possible d'une seule base, indisponibilité du cluster pendant la sauvegarde (qui peut être très longue), etc.

Vive la sauvegarde à chaud.

[hurricane]

Comme je le disais c'est tout une politique de sauvegarde à faire.
Entre-mélage de sauvegardes à froid et à chaud te garantit d'avoir des données les plus fraiches possible.

[gleu_]

Entièrement d'accord sur le fait qu'il s'agit d'une politique de sauvegarde interne. Par contre, moi, personnellement, je ne suis pas convaincu par l'intérêt des sauvegardes à froid.

[hurricane]

En théorie non mais en pratique quelque fois on a des problèmes pour reconstruire des bases quand elle sont sauvegardées à chaud.

[gleu_]

Quel genre de problèmes ?