Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
07.02.2006, 17:22
|
|||
|---|---|---|---|
|
|||
Backup recovery plan |
|||
|
#18+
Vopros k guru. Ob'yasnite pojaluista v chem koordinalnaya raznitsa mejdu "Poin in Time" recovery and pg_dump, pg_dumpall. Tochnee daje chto luchshe ispolzovat' i dlya kakih zadach. Naprimer bytuet mnenie chto nujno delat' backup kajdyi den' vseh izmeneniy za den' i v kontse nedeli polnyi backup clastera. Tak vot kak ego delat' etot backup za den'. Poluchaetsya chto vse ravno vo vse posleduyschie backupy vhodyat predyduschie. Poka ya delau pg_dump kajdy vecher i v pyatnitsu pg_dumpall vsego klastera. Ya ne na shel kak delat' backup tolko za den' standartnymi sredstvami Postrges. Nadeus' ya ne ochen' symburno napisal. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
07.02.2006, 17:53
|
|||
|---|---|---|---|
|
|||
Backup recovery plan |
|||
|
#18+
STEVopros k guru. Ob'yasnite pojaluista v chem koordinalnaya raznitsa mejdu "Poin in Time" recovery and pg_dump, pg_dumpall. Tochnee daje chto luchshe ispolzovat' i dlya kakih zadach. Naprimer bytuet mnenie chto nujno delat' backup kajdyi den' vseh izmeneniy za den' i v kontse nedeli polnyi backup clastera. Tak vot kak ego delat' etot backup za den'. Poluchaetsya chto vse ravno vo vse posleduyschie backupy vhodyat predyduschie. Poka ya delau pg_dump kajdy vecher i v pyatnitsu pg_dumpall vsego klastera. Ya ne na shel kak delat' backup tolko za den' standartnymi sredstvami Postrges. Nadeus' ya ne ochen' symburno napisal. Насколько я помню, при помощи Point In Time Recovery ты можешь "накатить" базу до состояния "В ЛЮБОЙ МОМЕНТ ВРЕМЕНИ" от создания до бэкапа. При помощи pg_dump - только на момент бэкапа. В доке это было. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
08.02.2006, 16:14
|
|||
|---|---|---|---|
Backup recovery plan |
|||
|
#18+
STE...Ob'yasnite pojaluista v chem koordinalnaya raznitsa mejdu "Poin in Time" recovery and pg_dump, pg_dumpall. Tochnee daje chto luchshe ispolzovat' i dlya kakih zadach..... вообще в теории бэкапа есть следующие понятия. 1) полный бэкап 2) инкриментальнай бэкап 3) дифференциальный бэкап 4) бэкап на срез времени. 5) бэкап по рассписанию. 6) снапшот 1 - сливается весь образ БД 2 - сливается только изменения со времени предыдущего бэкапа. 3 - сливается только изменения со времени полного бэкапа 4 - срез времени обеспечивается некой меткой в БД. Срез данной метки гарантирует логическую целостность данных. 5 - это некое рассписание проведения бэкапов. обычно находиться над механизацией бэкапа. 6 - сьём инфы в виде "снимка". Накат базы происходит приблизительно по следующему сценарию. а) накат полного. б) накат дифференциального (если есть).. в) накаты инкрементальные. г) накат до среза метки (если есть). или а) накат снапшота... Честно говоря многообразие бэкапов самого постгресса - не подскажу.. Вроде как есть полный, инкрементальный и по метке... с уважением (круглый) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=53&tablet=1&tid=2006657]: |
0ms |
get settings: |
8ms |
get forum list: |
16ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
105ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
51ms |
get tp. blocked users: |
1ms |
| others: | 237ms |
| total: | 440ms |
| 0 / 0 |
