X-Original-To: pgsql-sql@postgresql.org Received: from spampd.localdomain (postgresql.org [64.49.215.8]) by postgresql.org (Postfix) with ESMTP id C08F0475E82 for ; Mon, 5 May 2003 15:19:52 -0400 (EDT) Received: from web10002.mail.yahoo.com (web10002.mail.yahoo.com [216.136.130.38]) by postgresql.org (Postfix) with SMTP id E101E476085 for ; Mon, 5 May 2003 15:19:41 -0400 (EDT) Message-ID: <20030505191942.53198.qmail@web10002.mail.yahoo.com> Received: from [204.155.157.33] by web10002.mail.yahoo.com via HTTP; Mon, 05 May 2003 12:19:42 PDT Date: Mon, 5 May 2003 12:19:42 -0700 (PDT) From: Michael Teter Subject: Re: Replication for a large database To: pgsql-sql@postgresql.org In-Reply-To: <10976.65.102.128.233.1052151419.squirrel@fordparts.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Status: No, hits=-26.0 required=5.0 tests=BAYES_01,EMAIL_ATTRIBUTION,IN_REP_TO,QUOTED_EMAIL_TEXT, REPLY_WITH_QUOTES autolearn=ham version=2.50 X-Spam-Level: X-Spam-Checker-Version: SpamAssassin 2.50 (1.173-2003-02-20-exp) X-Archive-Number: 200305/62 X-Sequence-Number: 13227 Here's something interesting: http://www.objectweb.org/c-jdbc/index.html It's alpha quality, and it's not "true" replication, but it might be interesting to keep an eye on. I've only read about it, so I can't claim any personal experience. Sounds like a good solution for this situation, if it works as advertised. MT --- Ryan wrote: > Ok, mabye this is just because I'm coming from a layman's perspective > regarding enterprise level databases, but couldn't you fake replication > by inserting the data into both databases? (granted this involves > having source access to the program doing the insertion.) > > It may be a kludge, but it would work until something better came along. > > Ryan > > > Hello all, > > > > I apologize if this has already been covered in the past, but I > > couldn't seem to find an adequate solution to my problem in the > > archives. > > > > I have a database that is used for a bandwidth tracking system at a > > broadband ISP. To make a long story short, I'm inserting over > > 800,000 records per day into this database. Suffice to say, the > > uptime of this database is of paramount importance, so I would like > > to have a more up-to-date backup copy of my database in the event of > > a failure (more recent than my twice-per-day db_dump backup). > > > > I have two servers, both Dual Xeon-2G with 4G of RAM, and would like > > to replicate between the two. I would like to have "live" > > replication, but I couldn't seem to find a solution for that for > > PostgreSQL. I tried RServ but, after attempting it, I saw a mailing > > list posting saying that it is more-or-less useless for databases > > that have a large number of inserts (like mine). > > > > When I perform a replication after a batch of data is inserted, the > > query runs literally for hours before it returns. I have never > > actually been present during the whole replication duration since it > > takes longer than my 8-12 hour days here at work. > > > > Is there any replication solution that would fit my needs? I'm taking > > advantage of some PG7.2 features so "downgrading" to the 6.x version > > of postgres that has replication support isn't an option. > > > > Thanks. > > > > --man > > > ---------------------------(end of broadcast)--------------------------- > TIP 1: subscribe and unsubscribe commands go to majordomo@postgresql.org __________________________________ Do you Yahoo!? The New Yahoo! Search - Faster. Easier. Bingo. http://search.yahoo.com