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
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 |