Re: NFS mounted DBs and Vacuum

From: "Steve Wolfe" <steve(at)iboats(dot)com>
To: <pgsql-general(at)postgresql(dot)org>
Subject: Re: NFS mounted DBs and Vacuum
Date: 2000-12-27 18:19:17
Message-ID: 009e01c07031$89b19940$50824e40@iboats.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

> I have a server for which PG_DATA = /home/maxtor, an NFS mounted
> disk. Normally it works great, but when I try to vacuum, it takes
> FOREVER. Should I not even try to use remote storage like this? Has
> anybody else run into a similar problem?

NFS is slow, and very CPU-intensive. On a 100-megabit switched link with
multiple, fast processors on the NFS machine, you get up to a maximum of
around 1/4 of the throughput that you would having a single, fast drive in
the database machine. A handicap like that is bad for a database. : )

I imagine that you are mounting the data directory from a file server for
backup purposes and disk redundancy protection. We spent a little more
money, and put another RAID array in our database server for disk
redundancy, and each night a pg_dumpall runs, with the output gzipped and
THEN copied via NFS to the file server, to be included on the nightly DAT
backup.

steve

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Robert B. Easter 2000-12-27 18:40:09 Re: LD_LIBRARY_PATH
Previous Message Larry Rosenman 2000-12-27 17:56:49 Re: LD_LIBRARY_PATH