SAuvegarde à froid Postgresql 8.2

bensra · 31/10/2007, 09h59

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 · 31/10/2007, 10h01

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 · 31/10/2007, 10h02

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

bensra · 31/10/2007, 10h07

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

bensra · 31/10/2007, 10h09

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 · 31/10/2007, 11h46

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 · 31/10/2007, 16h35

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

hurricane · 02/11/2007, 08h35

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_ · 02/11/2007, 13h18

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 · 02/11/2007, 14h05

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_ · 02/11/2007, 14h49

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 · 02/11/2007, 15h07

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_ · 02/11/2007, 18h13

Quel genre de problèmes ?

31/10/2007, 09h59	#1
bensra Candidat au titre de Membre du Club Inscription : juillet 2007 Messages : 66 Détails du profil Informations forums : Inscription : juillet 2007 Messages : 66 Points : 10 Points : 10	SAuvegarde à froid Postgresql 8.2 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?
	00

31/10/2007, 10h01	#2
hurricane Membre habitué Inscription : août 2005 Messages : 116 Détails du profil Informations personnelles : Âge : 27 Informations forums : Inscription : août 2005 Messages : 116 Points : 109 Points : 109	Sauvegarde à froid ==> arréte ta base et sauvegarde les fichiers postgresql contenant les données Sauvegarde à chaud ==> aucun souci pour les utilisateurs connectés
	00

31/10/2007, 10h02	#3
bensra Candidat au titre de Membre du Club Inscription : juillet 2007 Messages : 66 Détails du profil Informations forums : Inscription : juillet 2007 Messages : 66 Points : 10 Points : 10	merci Apparemment je ne peux pas faire un shutdown de la base en tant qu'admin. Est ce normal?
	00

31/10/2007, 10h07	#4
bensra Candidat au titre de Membre du Club Inscription : juillet 2007 Messages : 66 Détails du profil Informations forums : Inscription : juillet 2007 Messages : 66 Points : 10 Points : 10	quelles commandes utilises-tu pour arrêter ta base?
	00

31/10/2007, 10h09	#5
bensra Candidat au titre de Membre du Club Inscription : juillet 2007 Messages : 66 Détails du profil Informations forums : Inscription : juillet 2007 Messages : 66 Points : 10 Points : 10	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.
	00

31/10/2007, 11h46	#6
hurricane Membre habitué Inscription : août 2005 Messages : 116 Détails du profil Informations personnelles : Âge : 27 Informations forums : Inscription : août 2005 Messages : 116 Points : 109 Points : 109	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.
	00

31/10/2007, 16h35	#7
kedare Membre extrêmement actif Mathieu Administrateur systèmes et réseaux Inscription : juillet 2005 Messages : 1 476 Détails du profil Informations personnelles : Nom : Mathieu Localisation : France Informations professionnelles : Activité : Administrateur systèmes et réseaux Informations forums : Inscription : juillet 2005 Messages : 1 476 Points : 1 260 Points : 1 260	je deconseille de faire un backup en copiant le repertoire data ... ca pourrait causer des problemes , notament si tu change de version apres
	00

02/11/2007, 08h35	#8
hurricane Membre habitué Inscription : août 2005 Messages : 116 Détails du profil Informations personnelles : Âge : 27 Informations forums : Inscription : août 2005 Messages : 116 Points : 109 Points : 109	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
	00

02/11/2007, 13h18	#9
gleu_ Membre habitué Inscription : août 2007 Messages : 128 Détails du profil Informations forums : Inscription : août 2007 Messages : 128 Points : 146 Points : 146	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.
	00

02/11/2007, 14h05	#10
hurricane Membre habitué Inscription : août 2005 Messages : 116 Détails du profil Informations personnelles : Âge : 27 Informations forums : Inscription : août 2005 Messages : 116 Points : 109 Points : 109	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.
	00

02/11/2007, 14h49	#11
gleu_ Membre habitué Inscription : août 2007 Messages : 128 Détails du profil Informations forums : Inscription : août 2007 Messages : 128 Points : 146 Points : 146	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.
	00

02/11/2007, 15h07	#12
hurricane Membre habitué Inscription : août 2005 Messages : 116 Détails du profil Informations personnelles : Âge : 27 Informations forums : Inscription : août 2005 Messages : 116 Points : 109 Points : 109	En théorie non mais en pratique quelque fois on a des problèmes pour reconstruire des bases quand elle sont sauvegardées à chaud.
	00

02/11/2007, 18h13	#13
gleu_ Membre habitué Inscription : août 2007 Messages : 128 Détails du profil Informations forums : Inscription : août 2007 Messages : 128 Points : 146 Points : 146	Quel genre de problèmes ?
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email