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  (jseymour@linxnet.com (Jim Seymour))
Список 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 по дате отправления:

Предыдущее
От: Greg Stark
Дата:
Сообщение: Re: Opteron scaling with PostgreSQL
Следующее
От: jseymour@linxnet.com (Jim Seymour)
Дата:
Сообщение: Re: Opteron scaling with PostgreSQL