Re: Cluster feature: Start/stop archiving at runtime
От | Tatsuo Ishii |
---|---|
Тема | Re: Cluster feature: Start/stop archiving at runtime |
Дата | |
Msg-id | 20100228.101411.52164213.t-ishii@sraoss.co.jp обсуждение исходный текст |
Ответ на | Cluster feature: Start/stop archiving at runtime (Greg Smith <greg@2ndquadrant.com>) |
Ответы |
Re: Cluster feature: Start/stop archiving
at runtime
|
Список | pgsql-cluster-hackers |
> Since I didn't hear anything about "API into the Parser / Parser as an > independent module", I just wrote my own summary of what I think the > idea was there is and am moving on. I'll try to track down more info at > PG East next month when I run into some of the people I think care about > this. I have took a look at your description. That is totally different from what I thought. Statement replication and/or load balancing middle ware need to know SQL statement is SELECT or others. If it is a (read only) SELECT, it can be routed to standby node of Streaming replication clusters for example. For this purpose, such a middle ware ought to be able to parse SQL. If PostgreSQL provide its raw parser as a C library, it will be very usefull for such middle ware since they do not need to re-implement their own SQL parser (as pgpool-II already did). > Next up is "Start/stop archiving at runtime". First set of questions: > > -Is this referring to the current PITR archiving as done via > archive_command, does it intend to cover a wider scope than that, or is > "archiving" being used in a general replication sense instead not > related to that? Pgpool-II is capable to re-sync a DB node while pgpool-II and PostgreSQL are running. It is called "on line recovery". This is done by taking a base backup and WAL archiving. After successfull completeion of on line backup, it does not need continuous WAL archiving anymore. Therefore what I need is, set archive_mode to off without restarting PostgreSQL. -- Tatsuo Ishii SRA OSS, Inc. Japan English: http://www.sraoss.co.jp/index_en.php Japanese: http://www.sraoss.co.jp > -What is the issue with Skype and failed nodes this is alluding to? > > -Pg-2 is mentioned as having something related to this; story? > > > -- > Greg Smith 2ndQuadrant US Baltimore, MD > PostgreSQL Training, Services and Support > greg@2ndQuadrant.com www.2ndQuadrant.us > > > -- > Sent via pgsql-cluster-hackers mailing list (pgsql-cluster-hackers@postgresql.org) > To make changes to your subscription: > http://www.postgresql.org/mailpref/pgsql-cluster-hackers
В списке pgsql-cluster-hackers по дате отправления: