Re: Problem with Streaming Replication

From: Kerem Can Karakaş <blokdiyagram(at)gmail(dot)com>
To: abraao895 <abraao895(at)hotmail(dot)com>
Cc: pgsql-admin(at)postgresql(dot)org
Subject: Re: Problem with Streaming Replication
Date: 2011-06-30 12:50:03
Message-ID: 1309438203.2138.24.camel@kerem-ThinkPad
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin

On Thu, 2011-06-30 at 05:21 -0700, abraao895 wrote:
> Hi,
>
> I have a doubt about the WAL-based replication. Suppose this situation:
>
> - The PC1(master) write the WAL file in the shared folder in her HD.
>
> - The HD of the PC1(master) dead. The WAL file don't have replicated because
> it is a asynchronous proccess and suppose that this already didn't have
> happened.
This is unlikely to happen when you share the folder of the slave server
to the master as the WAL backup folder.
>
> - The PC2(slave) doesn't have the last record.
Streaming replication occurs on transaction basis. As taken form the
documentation on
http://www.postgresql.org/docs/9.0/static/warm-standby.html

"Streaming replication allows a standby server to stay more up-to-date
than is possible with file-based log shipping. The standby connects to
the primary, which streams WAL records to the standby as they're
generated, without waiting for the WAL file to be filled. "

So as soon as it is written on WAL on the master server it is written
also on the slave node. The shared WAL folder is there in case the slave
cannot keep up with the master server. Usually on such a situation it
should not use immediately the WAL logs to keep up. If it happens to use
wal at a particular time, it is on the disk of the slave server anyway.

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Abraão Ferreira 2011-06-30 13:26:09 Re: Problem with Streaming Replication
Previous Message abraao895 2011-06-30 12:21:43 Problem with Streaming Replication