pgpool2.git / summary / log / commit / refs
commit 44d53b470744392a4504b3da9268bcc601d0bce8
Author: Tatsuo Ishii <ishii@sraoss.co.jp>
Date: Tue Dec 15 01:50:04 2020 +0000
Doc: more language fixes.
doc.ja/src/sgml/advanced.sgml | 12 ++++++------
doc.ja/src/sgml/connection-settings.sgml | 2 +-
doc.ja/src/sgml/installation.sgml | 8 ++++----
doc.ja/src/sgml/loadbalance.sgml | 8 ++++----
doc.ja/src/sgml/misc-config.sgml | 4 ++--
doc.ja/src/sgml/online-recovery.sgml | 4 ++--
doc.ja/src/sgml/watchdog.sgml | 14 +++++++-------
doc/src/sgml/connection-settings.sgml | 2 +-
doc/src/sgml/loadbalance.sgml | 6 +++---
9 files changed, 30 insertions(+), 30 deletions(-)
diff --git a/doc.ja/src/sgml/advanced.sgml b/doc.ja/src/sgml/advanced.sgml
index 17a09cce1..6c985ca5d 100644
--- a/doc.ja/src/sgml/advanced.sgml
+++ b/doc.ja/src/sgml/advanced.sgml
@@ -58,8 +58,8 @@
client connections to other <productname>Pgpool-II</productname>
nodes for avoiding inconsistency between backends.
-->
- もしwatchdogが有効なら、<productname>Pgpool-II</productname>ノードは起動時にマスターwatchdogノードの情報を使ってバックエンドの状態の同期を取ります。
- そのノードが自分自身をマスターに昇格中であれば、バックエンド状態をローカルに初期化します。
+ もしwatchdogが有効なら、<productname>Pgpool-II</productname>ノードは起動時にリーダーwatchdogノードの情報を使ってバックエンドの状態の同期を取ります。
+ そのノードが自分自身をリーダーに昇格中であれば、バックエンド状態をローカルに初期化します。
フェイルオーバなどでバックエンドの状態が変更したら、watchdogは他の<productname>Pgpool-II</productname>ノードに通知し、同期を取ります。
オンラインリカバリを実行すると、バックエンドの不整合を防ぐために、watchdogはクライアントが他の<productname>Pgpool-II</productname>ノードに接続するのを防ぎます。
</para>
@@ -898,8 +898,8 @@
<productname>Pgpool-II</productname> node is detected or a
remote <productname>Pgpool-II</productname> disconnects from the cluster.
-->
- watchdogプロセスの中心はステートマシンで、初期状態(<literal>WD_LOADING</literal>)から出発し、スタンバイ状態(<literal>WD_STANDBY</literal>)かマスター/コーディネーター状態(<literal>WD_COORDINATOR</literal>)へと遷移します。
- スタンバイ状態もマスター/コーディネーター状態も、watchdogステートマシンとしては安定状態です。
+ watchdogプロセスの中心はステートマシンで、初期状態(<literal>WD_LOADING</literal>)から出発し、スタンバイ状態(<literal>WD_STANDBY</literal>)かリーダー/コーディネーター状態(<literal>WD_COORDINATOR</literal>)へと遷移します。
+ スタンバイ状態もリーダー/コーディネーター状態も、watchdogステートマシンとしては安定状態です。
ローカルの<productname>Pgpool-II</productname>ノードに問題が起きるか、リモートの<productname>Pgpool-II</productname>ノードがクラスタから切り離されるまでその状態を保ちます。
</para>
<para>
@@ -949,7 +949,7 @@
</productname> nodes to coordinate the selection of
leader/coordinator node and to ensure the quorum in the cluster.
-->
- 参加しているすべての<productname>Pgpool-II</productname>ノードと通信し、マスター/コーディネーターノードの選択を調停し、クラスタのクォーラムを確実にする
+ 参加しているすべての<productname>Pgpool-II</productname>ノードと通信し、リーダー/コーディネーターノードの選択を調停し、クラスタのクォーラムを確実にする
</para>
</listitem>
@@ -960,7 +960,7 @@
allow the users to provide custom scripts for
escalation and de-escalation.
-->
- マスター/コーディネーターノード上の仮想IPを管理し、ユーザが昇格と降格用のカスタムスクリプトを書けるようにする
+ リーダー/コーディネーターノード上の仮想IPを管理し、ユーザが昇格と降格用のカスタムスクリプトを書けるようにする
</para>
</listitem>
diff --git a/doc.ja/src/sgml/connection-settings.sgml b/doc.ja/src/sgml/connection-settings.sgml
index c6290da76..006fe0abf 100644
--- a/doc.ja/src/sgml/connection-settings.sgml
+++ b/doc.ja/src/sgml/connection-settings.sgml
@@ -1481,7 +1481,7 @@ S2/N2: COMMIT;
新しい<varname>backend_weight</>はパラメータ行を追加して、設定ファイル再読み込みすることで追加できます。
<productname>Pgpool-II</> <emphasis>V2.2.6</>、<emphasis>V2.3</>以降では、設定ファイルの再読込みで値を変更できます。
ただし、この効果が反映されるのは新しく確立されたクライアントセッションからです。
- マスタースレーブモードにおいて、スレーブに対して管理業務を実施する都合上、問い合わせがそのスレーブに送られるのを防ぎたい場合に有用です。
+ ストリーミングレプリケーションモード、ロジカルレプリケーションモード、slonyモードにおいて、スタンバイに対して管理業務を実施する都合上、問い合わせがそのスタンバイに送られるのを防ぎたい場合に有用です。
</para>
</listitem>
</varlistentry>
diff --git a/doc.ja/src/sgml/installation.sgml b/doc.ja/src/sgml/installation.sgml
index 4259c9e97..75a729ac4 100644
--- a/doc.ja/src/sgml/installation.sgml
+++ b/doc.ja/src/sgml/installation.sgml
@@ -46,13 +46,13 @@
<title>Pgpool-IIの導入形態</title>
<para>
<productname>Pgpool-II</productname>は1台でも利用が可能ですが、その<productname>Pgpool-II</productname>が停止するとデータベース全体が利用できなくなるので、複数の<productname>Pgpool-II</productname>を導入することをお勧めします。
- 複数の<productname>Pgpool-II</productname>はwatchdogと言う仕組みで連携を取りつつお互いを監視し、その中の1台が「マスタ」と呼ばれて仮想IPを持つので、クライアントはその仮想IPにアクセスすればばよく、複数の<productname>Pgpool-II</productname>が導入されていることを意識する必要はありません。
+ 複数の<productname>Pgpool-II</productname>はwatchdogと言う仕組みで連携を取りつつお互いを監視し、その中の1台が「リーダー」と呼ばれて仮想IPを持つので、クライアントはその仮想IPにアクセスすればばよく、複数の<productname>Pgpool-II</productname>が導入されていることを意識する必要はありません。
(watchdogについては<xref linkend="tutorial-watchdog-intro">をご覧ください。)
- もしある<productname>Pgpool-II</productname>がダウンすると、別の<productname>Pgpool-II</productname>が取って代わってマスタになります。
+ もしある<productname>Pgpool-II</productname>がダウンすると、別の<productname>Pgpool-II</productname>が取って代わってリーダーになります。
</para>
<para>
- マスタは複数存在してはいけないので、新しいマスタを決める際にはwatchdogは投票を行ないます。
- この時<productname>Pgpool-II</productname>が偶数台だと多数決でマスタを決めることができなくなってしまいます。
+ リーダーは複数存在してはいけないので、新しいリーダーを決める際にはwatchdogは投票を行ないます。
+ この時<productname>Pgpool-II</productname>が偶数台だと多数決でリーダーを決めることができなくなってしまいます。
ですから<productname>Pgpool-II</productname>は3台以上の奇数台で構成することをお勧めします。
</para>
<para>
diff --git a/doc.ja/src/sgml/loadbalance.sgml b/doc.ja/src/sgml/loadbalance.sgml
index f9cc0041f..fa6c4a2cf 100644
--- a/doc.ja/src/sgml/loadbalance.sgml
+++ b/doc.ja/src/sgml/loadbalance.sgml
@@ -664,7 +664,7 @@
-->
データベースに対して更新を<emphasis>行なわない</emphasis>関数名をコンマ区切りで指定します。
このリストに<emphasis>指定されていない</emphasis>関数呼び出しを含むSELECTは負荷分散されません。
- これらのクエリはレプリケーションモードにおいてはすべてのDBノードで複製され、マスタースレーブモードにおいてはプライマリノードにのみ送信されます。
+ これらのクエリはレプリケーションモードにおいてはすべてのDBノードで複製され、それ以外のモードにおいてはプライマリノードにのみ送信されます。
</para>
<para>
<!--
@@ -747,7 +747,7 @@
-->
データベースに対して更新を<emphasis>行う</emphasis>関数名をコンマ区切りで指定します。
このリストに<emphasis>指定された</emphasis>関数呼び出しを含むSELECTは負荷分散されません。
- これらのクエリはレプリケーションモードにおいてはすべてのDBノードで複製され、マスタースレーブモードにおいてはプライマリノードにのみ送信されます。
+ これらのクエリはレプリケーションモードにおいてはすべてのDBノードで複製され、それ以外のモードにおいてはプライマリノードにのみ送信されます。
</para>
<para>
<!--
@@ -873,11 +873,11 @@
should be sent to primary node.
SQL that matched patterns specified in this list are
not load balanced.
- Only Native Replication mode is supported.
+ Other than Native Replication mode is supported.
-->
特定の SQL をプライマリノードに送信するように <xref linkend="guc-primary-routing-query-pattern-list">を設定します。
SQL パターンをセミコロン区切りで指定します。
- マスタースレーブモードのみで動作します。
+ ネイティブレプリケーションモード以外でのみで動作します。
</para>
<para>
<!--
diff --git a/doc.ja/src/sgml/misc-config.sgml b/doc.ja/src/sgml/misc-config.sgml
index cc0355001..3ac14ad37 100644
--- a/doc.ja/src/sgml/misc-config.sgml
+++ b/doc.ja/src/sgml/misc-config.sgml
@@ -178,7 +178,7 @@
<para>
<literal>catalog</literal>あるいは<literal>trace</literal>に設定されたとき、<acronym>SELECT</acronym>に含まれるテーブルが一時テーブルかどうかのチェックを行います。
- <literal>catalog</literal>に設定すると一時テーブルをチェックするため<productname>Pgpool-II</productname>はプライマリ/マスター<productname>PostgreSQL</productname>バックエンドのシステムカタログに問い合わせ、プライマリ/マスタサーバの負荷を上げます。
+ <literal>catalog</literal>に設定すると一時テーブルをチェックするため<productname>Pgpool-II</productname>はプライマリ/メイン<productname>PostgreSQL</productname>バックエンドのシステムカタログに問い合わせ、プライマリ/マスタサーバの負荷を上げます。
</para>
<para>
<literal>trace</literal>に設定されていると、一時テーブルの情報を入手するために<productname>Pgpool-II</productname>は一時テーブルの作成と削除を追跡します。
@@ -233,7 +233,7 @@
Default is on.
-->
onに設定されたとき、<acronym>SELECT</acronym>に含まれるテーブルがunloggedテーブルかどうかのチェックを行います。
- unloggedテーブルをチェックするため<productname>Pgpool-II</productname>はプライマリ/マスター<productname>PostgreSQL</>バックエンドのシステムカタログに問い合わせ、プライマリ/マスタサーバの負荷を上げます。
+ unloggedテーブルをチェックするため<productname>Pgpool-II</productname>はプライマリ/メイン<productname>PostgreSQL</>バックエンドのシステムカタログに問い合わせ、プライマリ/マスタサーバの負荷を上げます。
もしシステムが決してunloggedテーブルを使用しないことが確かならば（たとえば、9.0 以前のバージョンの<productname>PostgreSQL</>を使っている）、安全に<varname>check_unlogged_table</varname>をoffにすることができます。
デフォルトはonです。
</para>
diff --git a/doc.ja/src/sgml/online-recovery.sgml b/doc.ja/src/sgml/online-recovery.sgml
index 47e120b1b..eccee78ca 100644
--- a/doc.ja/src/sgml/online-recovery.sgml
+++ b/doc.ja/src/sgml/online-recovery.sgml
@@ -346,7 +346,7 @@
look for the command scrit in <literal>$PGDATA</literal> directory and will
try to execute <command>$PGDATA/sync-command</command>.
-->
- オンラインリカバリのファーストステージでマスタ（プライマリ）ノードで実行されるコマンドを指定します。
+ オンラインリカバリのファーストステージでメイン（プライマリ）ノードで実行されるコマンドを指定します。
コマンドファイルはセキュリティ上の観点からデータベースクラスタ内に配置される必要があります。
例えば、<varname>recovery_1st_stage_command</varname> = <literal>'sync-command'</literal>となっている場合、<productname>Pgpool-II</productname>はコマンドスクリプトを<literal>$PGDATA</literal>ディレクトリの中で探し、<command>$PGDATA/sync-command</command>を起動しようとします。
</para>
@@ -475,7 +475,7 @@
look for the command scrit in <literal>$PGDATA</literal> directory and will
try to execute <command>$PGDATA/sync-command</command>.
-->
- オンラインリカバリのセカンドステージでマスタノードで実行されるコマンドを指定します。
+ オンラインリカバリのセカンドステージでメインノードで実行されるコマンドを指定します。
これは<xref linkend="guc-replication-mode">時のみ必要であるため、他のモードではコマンドファイルを用意する必要はありません。
コマンドファイルはセキュリティ上の観点からデータベースクラスタ内に配置される必要があります。
例えば、<varname>recovery_2nd_stage_command</varname> = <literal>'sync-command'</literal>となっている場合、<productname>Pgpool-II</productname>はコマンドスクリプトを<literal>$PGDATA</literal>ディレクトリの中で探し、<command>$PGDATA/sync-command</command>を起動しようとします。
diff --git a/doc.ja/src/sgml/watchdog.sgml b/doc.ja/src/sgml/watchdog.sgml
index 2bf368522..7eb0b9526 100644
--- a/doc.ja/src/sgml/watchdog.sgml
+++ b/doc.ja/src/sgml/watchdog.sgml
@@ -657,7 +657,7 @@
Watchdog executes this command on the node that is escalated
to the leader watchdog.
-->
- マスターwatchdogに昇格した時に、ここで指定したコマンドがwatchdogによって実行されます。
+ リーダーwatchdogに昇格した時に、ここで指定したコマンドがwatchdogによって実行されます。
</para>
<para>
<!--
@@ -693,8 +693,8 @@
when the leader node <productname>Pgpool-II</productname> shuts down, detects a network
blackout or detects the lost of quorum.
-->
- <productname>Pgpool-II</productname>のマスターwatchdogが責務を辞退し降格するときに、ここで指定したコマンドが実行されます。
- マスターwatchdogノードは、そのマスターノードの<productname>Pgpool-II</productname>が停止したとき、ネットワーク切断や<firstterm>クォーラム(quorum)</firstterm><indexterm><primary>クォーラム</primary></indexterm><indexterm><primary>quorum</primary></indexterm>が失われたことを検出した時に、マスターから辞任します。
+ <productname>Pgpool-II</productname>のリーダーwatchdogが責務を辞退し降格するときに、ここで指定したコマンドが実行されます。
+ リーダーwatchdogノードは、そのリーダーノードの<productname>Pgpool-II</productname>が停止したとき、ネットワーク切断や<firstterm>クォーラム(quorum)</firstterm><indexterm><primary>クォーラム</primary></indexterm><indexterm><primary>quorum</primary></indexterm>が失われたことを検出した時に、リーダーから辞任します。
</para>
<para>
<!--
@@ -1238,11 +1238,11 @@
So we should start watchdog nodes in order of <varname>wd_priority</varname> priority to prevent
unintended nodes from being selected as leader.
-->
- このパラメータによってローカルのwatchdogノードがマスターに選ばれる優先度を上げることができます。
- 古いマスターノードが故障した状況でクラスタがマスターノードの選択を行う際に、<varname>wd_priority</varname>が高いノードがマスターwatchdogノードに選ばれます。
+ このパラメータによってローカルのwatchdogノードがリーダーに選ばれる優先度を上げることができます。
+ 古いリーダーノードが故障した状況でクラスタがリーダーノードの選択を行う際に、<varname>wd_priority</varname>が高いノードがリーダーwatchdogノードに選ばれます。
<varname>wd_priority</varname>はクラスタの初期起動時にも有効なので、
- 複数のwatchdogノードを同時に起動した場合、<varname>wd_priority</varname>が高いノードがマスターwatchdogノードに選ばれます。
- このため、watchdogノードは意図しないノードがマスターに選ばれることが無いように<varname>wd_priority</varname>の優先順位が高い順に起動するべきです。
+ 複数のwatchdogノードを同時に起動した場合、<varname>wd_priority</varname>が高いノードがリーダーwatchdogノードに選ばれます。
+ このため、watchdogノードは意図しないノードがリーダーに選ばれることが無いように<varname>wd_priority</varname>の優先順位が高い順に起動するべきです。
</para>
<para>
<!--
diff --git a/doc/src/sgml/connection-settings.sgml b/doc/src/sgml/connection-settings.sgml
index e5607a322..bec4c1157 100644
--- a/doc/src/sgml/connection-settings.sgml
+++ b/doc/src/sgml/connection-settings.sgml
@@ -1086,7 +1086,7 @@ S2/N2: COMMIT;
or later allows updating the values by reloading a
configuration file. This is useful if you want to prevent
any query sent to standbys to perform some administrative
- work in native replication mode.
+ work in streaming replication mode, logical replication mode and slony mode.
</para>
</listitem>
</varlistentry>
diff --git a/doc/src/sgml/loadbalance.sgml b/doc/src/sgml/loadbalance.sgml
index df8967783..c87c86c66 100644
--- a/doc/src/sgml/loadbalance.sgml
+++ b/doc/src/sgml/loadbalance.sgml
@@ -508,7 +508,7 @@
<emphasis>DO NOT</emphasis> update the database. SELECTs including
functions <emphasis>not specified </emphasis> in this list are not load balanced.
These are replicated among all the DB nodes in Replication mode,
- sent to the primary node only in Native Replication mode.
+ sent to the primary node only in other mode.
</para>
<para>
You can use regular expression to match function names,
@@ -577,7 +577,7 @@
SELECTs including functions <emphasis>specified</emphasis> in this list are
not load balanced.
These are replicated among all the DB nodes in Replication mode,
- sent to the primary node only in Native Replication mode.
+ sent to the primary node only in other mode.
</para>
<para>
You can use regular expression to match function names,
@@ -679,7 +679,7 @@
should be sent to primary node.
SQL that matched patterns specified in this list are
not load balanced.
- Only Native Replication mode is supported.
+ Other than Only Native Replication mode is supported.
</para>
<para>
You can use regular expression to match SQL patterns,
[parent: 70e0b2b93715]