Received: from maia.hub.org (maia-2.hub.org [200.46.204.251]) by mail.postgresql.org (Postfix) with ESMTP id 4414E632A7E for ; Mon, 5 Jul 2010 11:53:47 -0300 (ADT) Received: from mail.postgresql.org ([200.46.204.86]) by maia.hub.org (mx1.hub.org [200.46.204.251]) (amavisd-maia, port 10024) with ESMTP id 35408-06 for ; Mon, 5 Jul 2010 14:53:37 +0000 (UTC) X-Greylist: domain auto-whitelisted by SQLgrey-1.7.6 Received: from mail-iw0-f174.google.com (mail-iw0-f174.google.com [209.85.214.174]) by mail.postgresql.org (Postfix) with ESMTP id 2D9E1632A69 for ; Mon, 5 Jul 2010 11:53:39 -0300 (ADT) Received: by iwn7 with SMTP id 7so5564763iwn.19 for ; Mon, 05 Jul 2010 07:53:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=hdq2a5mF9quEASg6H9NRUzMFHrdNHkOF3lniM4vGpqI=; b=oWYxrO0WVEPSS3jUdttzZgEC0dFAPumbkLqcxpql8Ld4PZLtNRCN3LQ7q1CMsn+rVp LUAbtIY3YJD9Nfu4Xwsq3cdttlBb3sinitqr4R2u0sM64kCMgJM40riCFaMaky3/bfm8 K5fCxRAYAwKT+ejuXMB99bfbAdRidrp/EcuQ8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=UmZ8CfhIsVc0CsDCpX/rZkSjeS2WOBvJo2NOZ1a50m1G72Y3i2sXcc+QzbwirHxUXP 2OIss6dgoSxvVQSXIVT5Cq26jMcaKATkZx4KXVS24UQC5RtPrUwa32L2s+xllU5OaWVt OtKT1KsJYDQHFYvthx3A6URrIV3dN/ZFMxwT0= MIME-Version: 1.0 Received: by 10.231.45.66 with SMTP id d2mr2909201ibf.170.1278341617176; Mon, 05 Jul 2010 07:53:37 -0700 (PDT) Received: by 10.231.37.193 with HTTP; Mon, 5 Jul 2010 07:53:36 -0700 (PDT) In-Reply-To: <4C31966E.1020007@usit.uio.no> References: <201007022207.o62M7mX02724@momjian.us> <4C31966E.1020007@usit.uio.no> Date: Mon, 5 Jul 2010 10:53:36 -0400 Message-ID: Subject: Re: Documentation and explanatory diagrams From: Robert Haas To: Rafael Martinez Cc: pgsql-docs Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Scanned: Maia Mailguard 1.0.1 X-Spam-Status: No, hits=-1.9 tagged_above=-5 required=5 tests=BAYES_00=-1.9 X-Spam-Level: X-Archive-Number: 201007/51 X-Sequence-Number: 5707 On Mon, Jul 5, 2010 at 4:23 AM, Rafael Martinez wrote: >> For example, I'd dispute the picture of the >> world shown on the file_based_log_shipping.png image; that's certainly >> not the only way to set it up (the archive needn't be on the primary >> node, right?). > > It is not the only way of shipping files but it is certainly the safest. > Getting the files to ship from another source than the arch directory in > the primary is a disaster waiting to happen if something happens to the > process/mechanism that ships files, and this jobs is delayed or fails. Well, if it's presented as a possible configuration rather than "the only way to do it" then I'm fine with that. I agree many people will set it up that way in practice. >> The image that is called hot_standby is really showing a combination >> of SR + log shipping. =A0It has nothing to do with Hot Standby. > > Well, what is HS without SR + log shipping. Again, this is a typical > diagram for a DBA. What they need is an overview on how HS looks like > with all the components we suggest they should use when using HS. Hot Standby is the ability to run queries on the standby. That image has nothing to do with running queries. >> The streaming_replication image is technically not correct. =A0WAL >> sender reads from disk - PostgreSQL doesn't duplicate the WAL as it's >> generated. =A0 It also makes it look like WAL sender/reciever are not >> part of PostgreSQL, which of course isn't the case. > > Again, typical diagram for a DBA with an overview of components and how > they interact with each other. They don't care where the wal sender gets > the WAL information, they care that the system has two processes talking > with each other and sending information between nodes. After testing SR, > I can say that the secondary node generates wal files under pg_xlog when > using SR. I'm going to argue that diagrams should be made as technically correct as possible even if we think that DBAs won't care. --=20 Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise Postgres Company