Re: PITR with rsync
| От | David Bear |
|---|---|
| Тема | Re: PITR with rsync |
| Дата | |
| Msg-id | 20070807004608.GE19294@asu.edu обсуждение исходный текст |
| Ответ на | Re: PITR with rsync (Tom Lane <tgl@sss.pgh.pa.us>) |
| Ответы |
Re: PITR with rsync
|
| Список | pgsql-admin |
On Mon, Aug 06, 2007 at 08:27:13PM -0400, Tom Lane wrote: > David Bear <David.Bear@asu.edu> writes: > > I'm still uncomfortable with using the file system style backup method > > in PITR and am very interested in ' more information ' on how others > > may be doing backups. Specifically, I assume that PITR methods would > > also be accompanied with some combination of pg-dump. > > You assume wrong. Replaying WAL demands starting from a physical not > logical dump, because page and tuple numbers and so forth have to be the > same as in the master. A pg_dump backup will simply not work. > > > I am curious > > about how frequently a pg-dump would be done if a PITR method was also > > used (every 24 hours, every 7 days, not at all ) ?? > > I'd personally be inclined to take a pg_dump every now and then just to > have an independent backup method. Especially if I wasn't comfortable > with PITR ;-). How often depends on how much bandwidth you can spare > for backup purposes. okay, thanks. the pg-dump is not an augementation, but a completely separate backup method. > > > Also, looking at the archive_command argument in postgresql.conf. Has > > anyone use rsync there? > > I suppose you could, but what's the point? Copying a single file that > doesn't currently exist on the destination plays to none of rsync's > strengths. well, I was using rysnc so I could copy to a different computer over ssh, not using the rsync protocol to catch diffs. I don't have a remote file system mounted so I can do just a cp. Am I still thinking wrong here? > > regards, tom lane -- David Bear phone: 602-496-0424 fax: 602-496-0955 College of Public Programs/ASU University Center Rm 622 411 N Central Phoenix, AZ 85007-0685 "Beware the IP portfolio, everyone will be suspect of trespassing"
В списке pgsql-admin по дате отправления: