Re: Opteron scaling with PostgreSQL
| От | Dann Corbit |
|---|---|
| Тема | Re: Opteron scaling with PostgreSQL |
| Дата | |
| Msg-id | 54798A299E68514AB7C4DEBA25F03BE101BA2E@postal.corporate.connx.com обсуждение исходный текст |
| Ответ на | Opteron scaling with PostgreSQL (Steve Wolfe <nw@codon.com>) |
| Ответы |
Re: Opteron scaling with PostgreSQL
|
| Список | pgsql-general |
> -----Original Message----- > From: pgsql-general-owner@postgresql.org > [mailto:pgsql-general-owner@postgresql.org] On Behalf Of Greg Stark > Sent: Saturday, June 12, 2004 12:18 AM > To: pgsql-general@postgresql.org > Subject: Re: [GENERAL] Opteron scaling with PostgreSQL > > > > Steve Wolfe <nw@codon.com> writes: > > > I've run with fsync off on my production servers for > years. Power > > never goes off, and RAID 5 protects me from disk failures. > Sooner or > > later, it may bite me in the butt. We make backups > sufficiently often > > that the small amount of data we'll lose will be far offset by the > > tremendous performance boost that we've enjoyed. In fact, we even > > have a backup server sitting there doing nothing, which can > take over > > the duties of the main DB server within a VERY short amount of time. > > That's good, because you'll eventually need it. > > All it will take will be a Linux crash for the database files > on disk to become corrupted. No amount of UPS or RAID > protection will protect from that. Another important point is that the data in an organization is always more valuable than the hardware and the software. Hose up the hardware and the software, and insurance gets new stuff. Hose up the data and you are really hosed for good.
В списке pgsql-general по дате отправления: