<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>できなくなります。
+ã\81§ã\81\99ã\81®ã\81§ã\80\81<productname>Pgpool-II</productname>ã\81®ã\82¯ã\83©ã\82¤ã\82¢ã\83³ã\83\88ã\81¯ä»®æ\83³IPã\82\92使ã\81£ã\81¦<productname>Pgpool-II</productname>ã\81«æ\8e¥ç¶\9aã\81§ã\81\8dã\81ªã\81\8fã\81ªã\82\8aã\81¾ã\81\99ã\80\82
これは、複数のアクティブ<productname>Pgpool-II</productname>が存在するスプリットブレインを回避するために必要です。
</para>
</sect2>
<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>
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>
<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>
-->
watchdogはほかのすべてのノードとの通信にTCP/IPソケットを使っています。
各々のwatchdogノードはそれぞれのノードに2つのソケットを開くことができます。
-ひとつは出て行く(クライアント)ソケットで、他のノードとの通信のためにこのノードが作り初期化します。
+ひとつはこのノードが作った出て行く(クライアント)ソケットで、他のノードとの通信を開始します。
2つ目は、リモートwatchdogノードが開いた通信から入ってくるのを待ち受けるソケットです。
リモートノードとのソケット接続が成功すると、直ちにwatchdogはADD NODE (<literal>WD_ADD_NODE_MESSAGE</literal>)メッセージをそのソケットに送ります。
ADD NODEメッセージを受信したwatchdogノードは、メッセージにカプセル化されたノード情報をそのノードのPgpool-II設定と照合し、照合テストが成功すればノードをクラスタに追加します。
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>
この認証方式は認証機構として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>
<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>
the default is <literal>LOCAL0</>.
See also the documentation of your system's <application>syslog</> daemon.
-->
-<application>syslog</application>へのログ取得が有効な場合、このパラメータは<application>syslog</application>ã\81®ã\80\8c<literal>facility</literal>ã\80\8dã\81\8c使ã\82\8fã\82\8cã\82\8bã\82\88ã\81\86ã\81«ç¢ºå®\9aã\81\97ã\81¾ã\81\99ã\80\82
+<application>syslog</application>へのログ取得が有効な場合、このパラメータは使ç\94¨ã\81\95ã\82\8cã\82\8b<application>syslog</application>ã\81®ã\80\8c<literal>facility</literal>ã\80\8dã\82\92決å®\9aã\81\97ã\81¾ã\81\99ã\80\82
<literal>LOCAL0</>、<literal>LOCAL1</>、<literal>LOCAL2</>、<literal>LOCAL3</>、<literal>LOCAL4</>、<literal>LOCAL5</>、<literal>LOCAL6</>、<literal>LOCAL7</>の中から選んでください。
デフォルトは<literal>LOCAL0</>です。
使用しているシステムの<application>syslog</application>デーモンの文書を同時に参照してください。
master/slave mode can also work just master node without any slave nodes.
-->
スレーブノードの数は1つに限定されず、<productname>Pgpool-II</productname>は127個までのスレーブノードを持つことができます。
-マスター/スレーブモードは、スレーブノードが1つも存在しない場合マスターノードのみを動作させることができます。
+マスタースレーブモードは、スレーブノードが1つも存在しない場合マスターノードのみを動作させることができます。
</para>
</note>
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>
Following options affect the behavior of
<productname>Pgpool-II</productname> in the replication mode.
-->
-以下のオプションがプリケーションモードにおける<productname>Pgpool-II</productname>の動作に影響します。
+以ä¸\8bã\81®ã\82ªã\83\97ã\82·ã\83§ã\83³ã\81\8cã\83¬ã\83\97ã\83ªã\82±ã\83¼ã\82·ã\83§ã\83³ã\83¢ã\83¼ã\83\89ã\81«ã\81\8aã\81\91ã\82\8b<productname>Pgpool-II</productname>ã\81®å\8b\95ä½\9cã\81«å½±é\9f¿ã\81\97ã\81¾ã\81\99ã\80\82
</para>
<variablelist>
only terminates the current user session but does not degenerate a backend node.
-->
-ã\81\93ã\82\8cã\81\8conã\81§ã\80\81å\85¨ã\81¦ã\81®<productname>PostgreSQL</>ã\83\90ã\83\83ã\82¯ã\82¨ã\83³ã\83\89ã\83\8eã\83¼ã\83\89ã\81«é\80\81ã\82\89ã\82\8cã\81\9fã\82¯ã\82¨ã\83ªã\81«å¯¾ã\81\97ã\81¦ã\80\81å\85¨ã\81¦ã\81®ã\83\8eã\83¼ã\83\89ã\81\8cå\90\8cã\81\98ã\83\91ã\82±ã\83\83ã\83\88種é¡\9eã\81§å¿\9cç\94ã\81\97ã\81ªã\81\8bã\81£ã\81\9få ´å\90\88ã\80\81å¤\9aæ\95°æ´¾ã\81¨ã\81¯ç\95°ã\81ªã\82\8bå¿\9cç\94ã\81\97ã\81\9fã\83\90ã\83\83ã\82¯ã\82¨ã\83³ã\83\89ã\83\8eã\83¼ã\83\89ã\81¯<productname>Pgpool-II</productname>ã\81«ã\82\88ã\82\8b切り離されます。
+ã\81\93ã\82\8cã\81\8conã\81§ã\80\81å\85¨ã\81¦ã\81®<productname>PostgreSQL</>ã\83\90ã\83\83ã\82¯ã\82¨ã\83³ã\83\89ã\83\8eã\83¼ã\83\89ã\81«é\80\81ã\82\89ã\82\8cã\81\9fã\82¯ã\82¨ã\83ªã\81«å¯¾ã\81\97ã\81¦ã\80\81å\85¨ã\81¦ã\81®ã\83\8eã\83¼ã\83\89ã\81\8cå\90\8cã\81\98ã\83\91ã\82±ã\83\83ã\83\88種é¡\9eã\81§å¿\9cç\94ã\81\97ã\81ªã\81\8bã\81£ã\81\9få ´å\90\88ã\80\81å¤\9aæ\95°æ´¾ã\81¨ã\81¯ç\95°ã\81ªã\82\8bå¿\9cç\94ã\81\97ã\81\9fã\83\90ã\83\83ã\82¯ã\82¨ã\83³ã\83\89ã\83\8eã\83¼ã\83\89ã\81¯<productname>Pgpool-II</productname>ã\81«ã\82\88ã\82\8a切り離されます。
<varname>replication_stop_on_mismatch</varname>がoffの場合に同様の状況が発生したときには、<productname>Pgpool-II</productname>は現在のユーザセッションを強制終了するだけにとどめ、バックエンドの切り離しは行いません。
</para>
<!--
This approach severely degrades the transactions' parallelism
-->
-ã\81\93ã\81®æ\96¹æ³\95ã\81¯ã\83\88ã\83©ã\83³ã\82¶ã\82¯ã\82·ã\83§ã\83³ã\81®ä¸¦å\88\97å®\9fè¡\8cæ\80§ã\81\8c大きく劣化させます。
+ã\81\93ã\81®æ\96¹æ³\95ã\81¯ã\83\88ã\83©ã\83³ã\82¶ã\82¯ã\82·ã\83§ã\83³ã\81®ä¸¦å\88\97å®\9fè¡\8cæ\80§ã\82\92大きく劣化させます。
</para>
</caution>
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>ã\81¾ã\81§ã\81®<productname>Pgpool-II</productname> <emphasis>V3.0</emphasis>ã\81§ã\81¯ã\80\81ã\83\86ã\83¼ã\83\96ã\83«ã\83ã\83\83ã\82¯ã\81§ã\81¯ã\81ªã\81\8fã\82·ã\83¼ã\82±ã\83³ã\82¹ã\83\86ã\83¼ã\83\96ã\83«ã\81«å¯¾ã\81\97ã\81¦è¡\8cã\83ã\83\83ã\82¯ã\82\92ã\81\8bã\81\91ã\81¾ã\81\99ã\80\82
これはVACUUM(autovacuumを含む)とのロック競合を最小化することを意図しています。
しかし、これは他の問題を引き起こします。
トランザクション周回が起きた後、シーケンステーブルに対する行ロックはPostgreSQLの内部エラー (詳細には、トランザクション状態を保持するpg_clogへのアクセスエラー)を起こします。
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>を呼び出してラージオブジェクトの作成を行います。
+ã\81\93ã\81®ã\83\86ã\83¼ã\83\96ã\83«ã\81\8cæ\8c\87å®\9aã\81\95ã\82\8cã\81¦ã\81\84ã\82\8bå ´å\90\88ã\80\81<productname>Pgpool-II</productname>ã\81¯ã\80\81<varname>lobj_lock_table</varname>ã\81§æ\8c\87å®\9aã\81\95ã\82\8cã\81¦ã\81\84ã\82\8bã\83\86ã\83¼ã\83\96ã\83«ã\82\92ã\83ã\83\83ã\82¯ã\81\97ã\81\9få¾\8cã\80\81<literal>pg_largeobject</literal>ã\82·ã\82¹ã\83\86ã\83 ã\82«ã\82¿ã\83ã\82°ã\82\92å\8f\82ç\85§ã\81\97ã\81¦ã\83©ã\83¼ã\82¸ã\82ªã\83\96ã\82¸ã\82§ã\82¯ã\83\88IDã\82\92ç\94\9fæ\88\90ã\81\97ã\80\81<literal>lo_create()</literal>ã\82\92å\91¼ã\81³å\87ºã\81\97ã\81¦ã\83©ã\83¼ã\82¸ã\82ªã\83\96ã\82¸ã\82§ã\82¯ã\83\88ã\81®ä½\9cæ\88\90ã\82\92è¡\8cã\81\84ã\81¾ã\81\99ã\80\82
この方法により、レプリケーションモードにおいて<productname>Pgpool-II</productname>が全てのDBノードで同じラージオブジェクトIDを得られることが保証されます。
</para>
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>へ書き込み可能ある必要が有ります。
-また、これはどのスキーマに作成されてかまいません。
+å\85¨ã\81¦ã\81®<productname>PostgreSQL</>ã\83¦ã\83¼ã\82¶ã\81¯<varname>lobj_lock_table</varname>ã\81¸æ\9b¸ã\81\8dè¾¼ã\81¿å\8f¯è\83½ã\81§ã\81\82ã\82\8bå¿\85è¦\81ã\81\8cæ\9c\89ã\82\8aã\81¾ã\81\99ã\80\82
+ã\81¾ã\81\9fã\80\81ã\81\93ã\82\8cã\81¯ã\81©ã\81®ã\82¹ã\82ã\83¼ã\83\9eã\81«ä½\9cæ\88\90ã\81\95ã\82\8cã\81¦ã\82\82ã\81\8bã\81¾ã\81\84ã\81¾ã\81\9bã\82\93ã\80\82
</para>
</note>
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</>以降では、設定ファイルの再読込みで値を変更できます。
ただし、この効果が反映されるのは新しく確立されたクライアントセッションからです。
マスタースレーブモードにおいて、スレーブに対して管理業務を実施する都合上、問い合わせがそのスレーブに送られるのを防ぎたい場合に有用です。
-->
<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>
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>
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>
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>
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
# 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
# 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
# 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
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
Default is 300. Setting this parameter to 0 means keep trying forever.
-->
フェイルオーバが起きた時にプライマリノードを検索するための最大時間を秒単位で指定します。
-<productname>Pgpool-II</productname>は、ここで設定したした時間の間にプライマリノードを見つけられなかった場合、探すのを諦めます。
+<productname>Pgpool-II</productname>は、ここで設定した時間の間にプライマリノードを見つけられなかった場合、探すのを諦めます。
デフォルト値は300です。
0を指定すると、永久に検索し続けます。
</para>
-->
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>
</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>
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>
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>
これがなくてもある程度は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
<!--
<entry>Replication mode</entry>
-->
- <entry>レプリケーションモード</entry>
+ <entry>ã\83\8dã\82¤ã\83\86ã\82£ã\83\96ã\83¬ã\83\97ã\83ªã\82±ã\83¼ã\82·ã\83§ã\83³ã\83¢ã\83¼ã\83\89</entry>
<entry><literal>pgpool.conf.sample-replication</literal></entry>
</row>
<row>
<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>
the configured <productname>PostgreSQL</> backends.
Default is off.
-->
-onã\81®設定すると、<productname>Pgpool-II</productname>は入ってきた<acronym>SELECT</acronym>クエリに対する負荷分散を有効にします。
+onã\81«設定すると、<productname>Pgpool-II</productname>は入ってきた<acronym>SELECT</acronym>クエリに対する負荷分散を有効にします。
すなわち、クライアントからの<acronym>SELECT</acronym>クエリは設定された<productname>PostgreSQL</>バックエンドに振り分けます。
デフォルトはoffです。
</para>
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>
システムカタログを使用しているSELECT
TABLESAMPLEを使っているSELECT
</programlisting>
-
+ ただし、VIEWと unloggedテーブルは、white_memqcache_table_list に記載することでキャッシュされます。
</para>
</note>
<para>
-->
<varname>memqcache_oiddir</varname>には、各データベースのためのディレクトリが格納されます。
そのディレクトリ名はデータベースのOIDです。
- æ\9b´ã\81«ã\80\81å\90\84ã\83\87ã\83¼ã\82¿ã\83\99ã\83¼ã\82¹ã\83\87ã\82£ã\83¬ã\82¯ã\83\88ã\83ªã\81\9dã\81®ä¸\8bã\81«ã\81¯å\90\84ã\83\86ã\83¼ã\83\96ã\83«ã\81®ã\80\8cためのファイルが格納されます。
+ æ\9b´ã\81«ã\80\81å\90\84ã\83\87ã\83¼ã\82¿ã\83\99ã\83¼ã\82¹ã\83\87ã\82£ã\83¬ã\82¯ã\83\88ã\83ªã\81®ä¸\8bã\81«ã\81¯å\90\84ã\83\86ã\83¼ã\83\96ã\83«ã\81®ためのファイルが格納されます。
そのファイル名は同じくテーブルのOIDです。
これらのファイルの中にはクエリキャッシュへのポインタが格納されており、 キャッシュを削除する際のキーとして使われます。
</para>
キャッシュのブロックサイズを指定します。
<productname>Pgpool-II</productname>は<varname>memqcache_cache_block_size</varname>のブロックで管理されたキャッシュメモリを利用します。
SELECT結果はこのブロックに詰め込まれ、1つのブロックに収まらなければなりません。
- 従って、<varname>memqcache_cache_block_size</varname>を検索結果が超えると、キャッシュされません。。
+ 従って、<varname>memqcache_cache_block_size</varname>を検索結果が超えると、キャッシュされません。
</para>
<para>
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>
Specifies the password for the <productname>PostgreSQL</> user name configured in
-->
オンラインリカバリを行うための PostgreSQL ユーザパスワードです。
- <xref linkend="guc-recovery-user"> to perform online recovery.
</para>
<para>
<!--
the online recovery to manage the service down time during the online recovery.
-->
時間内にオンラインリカバリが完了しなかった場合に、これをキャンセルするためのタイムアウトを秒単位で指定します。
-<productname>Pgpool-II</productname>ã\81¯ã\80\81ã\82ªã\83³ã\83©ã\82¤ã\83³ã\83ªã\82«ã\83\90ã\83ªã\81®ã\82»ã\82«ã\83³ã\83\89ã\82¹ã\83\86ã\83¼ã\82¸ã\81®é\96\93ã\81¯æ\8e¥ç¶\9aã\82\92å\8f\97ã\81\91ä»\98ã\81\91ã\81\91ã\81ªã\81\84ã\81®ã\81§ã\80\81ã\81\93ã\81®ã\83\91ã\83©ã\83¡ã\83¼ã\82¿ã\81¯ã\82ªã\83³ã\83©ã\82¤ã\83³ã\83ªã\82«ã\83\90ã\83ªã\81®æ\9c\80ä¸ã\81®ã\82µã\83¼ã\83\90ã\81\8cã\83\80ã\82¦ã\83³ã\81\97ã\81\9fæ\99\82ã\81«ã\82ªã\83³ã\83©ã\82¤ã\83³ã\83ªã\82«ã\83\90ã\83ªã\82\92ã\82ã\83£ã\83³ã\82»ã\83«ã\81\99ã\82\8bã\81®ã\81«ä½¿ã\81\88ã\81¾ã\81\99ã\80\82
+<productname>Pgpool-II</productname>は、オンラインリカバリのセカンドステージの間は接続を受け付けないので、このパラメータはオンラインリカバリの最中のサーバがダウンした時にオンラインリカバリをキャンセルするのに使えます。
</para>
<para>
<!--
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
<!--
<application>watchdog_setup</application> recognizes following environment variables:
-->
- <application>pgpool_setup</application> は以下の環境変数を使用します:
+ <application>watchdog_setup</application> は以下の環境変数を使用します:
<variablelist>
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
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>としてコピーして使用することができます。
-->
これらのモードは互いに排他的であり、サーバ起動後は変更することができません。
システム設計の初期の段階でどのモードを使うか決めなければなりません。
-どれを使えばわからない場合は、ストリーミングレプリケーションモードを使うことを推奨します。
+どれを使えば良いかわからない場合は、ストリーミングレプリケーションモードを使うことを推奨します。
</para>
<para>
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</>を使う特別な理由が無い限りこのモードの使用を推奨しません。
このモードでは負荷分散が可能です。
-->
<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が見ることがあり得ます。
from using old query caches inconsistence to the old active.
-->
このオプションがonの場合、pgpool-II がアクティブに昇格した時に、共有メモリ上のクエリキャッシュを全て削除します。
- ã\81\93ã\82\8cã\81«ã\82\88ã\82\8aã\80\81æ\96°ã\81\97ã\81\84ã\82¢ã\82¯ã\83\86ã\82£ã\83\96ã\81®<productname>Pgpool-II</productname>ã\81\8cæ\97§ã\82¢ã\82¯ã\83\86ã\82£ã\83\96ã\81¨é\9d\9eæ\95´å\90\88ã\81ªå\8f¤ã\81\84ã\82¯ã\82¨ã\83ªã\82ã\83£ã\83\83ã\82·ã\83¥ã\81\8c使うことを防止します。
+ ã\81\93ã\82\8cã\81«ã\82\88ã\82\8aã\80\81æ\96°ã\81\97ã\81\84ã\82¢ã\82¯ã\83\86ã\82£ã\83\96ã\81®<productname>Pgpool-II</productname>ã\81\8cæ\97§ã\82¢ã\82¯ã\83\86ã\82£ã\83\96ã\81¨é\9d\9eæ\95´å\90\88ã\81ªå\8f¤ã\81\84ã\82¯ã\82¨ã\83ªã\82ã\83£ã\83\83ã\82·ã\83¥ã\82\92使うことを防止します。
</para>
<para>
<!--
This command is executed just before bringing up the
virtual/floating IP if that is configured on the node.
-->
-コマンドは、そのノードに仮想/浮動IPが設定されていた場合、それが立ち上がる直前のタイミングで実行されます。
+コマンドは、そのノードに仮想IPが設定されていた場合、それが立ち上がる直前のタイミングで実行されます。
</para>
<para>
<!--
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>
<!--
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>
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>
# 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
# 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
# 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
<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
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>
<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>
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>
<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>
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
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
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
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>
</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.