Re: Point in time recovery?
От | Andrew Sullivan |
---|---|
Тема | Re: Point in time recovery? |
Дата | |
Msg-id | 20030324121301.H16920@mail.libertyrms.com обсуждение исходный текст |
Ответ на | Point in time recovery? (<eivind.arnesen@netcom.no>) |
Ответы |
Re: Point in time recovery?
|
Список | pgsql-general |
On Sat, Mar 15, 2003 at 10:25:29AM +0000, eivind.arnesen@netcom.no wrote: > In order to recommend and support PostgreSQL, we need to make sure > that our data will be safe using PostgreSQL. [. . .] > to load the last backup from pg_dump. However, what about transactions > that has occured after the last backup? Would we be able to roll > forward to a particular point in time, so that the chances for data > loss is minimal? I've heard that this feature is currently missing, > but that it will be introduced in version 7.4 which should be out this > year. > > My problem is that we cannot recommend this product unless this feature > is present. While point-in-time is not available, you mentioned that you are already using an assortment of other products, including Oracle and SQL Server. You could use replication to do some of what you want, instead. PostgreSQL has a number of possible replication approaches. All of these are asynchronous, at the moment. Some are free, and some require a commercial license. You don't need a sophisticated machine to be a replication target: you need enough disk, of course, but that's relatively cheap these days. So you could set up a replicated system for most medium-sized databases reasonably inexpensively -- certainly, for less than the cost of an annual commercial Oracle license. This answer is not perfect, and it may still require some additional work on the part of a dba. But if your clients want a free database, and really need PITR, then this could be an answer. A -- ---- Andrew Sullivan 204-4141 Yonge Street Liberty RMS Toronto, Ontario Canada <andrew@libertyrms.info> M2P 2A8 +1 416 646 3304 x110
В списке pgsql-general по дате отправления: