From: | Mihail Nasedkin <m(dot)nasedkin(at)gmail(dot)com> |
---|---|
To: | Vladimir Rusinov <vladimir(at)greenmice(dot)info> |
Cc: | pgsql-ru-general(at)postgresql(dot)org |
Subject: | Re: [pgsql-ru-general] Оптимизация на уровне ОС. |
Date: | 2010-11-16 09:59:54 |
Message-ID: | AANLkTi=y8UkmU7LmbuS+juXUdYOrdOp=aHUM7wV9So-3@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | Postg스포츠 토토 베트맨SQL |
Да, конечно, дошел до документации.
Подумал, что оптимальнее будет схема бакапа:
- настроить архивирование журнала транзакций (archive_command)
- еженедельно запускать скрипт:
psql -c "select pg_start_backup('недельное резервирование');"
tar -cf /var/lib/pgsql/backup.tar /var/lib/pgsql/data/
psql -c "select pg_stop_backup();"
Т.е. возможен будет возврат к данным любого времени дней недели между
полными бакапами за счет файлов журнала транзакций.
Возникает вопрос: как очищать архивную директорию от уже не нужных
(более ранних) файлов транзакций, которые были до очередного полного
бакапа (tar), чтобы каталог не распух.
Кстати, не так давно, летом (июнь), на листе рассылки
pgsql-performance(at)postgresql(dot)org была очень активная дискуссия на тему
"PostgreSQL as a local in-memory cache". Я не совсем там разобрался в
связи с трудностями перевода и вообще понимания сути вещей.
--
Михаил Наседкин
--
---
С уважением,
Михаил Наседкин
From | Date | Subject | |
---|---|---|---|
Next Message | Vladimir Rusinov | 2010-11-16 10:15:34 | Re: [pgsql-ru-general] Оптимизация на уровне ОС. |
Previous Message | Vladimir Rusinov | 2010-11-16 09:08:50 | Re: [pgsql-ru-general] Оптимизация на уровне ОС. |