pgpool2.git / summary / log / commit / refs
commit 7c29a536b8b7ab85ed495feac763ff7e2bd5d859
Author: Bo Peng <pengbo@sraoss.co.jp>
Date: Wed Jan 31 02:39:37 2018 +0000
Fix document typo.
doc.ja/src/sgml/advanced.sgml | 14 +++++++-------
doc.ja/src/sgml/client-auth.sgml | 2 +-
doc.ja/src/sgml/config.sgml | 2 +-
doc.ja/src/sgml/connection-pooling.sgml | 2 +-
doc.ja/src/sgml/connection-settings.sgml | 23 +++++++++++------------
doc.ja/src/sgml/examples.sgml | 26 +++++++++++++-------------
doc.ja/src/sgml/failover.sgml | 4 ++--
doc.ja/src/sgml/installation.sgml | 19 +++++++++++++------
doc.ja/src/sgml/loadbalance.sgml | 6 +++---
doc.ja/src/sgml/memcache.sgml | 6 +++---
doc.ja/src/sgml/online-recovery.sgml | 5 ++---
doc.ja/src/sgml/ref/pgpool_setup.sgml | 4 ++--
doc.ja/src/sgml/ref/watchdog_setup.sgml | 6 +++---
doc.ja/src/sgml/runtime.sgml | 10 +++++-----
doc.ja/src/sgml/watchdog.sgml | 7 +++++--
doc/src/sgml/examples.sgml | 20 ++++++++++----------
doc/src/sgml/installation.sgml | 12 ++++++++----
doc/src/sgml/ref/pgpool_setup.sgml | 4 ++--
doc/src/sgml/ref/watchdog_setup.sgml | 4 ++--
doc/src/sgml/runtime.sgml | 4 ++--
doc/src/sgml/watchdog.sgml | 2 +-
21 files changed, 97 insertions(+), 85 deletions(-)
diff --git a/doc.ja/src/sgml/advanced.sgml b/doc.ja/src/sgml/advanced.sgml
index db17e9d74..688be8849 100644
--- a/doc.ja/src/sgml/advanced.sgml
+++ b/doc.ja/src/sgml/advanced.sgml
@@ -782,7 +782,7 @@ pgpoolの組み込み死活監視も同じチャンネルと技術を使って
<productname>Pgpool-II</productname>.
-->
クエリモードでは、PostgreSQLサーバの障害やpcp_detach_nodeによってすべてのDBノードが<productname>Pgpool-II</productname>から切り離されると、watchdogは<productname>Pgpool-II</productname>サービスが停止状態にあるとみなし、watchdogに割り当てあられた仮想IPを停止します。
-ですので、<productname>Pgpool-II</productname>のクライアントは仮想IPを使って<productname>Pgpool-II</productname>できなくなります。
+ですので、<productname>Pgpool-II</productname>のクライアントは仮想IPを使って<productname>Pgpool-II</productname>に接続できなくなります。
これは、複数のアクティブ<productname>Pgpool-II</productname>が存在するスプリットブレインを回避するために必要です。
</para>
</sect2>
@@ -803,8 +803,8 @@ pgpoolの組み込み死活監視も同じチャンネルと技術を使って
<productname>Pgpool-II</productname> watchdogs so it's backend status
may be different from other the <productname>Pgpool-II</productname>.
-->
-停止状態の<productname>Pgpool-II</productname>に実IPで接続しないでください。
-なぜなら、ダウン状態の<productname>Pgpool-II</productname>は、他の<productname>Pgpool-II</productname> watchdogから情報を受け取れないので、他の<productname>Pgpool-II</productname>から、バックエンドの状態がずれるかもしれないからです。
+watchdog が停止状態の<productname>Pgpool-II</productname>に実IPで接続しないでください。
+なぜなら、watchdog がダウン状態の<productname>Pgpool-II</productname>は、他の<productname>Pgpool-II</productname> watchdogから情報を受け取れないので、他の<productname>Pgpool-II</productname>から、バックエンドの状態がずれるかもしれないからです。
</para>
</sect2>
@@ -822,7 +822,7 @@ pgpoolの組み込み死活監視も同じチャンネルと技術を使って
nor the standby <productname>Pgpool-II</productname>.
Recovery from down status requires the restart of <productname>Pgpool-II</productname>.
-->
-停止状態の<productname>Pgpool-II</productname>は、アクティブの<productname>Pgpool-II</productname>にもスタンバイの<productname>Pgpool-II</productname>にもなれません。
+watchdog が停止状態の<productname>Pgpool-II</productname>は、アクティブの<productname>Pgpool-II</productname>にもスタンバイの<productname>Pgpool-II</productname>にもなれません。
停止状態からの復帰には<productname>Pgpool-II</productname>の再起動が必要です。
</para>
</sect2>
@@ -863,7 +863,7 @@ pgpoolの組み込み死活監視も同じチャンネルと技術を使って
<productname>Pgpool-II</productname> starts up and consists of two
main components, Watchdog core and the lifecheck system.
-->
-watchdogは<productname>Pgpool-II</productname>の下位プロセスで、単一障害点を除くために複数の<productname>Pgpool-II</productname>を統合します。
+watchdogは<productname>Pgpool-II</productname>の下位プロセスで、複数の<productname>Pgpool-II</productname>を調整して、高可用性を追加し、単一障害点を除きます。
（もし有効なら）watchdogプロセスは<productname>Pgpool-II</productname>が起動した際に自動的に起動されます。
watchdogは、コアシステムと死活監視システムの2つの主なコンポーネントから構成されます。
</para>
@@ -1018,7 +1018,7 @@ watchdogクラスタ中の<productname>Pgpool-II</productname>ノードの設定
-->
watchdogはほかのすべてのノードとの通信にTCP/IPソケットを使っています。
各々のwatchdogノードはそれぞれのノードに2つのソケットを開くことができます。
-ひとつは出て行く（クライアント）ソケットで、他のノードとの通信のためにこのノードが作り初期化します。
+ひとつはこのノードが作った出て行く（クライアント）ソケットで、他のノードとの通信を開始します。
2つ目は、リモートwatchdogノードが開いた通信から入ってくるのを待ち受けるソケットです。
リモートノードとのソケット接続が成功すると、直ちにwatchdogはADD NODE (<literal>WD_ADD_NODE_MESSAGE</literal>)メッセージをそのソケットに送ります。
ADD NODEメッセージを受信したwatchdogノードは、メッセージにカプセル化されたノード情報をそのノードのPgpool-II設定と照合し、照合テストが成功すればノードをクラスタに追加します。
@@ -1043,7 +1043,7 @@ ADD NODEメッセージを受信したwatchdogノードは、メッセージに
to interact with watchdog.
-->
watchdogプロセスはIPC通信のために<acronym>UNIX</acronym>ドメインソケットを公開し、<acronym>JSON</acronym>形式のデータを受付、また提供します。
-<productname>Pgpool-II</productname>の組み込み死活監視とメインプロセスも含めて、すべての<productname>Pgpool-II's</productname>内部プロセスは、このIPCソケットを使ってwatchdogと通信します。
+<productname>Pgpool-II</productname>の組み込み死活監視とメインプロセスも含めて、すべての<productname>Pgpool-II</productname>の内部プロセスは、このIPCソケットを使ってwatchdogと通信します。
IPCソケットは、watchdogと通信する外部/サードパーティシステムも利用することができます。
</para>
<para>
diff --git a/doc.ja/src/sgml/client-auth.sgml b/doc.ja/src/sgml/client-auth.sgml
index b87f8caeb..35ad69f1b 100644
--- a/doc.ja/src/sgml/client-auth.sgml
+++ b/doc.ja/src/sgml/client-auth.sgml
@@ -790,7 +790,7 @@ pool_passwdがまだ存在していなかった場合は、pg_md5コマンドが
この認証方式は認証機構としてPAM（Pluggable Authentication Modules）を使用します。
デフォルトのPAMサービス名は<literal>pgpool</literal>です。
<productname>Pgpool-II</productname>が稼働するホスト上のユーザ情報を使ったPAM認証を利用することができます。
-PAMについての詳細は<ulink url="http://www.kernal.org/pub/linux/libs/pam/">Linux-PAM</>ページを読んでください
+PAMについての詳細は<ulink url="http://www.kernel.org/pub/linux/libs/pam/">Linux-PAM</>ページを読んでください
</para>
<para>
diff --git a/doc.ja/src/sgml/config.sgml b/doc.ja/src/sgml/config.sgml
index 5ff5651be..1fd2e142e 100644
--- a/doc.ja/src/sgml/config.sgml
+++ b/doc.ja/src/sgml/config.sgml
@@ -218,7 +218,7 @@
<productname>Pgpool-II</productname> also provides two SQL style
commands to interact with session-local configuration settings.
-->
-<productname>Pgpool-II</productname>はまた2つのSQL形式のコマンドを使ってセッションローカルの設定変更を行うことができます。
+<productname>Pgpool-II</productname>はまた2つのSQL形式のコマンドを使ってセッションローカルの設定の参照や変更を行うことができます。
</para>
<itemizedlist>
diff --git a/doc.ja/src/sgml/connection-pooling.sgml b/doc.ja/src/sgml/connection-pooling.sgml
index 7cb6c6984..7015c56eb 100644
--- a/doc.ja/src/sgml/connection-pooling.sgml
+++ b/doc.ja/src/sgml/connection-pooling.sgml
@@ -665,7 +665,7 @@ local0.* /var/log/pgpool.log
the default is <literal>LOCAL0</>.
See also the documentation of your system's <application>syslog</> daemon.
-->
-<application>syslog</application>へのログ取得が有効な場合、このパラメータは<application>syslog</application>の「<literal>facility</literal>」が使われるように確定します。
+<application>syslog</application>へのログ取得が有効な場合、このパラメータは使用される<application>syslog</application>の「<literal>facility</literal>」を決定します。
<literal>LOCAL0</>、<literal>LOCAL1</>、<literal>LOCAL2</>、<literal>LOCAL3</>、<literal>LOCAL4</>、<literal>LOCAL5</>、<literal>LOCAL6</>、<literal>LOCAL7</>の中から選んでください。
デフォルトは<literal>LOCAL0</>です。
使用しているシステムの<application>syslog</application>デーモンの文書を同時に参照してください。
diff --git a/doc.ja/src/sgml/connection-settings.sgml b/doc.ja/src/sgml/connection-settings.sgml
index 309d6fbc8..9a2805dc6 100644
--- a/doc.ja/src/sgml/connection-settings.sgml
+++ b/doc.ja/src/sgml/connection-settings.sgml
@@ -465,7 +465,7 @@ md5 認証で用いるパスワードのファイルのファイル名を指定
master/slave mode can also work just master node without any slave nodes.
-->
スレーブノードの数は1つに限定されず、<productname>Pgpool-II</productname>は127個までのスレーブノードを持つことができます。
-マスター/スレーブモードは、スレーブノードが1つも存在しない場合マスターノードのみを動作させることができます。
+マスタースレーブモードは、スレーブノードが1つも存在しない場合マスターノードのみを動作させることができます。
</para>
</note>
@@ -475,13 +475,13 @@ md5 認証で用いるパスワードのファイルのファイル名を指定
also be used with master/slave mode to distribute the read load on the
standby backend nodes.
-->
-参照負荷をスタンバイバックエンドノードに振り分ける負荷分散（<xref linkend="runtime-config-load-balancing">を参照）もマスター/スレーブモードと共に使用可能です。
+参照負荷をスタンバイバックエンドノードに振り分ける負荷分散（<xref linkend="runtime-config-load-balancing">を参照）もマスタースレーブモードと共に使用可能です。
</para>
<para>
<!--
Following options are required to be specified for master/slave mode.
-->
-マスター/スレーブモードでは以下のオプションを設定する必要があります。
+マスタースレーブモードでは以下のオプションを設定する必要があります。
</para>
<variablelist>
@@ -634,7 +634,7 @@ md5 認証で用いるパスワードのファイルのファイル名を指定
Following options affect the behavior of
<productname>Pgpool-II</productname> in the replication mode.
-->
-以下のオプションがプリケーションモードにおける<productname>Pgpool-II</productname>の動作に影響します。
+以下のオプションがレプリケーションモードにおける<productname>Pgpool-II</productname>の動作に影響します。
</para>
<variablelist>
@@ -696,7 +696,7 @@ md5 認証で用いるパスワードのファイルのファイル名を指定
only terminates the current user session but does not degenerate a backend node.
-->
-これがonで、全ての<productname>PostgreSQL</>バックエンドノードに送られたクエリに対して、全てのノードが同じパケット種類で応答しなかった場合、多数派とは異なる応答したバックエンドノードは<productname>Pgpool-II</productname>による切り離されます。
+これがonで、全ての<productname>PostgreSQL</>バックエンドノードに送られたクエリに対して、全てのノードが同じパケット種類で応答しなかった場合、多数派とは異なる応答したバックエンドノードは<productname>Pgpool-II</productname>により切り離されます。
<varname>replication_stop_on_mismatch</varname>がoffの場合に同様の状況が発生したときには、<productname>Pgpool-II</productname>は現在のユーザセッションを強制終了するだけにとどめ、バックエンドの切り離しは行いません。
</para>
@@ -954,7 +954,7 @@ COMMIT;
<!--
This approach severely degrades the transactions' parallelism
-->
-この方法はトランザクションの並列実行性が大きく劣化させます。
+この方法はトランザクションの並列実行性を大きく劣化させます。
</para>
</caution>
@@ -982,7 +982,7 @@ COMMIT;
of course (the "fixed" version of PostgreSQL was released as
9.0.5, 8.4.9, 8.3.16 and 8.2.22).
-->
-<productname>Pgpool-II</productname> <emphasis>V3.0.4</emphasis>までの<productname>Pgpool-II</productname> <emphasis>V3.0</emphasis>では、テーブルロックではなシーケンステーブルに対して行ロックをかけます。
+<productname>Pgpool-II</productname> <emphasis>V3.0.4</emphasis>までの<productname>Pgpool-II</productname> <emphasis>V3.0</emphasis>では、テーブルロックではなくシーケンステーブルに対して行ロックをかけます。
これはVACUUM(autovacuumを含む)とのロック競合を最小化することを意図しています。
しかし、これは他の問題を引き起こします。
トランザクション周回が起きた後、シーケンステーブルに対する行ロックはPostgreSQLの内部エラー (詳細には、トランザクション状態を保持するpg_clogへのアクセスエラー)を起こします。
@@ -1114,7 +1114,7 @@ end of transaction block
will get the same large object id in all DB nodes in replication mode.
-->
ラージオブジェクトのレプリケーションを行いたいときにロック管理に使うためのテーブル名を指定します。
-このテーブルが指定されてる場合、<productname>Pgpool-II</productname>は、<varname>lobj_lock_table</varname>で指定されているテーブルをロックした後、<literal>pg_largeobject</literal>システムカタログを参照してラージオブジェクトIDを生成し、<literal>lo_create()</literal>を呼び出してラージオブジェクトの作成を行います。
+このテーブルが指定されている場合、<productname>Pgpool-II</productname>は、<varname>lobj_lock_table</varname>で指定されているテーブルをロックした後、<literal>pg_largeobject</literal>システムカタログを参照してラージオブジェクトIDを生成し、<literal>lo_create()</literal>を呼び出してラージオブジェクトの作成を行います。
この方法により、レプリケーションモードにおいて<productname>Pgpool-II</productname>が全てのDBノードで同じラージオブジェクトIDを得られることが保証されます。
</para>
@@ -1180,8 +1180,8 @@ end of transaction block
All <productname>PostgreSQL</> users must have a write access on <varname>lobj_lock_table</varname>
and it can be created in any schema.
-->
-全ての<productname>PostgreSQL</>ユーザは<varname>lobj_lock_table</varname>へ書き込み可能ある必要が有ります。
-また、これはどのスキーマに作成されてかまいません。
+全ての<productname>PostgreSQL</>ユーザは<varname>lobj_lock_table</varname>へ書き込み可能である必要が有ります。
+また、これはどのスキーマに作成されてもかまいません。
</para>
</note>
@@ -1389,7 +1389,6 @@ DBノードIDが0のバックエンドは「マスターノード」と呼ばれ
slaves to perform some administrative work in master/slave mode.
-->
新しい<varname>backend_weight</>はパラメータ行を追加して、設定ファイル再読み込みすることで追加できます。
-backend_weight は新しく追加した行を設定ファイル再読み込みで追加することができます。
<productname>Pgpool-II</> <emphasis>V2.2.6</>、<emphasis>V2.3</>以降では、設定ファイルの再読込みで値を変更できます。
ただし、この効果が反映されるのは新しく確立されたクライアントセッションからです。
マスタースレーブモードにおいて、スレーブに対して管理業務を実施する都合上、問い合わせがそのスレーブに送られるのを防ぎたい場合に有用です。
@@ -1430,7 +1429,7 @@ backend_weight は新しく追加した行を設定ファイル再読み込み
-->
<varname>backend_data_directory</varname>にはバックエンドのデータベースクラスタのディレクトリを指定します。
パラメータ名の末尾に数字を付加することで複数のバックエンドを指定することができます(たとえばbackend_data_directory0)。
-1台しか<productname>PostgreSQL</>を使用しない場合は、backend_data_diarectory0で指定してください。
+1台しか<productname>PostgreSQL</>を使用しない場合は、backend_data_directory0で指定してください。
使用する PostgreSQL サーバのデータベースクラスタのパスを指定します。 実際には、"backend_data_directory"の後にDBノードIDを付加して使用する複数のPostgreSQLを区別します。 このパラメータはオンラインリカバリの際に使用します。 オンラインリカバリを使用しない場合には設定する必要はありません。
</para>
<para>
diff --git a/doc.ja/src/sgml/examples.sgml b/doc.ja/src/sgml/examples.sgml
index 85c56e5c4..bb478afb1 100644
--- a/doc.ja/src/sgml/examples.sgml
+++ b/doc.ja/src/sgml/examples.sgml
@@ -709,9 +709,9 @@ delegate_IP = '133.137.177.143'
other_pgpool_hostname0 = 'osspc20'
# Host name or IP address to connect to for other pgpool 0
other_pgpool_port0 = 9999
- # Port number for othet pgpool 0
+ # Port number for other pgpool 0
other_wd_port0 = 9000
- # Port number for othet watchdog 0
+ # Port number for other watchdog 0
</programlisting>
</para>
</sect3>
@@ -726,9 +726,9 @@ other_wd_port0 = 9000
other_pgpool_hostname0 = 'osspc16'
# Host name or IP address to connect to for other pgpool 0
other_pgpool_port0 = 9999
- # Port number for othet pgpool 0
+ # Port number for other pgpool 0
other_wd_port0 = 9000
- # Port number for othet watchdog 0
+ # Port number for other watchdog 0
</programlisting>
</para>
</sect3>
@@ -806,7 +806,7 @@ LOG: watchdog remote node:0 on Linux_osspc16_9000:9000
LOG: interface monitoring is disabled in watchdog
LOG: IPC socket path: "/tmp/.s.PGPOOLWD_CMD.9000"
LOG: watchdog node state changed from [DEAD] to [LOADING]
-LOG: new outbond connection to Linux_osspc16_9000:9000
+LOG: new outbound connection to Linux_osspc16_9000:9000
LOG: watchdog node state changed from [LOADING] to [INITIALIZING]
LOG: watchdog node state changed from [INITIALIZING] to [STANDBY]
<emphasis>
@@ -898,7 +898,7 @@ LOG: watchdog cluster has lost the coordinator node
LOG: watchdog node state changed from [STANDBY] to [JOINING]
LOG: watchdog node state changed from [JOINING] to [INITIALIZING]
LOG: I am the only alive node in the watchdog cluster
-HINT: skiping stand for coordinator state
+HINT: skipping stand for coordinator state
LOG: watchdog node state changed from [INITIALIZING] to [MASTER]
LOG: I am announcing my self as master/coordinator watchdog node
LOG: I am the cluster leader node
@@ -1543,10 +1543,10 @@ other_pgpool_hostname0 = 'osspc17'
# Host name or IP address to connect to for other pgpool 0
# (change requires restart)
other_pgpool_port0 = 9999
- # Port number for othet pgpool 0
+ # Port number for other pgpool 0
# (change requires restart)
other_wd_port0 = 9000
- # Port number for othet watchdog 0
+ # Port number for other watchdog 0
# (change requires restart)
other_pgpool_hostname1 = 'osspc18'
other_pgpool_port1 = 9999
@@ -1564,10 +1564,10 @@ other_pgpool_hostname0 = 'osspc16'
# Host name or IP address to connect to for other pgpool 0
# (change requires restart)
other_pgpool_port0 = 9999
- # Port number for othet pgpool 0
+ # Port number for other pgpool 0
# (change requires restart)
other_wd_port0 = 9000
- # Port number for othet watchdog 0
+ # Port number for other watchdog 0
# (change requires restart)
other_pgpool_hostname1 = 'osspc18'
other_pgpool_port1 = 9999
@@ -1585,10 +1585,10 @@ other_pgpool_hostname0 = 'osspc16'
# Host name or IP address to connect to for other pgpool 0
# (change requires restart)
other_pgpool_port0 = 9999
- # Port number for othet pgpool 0
+ # Port number for other pgpool 0
# (change requires restart)
other_wd_port0 = 9000
- # Port number for othet watchdog 0
+ # Port number for other watchdog 0
# (change requires restart)
other_pgpool_hostname1 = 'osspc17'
other_pgpool_port1 = 9999
@@ -2240,7 +2240,7 @@ LOG: watchdog cluster has lost the coordinator node
LOG: watchdog node state changed from [STANDBY] to [JOINING]
LOG: watchdog node state changed from [JOINING] to [INITIALIZING]
LOG: I am the only alive node in the watchdog cluster
-HINT: skiping stand for coordinator state
+HINT: skipping stand for coordinator state
LOG: watchdog node state changed from [INITIALIZING] to [MASTER]
LOG: I am announcing my self as master/coordinator watchdog node
LOG: I am the cluster leader node
diff --git a/doc.ja/src/sgml/failover.sgml b/doc.ja/src/sgml/failover.sgml
index 7dca77423..2737fcd43 100644
--- a/doc.ja/src/sgml/failover.sgml
+++ b/doc.ja/src/sgml/failover.sgml
@@ -491,7 +491,7 @@ offに設定した場合、そのようなエラーの場合でも<productname>P
Default is 300. Setting this parameter to 0 means keep trying forever.
-->
フェイルオーバが起きた時にプライマリノードを検索するための最大時間を秒単位で指定します。
-<productname>Pgpool-II</productname>は、ここで設定したした時間の間にプライマリノードを見つけられなかった場合、探すのを諦めます。
+<productname>Pgpool-II</productname>は、ここで設定した時間の間にプライマリノードを見つけられなかった場合、探すのを諦めます。
デフォルト値は300です。
0を指定すると、永久に検索し続けます。
</para>
@@ -532,7 +532,7 @@ offに設定した場合、そのようなエラーの場合でも<productname>P
-->
rawモードにおいて、複数のバックエンドサーバが定義されている場合、フェイルオーバが可能です。
通常の動作では<productname>Pgpool-II</>は<literal>backend_hostname0</>で指定したバックエンドにアクセスします。
-何らかのリユで<literal>backend_hostname0</>のサーバに障害が発生すると、<productname>Pgpool-II</>は<literal>backend_hostname1</>へのアクセスを試みます。
+何らかの理由で<literal>backend_hostname0</>のサーバに障害が発生すると、<productname>Pgpool-II</>は<literal>backend_hostname1</>へのアクセスを試みます。
これが失敗した場合には<productname>Pgpool-II</>は<literal>backend_hostname2, 3</>と以下同様に試みます。
</para>
diff --git a/doc.ja/src/sgml/installation.sgml b/doc.ja/src/sgml/installation.sgml
index b67ad3bca..7e3cfaec0 100644
--- a/doc.ja/src/sgml/installation.sgml
+++ b/doc.ja/src/sgml/installation.sgml
@@ -129,14 +129,14 @@ Windows はサポートされてません。
</indexterm>
<!--
- GNU <application>Flex</> and <application>Bison</>
+ <application>Flex</> and <application>Bison</>
are needed to build from a Git checkout, or if you changed the actual
scanner and parser definition files. If you need them, be sure
to get <application>Flex</> 2.5.31 or later and
<application>Bison</> 1.875 or later. Other <application>lex</>
and <application>yacc</> programs cannot be used.
-->
-GNUの<application>Flex</>および<application>Bison</>は、Gitチェックアウトから構築する場合や、実際のスキャナとパーサの定義ファイルを変更した場合に必要となります。
+<application>Flex</>および<application>Bison</>は、Gitチェックアウトから構築する場合や、実際のスキャナとパーサの定義ファイルを変更した場合に必要となります。
それらが必要な場合は、<application>Flex</> 2.5.31以降と<application>Bison</> 1.875以降を使うようにしてください。
他の<application>lex</>と<application>yacc</>プログラムは使用できません。
</para>
@@ -342,7 +342,7 @@ make install
This will install <productname>Pgpool-II</>. (If you use <productname>Solaris</> or <productname>FreeBSD</>, replace make with gmake)
-->
これにより<productname>Pgpool-II</>がインストールされます。
-（<productname>Soralis</>または<productname>FreeBSD</>を使用している場合は<command>make</>を<command>gmake</>で置き換えて下さい。）
+（<productname>Solaris</>または<productname>FreeBSD</>を使用している場合は<command>make</>を<command>gmake</>で置き換えて下さい。）
</para>
</sect1>
@@ -483,7 +483,7 @@ $ psql -f pgpool-regclass.sql template1
as this template database will be cloned to create new databases.
-->
<command>CREATE EXTENSION</command>または<filename>pgpool-regclass.sql</filename>の実行は、<productname>Pgpool-II</productname>経由でアクセスされる全てのデータベースで実行しなければなりません。
-ただし、<command>CREATE EXTENSINO</command>または"psql -f pgpool-regclass.sql template1"の実行後に作成されたデータベースでは、新しいデータベース作成のためにテンプレートデータベースが複製されるため、これを実行する必要はありません。
+ただし、<command>CREATE EXTENSINON</command>または"psql -f pgpool-regclass.sql template1"の実行後に作成されたデータベースでは、新しいデータベース作成のためにテンプレートデータベースが複製されるため、これを実行する必要はありません。
</para>
</sect1>
@@ -517,7 +517,7 @@ $ psql -f pgpool-regclass.sql template1
これがなくてもある程度はinsert_lock は動作します。
しかしその場合は、<productname>Pgpool-II</productname>は挿入対象のテーブルに対してロックを行います。
これは<productname>Pgpool-II</productname> 2.2と2.3 シリーズの動作と同じです。
-このテーブルに対するロックは、<command>VACUUM</command>と競合するため、<command>INSERT</command>処理が長時間が待たされ続ける可能性があります。
+このテーブルに対するロックは、<command>VACUUM</command>と競合するため、<command>INSERT</command>処理が長時間待たされ続ける可能性があります。
<programlisting>
$ cd pgpool-II-x.x.x/src/sql
@@ -585,7 +585,7 @@ $ psql -f pgpool-regclass.sql template1
<!--
<entry>Replication mode</entry>
-->
- <entry>レプリケーションモード</entry>
+ <entry>ネイティブレプリケーションモード</entry>
<entry><literal>pgpool.conf.sample-replication</literal></entry>
</row>
<row>
@@ -602,6 +602,13 @@ $ psql -f pgpool-regclass.sql template1
<entry>Rawモード</entry>
<entry><literal>pgpool.conf.sample</literal> </entry>
</row>
+ <row>
+<!--
+ <entry>Logical replication mode</entry>
+-->
+ <entry>ロジカルレプリケーションモード</entry>
+ <entry><literal>pgpool.conf.sample-logical</literal> </entry>
+ </row>
</tbody>
</tgroup>
</table>
diff --git a/doc.ja/src/sgml/loadbalance.sgml b/doc.ja/src/sgml/loadbalance.sgml
index f1609549d..96c790692 100644
--- a/doc.ja/src/sgml/loadbalance.sgml
+++ b/doc.ja/src/sgml/loadbalance.sgml
@@ -542,7 +542,7 @@ INSERTなど、スタンバイに送ることのできない問い合わせが
the configured <productname>PostgreSQL</> backends.
Default is off.
-->
-onの設定すると、<productname>Pgpool-II</productname>は入ってきた<acronym>SELECT</acronym>クエリに対する負荷分散を有効にします。
+onに設定すると、<productname>Pgpool-II</productname>は入ってきた<acronym>SELECT</acronym>クエリに対する負荷分散を有効にします。
すなわち、クライアントからの<acronym>SELECT</acronym>クエリは設定された<productname>PostgreSQL</>バックエンドに振り分けます。
デフォルトはoffです。
</para>
@@ -735,8 +735,8 @@ black_function_list = 'nextval,setval,lastval,currval'
as writing functions to avoid errors which occur when
these functions are accidentally load balanced.
-->
-<productname>PostgreSQL</>には<literal>nextval()</literal>と<literal>setval()</literal>に加え、<literal>lastval()</literal>と<literal>currval</literal>があります。
-<literal>lastval()</literal>と<literal>currval()</literal>は書き込みを行う関数ではありませんが、これらの関数が負荷分散されることで発生するエラーを防ぐため、<literal>lastval()</literal>と<literal>curval()</literal>を書き込みを行う関数として扱うのが望ましいです。
+<productname>PostgreSQL</>には<literal>nextval()</literal>と<literal>setval()</literal>に加え、<literal>lastval()</literal>と<literal>currval()</literal>があります。
+<literal>lastval()</literal>と<literal>currval()</literal>は書き込みを行う関数ではありませんが、これらの関数が負荷分散されることで発生するエラーを防ぐため、<literal>lastval()</literal>と<literal>currval()</literal>を書き込みを行う関数として扱うのが望ましいです。
</para>
</note>
<para>
diff --git a/doc.ja/src/sgml/memcache.sgml b/doc.ja/src/sgml/memcache.sgml
index 898df2c80..ee9c4316a 100644
--- a/doc.ja/src/sgml/memcache.sgml
+++ b/doc.ja/src/sgml/memcache.sgml
@@ -45,7 +45,7 @@
システムカタログを使用しているSELECT
TABLESAMPLEを使っているSELECT
</programlisting>
-
+ ただし、VIEWと unloggedテーブルは、white_memqcache_table_list に記載することでキャッシュされます。
</para>
</note>
<para>
@@ -494,7 +494,7 @@ from the in memory cache is extremely fast.
-->
<varname>memqcache_oiddir</varname>には、各データベースのためのディレクトリが格納されます。
そのディレクトリ名はデータベースのOIDです。
- 更に、各データベースディレクトリその下には各テーブルの「ためのファイルが格納されます。
+ 更に、各データベースディレクトリの下には各テーブルのためのファイルが格納されます。
そのファイル名は同じくテーブルのOIDです。
これらのファイルの中にはクエリキャッシュへのポインタが格納されており、 キャッシュを削除する際のキーとして使われます。
</para>
@@ -619,7 +619,7 @@ from the in memory cache is extremely fast.
キャッシュのブロックサイズを指定します。
<productname>Pgpool-II</productname>は<varname>memqcache_cache_block_size</varname>のブロックで管理されたキャッシュメモリを利用します。
SELECT結果はこのブロックに詰め込まれ、１つのブロックに収まらなければなりません。
- 従って、<varname>memqcache_cache_block_size</varname>を検索結果が超えると、キャッシュされません。。
+ 従って、<varname>memqcache_cache_block_size</varname>を検索結果が超えると、キャッシュされません。
</para>
<para>
diff --git a/doc.ja/src/sgml/online-recovery.sgml b/doc.ja/src/sgml/online-recovery.sgml
index 76532290b..1be23c02e 100644
--- a/doc.ja/src/sgml/online-recovery.sgml
+++ b/doc.ja/src/sgml/online-recovery.sgml
@@ -12,7 +12,7 @@
a node without stopping the service.
This feature is called <acronym>"online recovery"</acronym>.
-->
-<productname>Pgpool-II</productname> はサービスを止めることなくデータベースノード同期させ、ノードを復帰させることができます。
+<productname>Pgpool-II</productname> はサービスを止めることなくデータベースノードを同期させ、ノードを復帰させることができます。
この機能は「<acronym>オンラインリカバリ</acronym>」と呼ばれます。
</para>
<para>
@@ -182,7 +182,6 @@ postmasterの起動（<literal>pgpool_remote_start</literal>の実施）
Specifies the password for the <productname>PostgreSQL</> user name configured in
-->
オンラインリカバリを行うための PostgreSQL ユーザパスワードです。
- <xref linkend="guc-recovery-user"> to perform online recovery.
</para>
<para>
<!--
@@ -430,7 +429,7 @@ rsync used in the command is killed by signal 2 for example.
the online recovery to manage the service down time during the online recovery.
-->
時間内にオンラインリカバリが完了しなかった場合に、これをキャンセルするためのタイムアウトを秒単位で指定します。
-<productname>Pgpool-II</productname>は、オンラインリカバリのセカンドステージの間は接続を受け付けけないので、このパラメータはオンラインリカバリの最中のサーバがダウンした時にオンラインリカバリをキャンセルするのに使えます。
+<productname>Pgpool-II</productname>は、オンラインリカバリのセカンドステージの間は接続を受け付けないので、このパラメータはオンラインリカバリの最中のサーバがダウンした時にオンラインリカバリをキャンセルするのに使えます。
</para>
<para>
<!--
diff --git a/doc.ja/src/sgml/ref/pgpool_setup.sgml b/doc.ja/src/sgml/ref/pgpool_setup.sgml
index 4fc3b796b..9502d9cb6 100644
--- a/doc.ja/src/sgml/ref/pgpool_setup.sgml
+++ b/doc.ja/src/sgml/ref/pgpool_setup.sgml
@@ -318,12 +318,12 @@ Satrting set up in streaming replication mode
creating startall and shutdownall
creating failover script
creating database cluster /home/t-ishii/tmp/test/data0...done.
-update postgreql.conf
+update postgresql.conf
creating pgpool_remote_start
creating basebackup.sh
creating recovery.conf
creating database cluster /home/t-ishii/tmp/test/data1...done.
-update postgreql.conf
+update postgresql.conf
creating pgpool_remote_start
creating basebackup.sh
creating recovery.conf
diff --git a/doc.ja/src/sgml/ref/watchdog_setup.sgml b/doc.ja/src/sgml/ref/watchdog_setup.sgml
index 57eccdc3b..7db540ba3 100644
--- a/doc.ja/src/sgml/ref/watchdog_setup.sgml
+++ b/doc.ja/src/sgml/ref/watchdog_setup.sgml
@@ -197,7 +197,7 @@ Pgpool-II documentation
<!--
<application>watchdog_setup</application> recognizes following environment variables:
-->
- <application>pgpool_setup</application> は以下の環境変数を使用します:
+ <application>watchdog_setup</application> は以下の環境変数を使用します:
<variablelist>
@@ -324,12 +324,12 @@ Satrting set up in streaming replication mode
creating startall and shutdownall
creating failover script
creating database cluster /home/t-ishii/work/pgpool-II/current/pgpool2/src/test/a/pgpool0/data0...done.
-update postgreql.conf
+update postgresql.conf
creating pgpool_remote_start
creating basebackup.sh
creating recovery.conf
creating database cluster /home/t-ishii/work/pgpool-II/current/pgpool2/src/test/a/pgpool0/data1...done.
-update postgreql.conf
+update postgresql.conf
creating pgpool_remote_start
creating basebackup.sh
creating recovery.conf
diff --git a/doc.ja/src/sgml/runtime.sgml b/doc.ja/src/sgml/runtime.sgml
index 1c0e08316..bcb86896f 100644
--- a/doc.ja/src/sgml/runtime.sgml
+++ b/doc.ja/src/sgml/runtime.sgml
@@ -218,7 +218,7 @@ password: <userinput>your_password</userinput>
under <filename>$prefix/etc</filename>. You can copy one of them
to <filename>$prefix/etc/pgpool.conf</filename>.
-->
-<productname>Pgpool-II</>にはストリーミングレプリケーションモード、ロジカルレプリケーションモード、マスタースレーブモード（slonyモード)、ネイティブレプリケーションモード、rawモードの4つの動作モードがあります。
+<productname>Pgpool-II</>にはストリーミングレプリケーションモード、ロジカルレプリケーションモード、マスタースレーブモード（slonyモード)、ネイティブレプリケーションモード、rawモードの5つの動作モードがあります。
いずれのモードにおいても、<productname>Pgpool-II</>はコネクションプーリング、自動フェイルオーバ、オンラインリカバリの機能を提供します。
各モードのためのサンプルの設定ファイルが提供されています。
これらは<filename>$prefix/etc/</filename>以下に配置されており、<filename>$prefix/etc/pgpool.conf</filename>としてコピーして使用することができます。
@@ -233,7 +233,7 @@ password: <userinput>your_password</userinput>
-->
これらのモードは互いに排他的であり、サーバ起動後は変更することができません。
システム設計の初期の段階でどのモードを使うか決めなければなりません。
-どれを使えばわからない場合は、ストリーミングレプリケーションモードを使うことを推奨します。
+どれを使えば良いかわからない場合は、ストリーミングレプリケーションモードを使うことを推奨します。
</para>
<para>
@@ -282,14 +282,14 @@ password: <userinput>your_password</userinput>
operating <productname>Slony</>. In this
mode, <productname>Slony</>/<productname>PostgreSQL</> is
responsible for synchronizing
- databases. Since <productname>Slony</> is being obsoletd by
+ databases. Since <productname>Slony-I</> is being obsoleted by
streaming replication, we do not recommend to use this mode
unless you have specific reason to
use <productname>Slony</>. Load balancing is possible in the
mode. The sample configuration file
is <filename>$prefix/etc/pgpool.conf.sample-master-slave</filename>.
-->
-<firstterm>マスタスレーブモード</firstterm>(slonyモード)は<productname>Slony</>を使用する<productname>PostgreSQL</>サーバと一緒に使うことができます。
+<firstterm>マスタスレーブモード</firstterm>(slonyモード)は<productname>Slony-I</>を使用する<productname>PostgreSQL</>サーバと一緒に使うことができます。
このモードでは、<productname>Slony</>/<productname>PostgreSQL</>がデータベースを同期する責任を持ちます。
<productname>Slony</>はストリーミングレプリケーションの登場により廃れつつあるため、<productname>Slony</>を使う特別な理由が無い限りこのモードの使用を推奨しません。
このモードでは負荷分散が可能です。
@@ -335,7 +335,7 @@ password: <userinput>your_password</userinput>
-->
<firstterm>ネイティブレプリケーションモード</firstterm>では、<productname>Pgpool-II</>がデータベースを同期する責任を持ちます。
このモードの利点は同期が同期的に行われることです。
-すなわち、データベースへの書き込みは全ての<productname>PostgreSQL</>サーバが書き込み操作を完了するまでに返ってきません。
+すなわち、データベースへの書き込みは全ての<productname>PostgreSQL</>サーバが書き込み操作を完了するまで返ってきません。
しかし、<productname>PostgreSQL</> 9.6以降では、ストリーミングレプリケーションで<literal>synchronous_commit = remote_apply</literal>と設定することにより、同様の効果が得られます。
ネイティブレプリケーションモードの<xref linkend="restrictions">を回避できるので、この設定が使える場合には、ネイティブレプリケーションモードではなくてこの設定を使うことをお勧めします。
<productname>PostgreSQL</>はノードをまたがるスナップショット管理を提供しないため、セッションYがノードBでコミットする前に、ノードAでコミットしたデータをセッションXが見ることがあり得ます。
diff --git a/doc.ja/src/sgml/watchdog.sgml b/doc.ja/src/sgml/watchdog.sgml
index df9a796ec..99a11ec62 100644
--- a/doc.ja/src/sgml/watchdog.sgml
+++ b/doc.ja/src/sgml/watchdog.sgml
@@ -467,7 +467,7 @@ IPアドレス切り替え後にARPリクエストを送信するコマンドで
from using old query caches inconsistence to the old active.
-->
このオプションがonの場合、pgpool-II がアクティブに昇格した時に、共有メモリ上のクエリキャッシュを全て削除します。
- これにより、新しいアクティブの<productname>Pgpool-II</productname>が旧アクティブと非整合な古いクエリキャッシュが使うことを防止します。
+ これにより、新しいアクティブの<productname>Pgpool-II</productname>が旧アクティブと非整合な古いクエリキャッシュを使うことを防止します。
</para>
<para>
<!--
@@ -513,7 +513,7 @@ IPアドレス切り替え後にARPリクエストを送信するコマンドで
This command is executed just before bringing up the
virtual/floating IP if that is configured on the node.
-->
-コマンドは、そのノードに仮想/浮動IPが設定されていた場合、それが立ち上がる直前のタイミングで実行されます。
+コマンドは、そのノードに仮想IPが設定されていた場合、それが立ち上がる直前のタイミングで実行されます。
</para>
<para>
<!--
@@ -1165,8 +1165,11 @@ watchdogプロセスがネットワークリンクの状態を監視するネッ
0から始まるパラメータの最後の部分は送り先の番号です。
</para>
<para>
+<!--
<varname>heartbeat_destination_port</varname> is only applicable if the
<xref linkend="guc-wd-lifecheck-method"> is set to <literal>'heartbeat'</literal>
+-->
+ <varname>heartbeat_destination_port</varname>は、<xref linkend="guc-wd-lifecheck-method"> が <literal>'heartbeat'</literal>に設定されている場合のみ有効です。
</para>
<para>
<!--
diff --git a/doc/src/sgml/examples.sgml b/doc/src/sgml/examples.sgml
index e500c84b0..002ed1693 100644
--- a/doc/src/sgml/examples.sgml
+++ b/doc/src/sgml/examples.sgml
@@ -460,9 +460,9 @@ delegate_IP = '133.137.177.143'
other_pgpool_hostname0 = 'osspc20'
# Host name or IP address to connect to for other pgpool 0
other_pgpool_port0 = 9999
- # Port number for othet pgpool 0
+ # Port number for other pgpool 0
other_wd_port0 = 9000
- # Port number for othet watchdog 0
+ # Port number for other watchdog 0
</programlisting>
</para>
</sect3>
@@ -474,9 +474,9 @@ other_wd_port0 = 9000
other_pgpool_hostname0 = 'osspc16'
# Host name or IP address to connect to for other pgpool 0
other_pgpool_port0 = 9999
- # Port number for othet pgpool 0
+ # Port number for other pgpool 0
other_wd_port0 = 9000
- # Port number for othet watchdog 0
+ # Port number for other watchdog 0
</programlisting>
</para>
</sect3>
@@ -1210,10 +1210,10 @@ other_pgpool_hostname0 = 'osspc17'
# Host name or IP address to connect to for other pgpool 0
# (change requires restart)
other_pgpool_port0 = 9999
- # Port number for othet pgpool 0
+ # Port number for other pgpool 0
# (change requires restart)
other_wd_port0 = 9000
- # Port number for othet watchdog 0
+ # Port number for other watchdog 0
# (change requires restart)
other_pgpool_hostname1 = 'osspc18'
other_pgpool_port1 = 9999
@@ -1231,10 +1231,10 @@ other_pgpool_hostname0 = 'osspc16'
# Host name or IP address to connect to for other pgpool 0
# (change requires restart)
other_pgpool_port0 = 9999
- # Port number for othet pgpool 0
+ # Port number for other pgpool 0
# (change requires restart)
other_wd_port0 = 9000
- # Port number for othet watchdog 0
+ # Port number for other watchdog 0
# (change requires restart)
other_pgpool_hostname1 = 'osspc18'
other_pgpool_port1 = 9999
@@ -1252,10 +1252,10 @@ other_pgpool_hostname0 = 'osspc16'
# Host name or IP address to connect to for other pgpool 0
# (change requires restart)
other_pgpool_port0 = 9999
- # Port number for othet pgpool 0
+ # Port number for other pgpool 0
# (change requires restart)
other_wd_port0 = 9000
- # Port number for othet watchdog 0
+ # Port number for other watchdog 0
# (change requires restart)
other_pgpool_hostname1 = 'osspc17'
other_pgpool_port1 = 9999
diff --git a/doc/src/sgml/installation.sgml b/doc/src/sgml/installation.sgml
index 784b33275..2166f22a4 100644
--- a/doc/src/sgml/installation.sgml
+++ b/doc/src/sgml/installation.sgml
@@ -90,7 +90,7 @@
<primary>yacc</primary>
</indexterm>
- GNU <application>Flex</> and <application>Bison</>
+ <application>Flex</> and <application>Bison</>
are needed to build from a Git checkout, or if you changed the actual
scanner and parser definition files. If you need them, be sure
to get <application>Flex</> 2.5.31 or later and
@@ -249,7 +249,7 @@ make install
This is required in all <productname>Pgpool-II</productname>
installation.
<programlisting>
-$ cd pgpool-II-x.x.x/sql/pgpool-recovery
+$ cd pgpool-II-x.x.x/src/sql/pgpool-recovery
$ make
$ make install
</programlisting>
@@ -309,7 +309,7 @@ $ pg_ctl reload -D /usr/local/pgsql/data
<para>
<programlisting>
-$ cd pgpool-II-x.x.x/sql/pgpool-regclass
+$ cd pgpool-II-x.x.x/src/sql/pgpool-regclass
$ make
$ make install
</programlisting>
@@ -356,7 +356,7 @@ $ psql -f pgpool-regclass.sql template1
processing may be thereby kept waiting for a long time.
<programlisting>
- $ cd pgpool-II-x.x.x/sql
+ $ cd pgpool-II-x.x.x/src/sql
$ psql -f insert_lock.sql template1
</programlisting>
@@ -408,6 +408,10 @@ $ psql -f pgpool-regclass.sql template1
<entry>Raw mode</entry>
<entry><literal>pgpool.conf.sample</literal> </entry>
</row>
+ <row>
+ <entry>Logical replication mode</entry>
+ <entry><literal>pgpool.conf.sample-logical</literal> </entry>
+ </row>
</tbody>
</tgroup>
</table>
diff --git a/doc/src/sgml/ref/pgpool_setup.sgml b/doc/src/sgml/ref/pgpool_setup.sgml
index eb6eddf21..a6d98b1de 100644
--- a/doc/src/sgml/ref/pgpool_setup.sgml
+++ b/doc/src/sgml/ref/pgpool_setup.sgml
@@ -220,12 +220,12 @@ Satrting set up in streaming replication mode
creating startall and shutdownall
creating failover script
creating database cluster /home/t-ishii/tmp/test/data0...done.
-update postgreql.conf
+update postgresql.conf
creating pgpool_remote_start
creating basebackup.sh
creating recovery.conf
creating database cluster /home/t-ishii/tmp/test/data1...done.
-update postgreql.conf
+update postgresql.conf
creating pgpool_remote_start
creating basebackup.sh
creating recovery.conf
diff --git a/doc/src/sgml/ref/watchdog_setup.sgml b/doc/src/sgml/ref/watchdog_setup.sgml
index a79062723..7886003c1 100644
--- a/doc/src/sgml/ref/watchdog_setup.sgml
+++ b/doc/src/sgml/ref/watchdog_setup.sgml
@@ -229,12 +229,12 @@ Satrting set up in streaming replication mode
creating startall and shutdownall
creating failover script
creating database cluster /home/t-ishii/work/pgpool-II/current/pgpool2/src/test/a/pgpool0/data0...done.
-update postgreql.conf
+update postgresql.conf
creating pgpool_remote_start
creating basebackup.sh
creating recovery.conf
creating database cluster /home/t-ishii/work/pgpool-II/current/pgpool2/src/test/a/pgpool0/data1...done.
-update postgreql.conf
+update postgresql.conf
creating pgpool_remote_start
creating basebackup.sh
creating recovery.conf
diff --git a/doc/src/sgml/runtime.sgml b/doc/src/sgml/runtime.sgml
index de3a6026b..4eca8e86d 100644
--- a/doc/src/sgml/runtime.sgml
+++ b/doc/src/sgml/runtime.sgml
@@ -177,7 +177,7 @@ password: <userinput>your_password</userinput>
operating <productname>Slony</>. In this
mode, <productname>Slony</>/<productname>PostgreSQL</> is
responsible for synchronizing
- databases. Since <productname>Slony</> is being obsoletd by
+ databases. Since <productname>Slony-I</> is being obsoleted by
streaming replication, we do not recommend to use this mode
unless you have specific reason to
use <productname>Slony</>. Load balancing is possible in the
@@ -204,7 +204,7 @@ password: <userinput>your_password</userinput>
data on node B based on the data seen on node A, then data
consistency between node A and B might be lost. To avoid the
problem, user need to issue an explict lock on the data. This is
- another why reason we recommend to use streaming replication
+ another reason why we recommend to use streaming replication
mode with <literal>synchronous_commit = remote_apply</literal>.
</para>
<para>
diff --git a/doc/src/sgml/watchdog.sgml b/doc/src/sgml/watchdog.sgml
index 37e47f06e..7e7adc917 100644
--- a/doc/src/sgml/watchdog.sgml
+++ b/doc/src/sgml/watchdog.sgml
@@ -333,7 +333,7 @@
</para>
<para>
This command is executed just before bringing up the
- virtual/floating IP if that is configured on the node.
+ virtual IP if that is configured on the node.
</para>
<para>
This parameter can only be set at server start.
[parent: 0b4e3b38f995]