Postgresql (Linux) backup-vragen

[Verwijderd]

ik heb even 2 vragen over het backuppen van postgresql:

1. Kan je de tijd waar binnen een backup moet worden gemaakt instellen (bestaat er een default instelling)?
2. Als je de backup terug zet. Hoe zit het dan met de transacties die gemaakt zijn tussen het tijdstip van backup maken en het terugzetten ervan.

Ik heb al veel gezocht... maar ik kom er niet uit!

[KeesV]

Verwijderd schreef op 27 november 2002 @ 15:27:
2. Als je de backup terug zet. Hoe zit het dan met de transacties die gemaakt zijn tussen het tijdstip van backup maken en het terugzetten ervan.

Lijkt me dat als je een backup terugzet dat dan alle transacties die gedaan zijn na het maken van de backup verloren zijn gegaan...

Ze zitten hier @ UT met hetzelfde probleem na die brand

Maar ja, weinig aan te doen lijkt me....

[sebas]

Hoe maak je je backup? Ik ben er een tijdje geleden ook mee bezig geweest ...

En wat versta jij onder transactions? Volgens mij bedoelen wij daarmee namelijk verschillende dingen.

[bluewarlord]

1. Is niet aanwezig, gebruik crontab met scripts.

2. Is geen standaard optie. Het terugzetten van een DB is meer een actie van het type: maak alle tabellen aan, zet de user permissies, vul de tabellen. Het vullen gebeurd met de COPY construct van pgsql. vb:

COPY "course" FROM stdin;
4 2002-03-13 14:02:11+01 2002-08-03 14:02:11+02 Inleiding Programmeren T
1 2001-11-29 10:02:53+01 2002-03-01 10:02:53+01 Programmeren 1A http://w
2 2001-12-03 09:53:32+01 2002-03-01 09:53:32+01 Programmeren A voor KI
3 2002-01-28 10:42:56+01 2002-02-28 10:42:56+01 Programmeren 1B http://w
6 2002-04-03 15:00:00+02 2002-06-28 14:00:00+02 Inleiding OO
5 2002-03-25 09:00:00+01 2002-07-07 17:00:00+02 Voortgezet Programmeren
\.

Dus ik weet niet wat de gevolgen zijn bij een merge . ....

Er is echter 1 probleem ... als je de OID velden gebruikt ben je er niet met de standaard backup methode. Hiervoor moet je een aparte contrib tool voor gebruiken. Ik heb wel een file met een beschrijving daarvoor ...

[Verwijderd]

bluewarlord schreef op 27 november 2002 @ 15:35:
1. Is niet aanwezig, gebruik crontab met scripts.

2. Is geen standaard optie. Het terugzetten van een DB is meer een actie van het type: maak alle tabellen aan, zet de user permissies, vul de tabellen. Het vullen gebeurd met de COPY construct van pgsql. vb:

COPY "course" FROM stdin;
4 2002-03-13 14:02:11+01 2002-08-03 14:02:11+02 Inleiding Programmeren T
1 2001-11-29 10:02:53+01 2002-03-01 10:02:53+01 Programmeren 1A http://w
2 2001-12-03 09:53:32+01 2002-03-01 09:53:32+01 Programmeren A voor KI
3 2002-01-28 10:42:56+01 2002-02-28 10:42:56+01 Programmeren 1B http://w
6 2002-04-03 15:00:00+02 2002-06-28 14:00:00+02 Inleiding OO
5 2002-03-25 09:00:00+01 2002-07-07 17:00:00+02 Voortgezet Programmeren
\.

Dus ik weet niet wat de gevolgen zijn bij een merge . ....

Er is echter 1 probleem ... als je de OID velden gebruikt ben je er niet met de standaard backup methode. Hiervoor moet je een aparte contrib tool voor gebruiken. Ik heb wel een file met een beschrijving daarvoor ...

thnks!

[Verwijderd]

sebas schreef op 27 november 2002 @ 15:33:
Hoe maak je je backup? Ik ben er een tijdje geleden ook mee bezig geweest ...

En wat versta jij onder transactions? Volgens mij bedoelen wij daarmee namelijk verschillende dingen.

onder transacties bedoel ik delete, insert e.d.

[Papillon]

Je kunt ook diverse soorten backups maken. Bijvoorbeeld eens per week een full backup, dagelijk een incremental backup.. De perioden zijn natuurlijk aan jou. Als de door jou bedoelde transacties belangrijk zijn en dus altijd moeten worden vastgelegd, zou ik mij kunnen voorstellen de transacties te loggen. Echter dan heb je nog steeds een probleem als je een site failure (d.w.z. machine verbrandt o.i.d.) krijgt. Maar daar zijn ook wel oplossingen voor weet ik..

[xoror]

vanaf het moment dat je een snapshot neemt van de db zijn alle transacties die op dat moment gecommit zijn natuurlijk doorgevoerd in je snapshot.

dus wat JIJ op dat moment ziet in de db, komt in je dump file. Er kunnen best transacties lopen die nog niet gecommit zijn vanaf het moment dat jij de snapshot wil maken. Deze komen ook niet in je dumpfile.

overigens moet in 7.4 point in time recovery zitten. Dan wordt er een soort transactie log bijgehouden. bij een crash oid kan je die log over je laatste snapshot 'afspelen'. Dan zou het dataverlies gering zou moeten zijn.

voorlopig is het dus behelpen met complete dump en restore. tenzij je een transactie log wil maken natuurlijk.

[ Voor 33% gewijzigd door xoror op 27-11-2002 16:34 ]

[reddog33hummer]

waarom gaan jullie met de hand de database weer maken ?

crontab
3 5 * * * /script/backdb.sh

/script/backdb.sh
#!/bin/bash
DATE=`date +%Y%m%d`
/usr/pgsql/bin/pg_dump databas > /tmp/dump.$DATE

verder neem je dan nog de config files mee en dan later weer terug dumpen scheelt een hoop tijd

[ Voor 9% gewijzigd door reddog33hummer op 27-11-2002 23:54 ]