backup strategy

Поиск
Список
Период
Сортировка
От richmond@shadow.net (Rich Ackerman)
Тема backup strategy
Дата
Msg-id 384be8f4.437783619@news.mia.bellsouth.net
обсуждение исходный текст
Список pgsql-general
I inherited a website project using Postgres on linux and am now
working on a backup plan for the site.

I figure I can write a cron script to do a pg_dump every so often
(hourly? daily?). The site gets backed up to tape every day.  Pretty
scrawny plan, eh?

Then, let's say the site gets hacked or the database crashes and it
needs to be restored. I know I can reverse the dump to get back where
it was when pg_dump was run, but what about the transactions after the
pg_dump? Do people have any strategies for backup that won't cause
those to be lost? It's a membership database with credit card
transactions, if that makes a difference.

The PostgreSQL User's Guide says, "This section needs to be written.
Volunteers?" for Chapter 13, "Database Recovery". Has anybody taken a
cut at it yet?

Thanks,

Rich Ackerman
richmond@shadow.net


В списке pgsql-general по дате отправления:

Предыдущее
От: "Huynh, Long"
Дата:
Сообщение: ODBC and JDBC setup
Следующее
От: Karl DeBisschop
Дата:
Сообщение: concatenating two text attributes