by GitHub Actions [skip ci]

Author: actions-user

current/html/bookindex.html

@@ -631,7 +631,7 @@
       <acronym>TLS</acronym>.
 </span>
 <acronym class="acronym">SSL</acronym>の設定の詳細は、<a class="xref" href="ssl-tcp.html" title="18.9. SSLによる安全なTCP/IP接続">18.9</a>を参照してください。
-<acronym class="acronym">TLS</acronym>プロトコルを使用した転送暗号化を制御するための構成パラメータは、<acronym class="acronym">SSL</acronym>プロトコルのサポートが推奨されていないにもかかわらず、歴史的な理由から<code class="literal">ssl</code>と名付けられています。
+<acronym class="acronym">TLS</acronym>プロトコルを使用した転送暗号化を制御するための設定パラメータは、<acronym class="acronym">SSL</acronym>プロトコルのサポートが推奨されていないにもかかわらず、歴史的な理由から<code class="literal">ssl</code>と名付けられています。
 <acronym class="acronym">SSL</acronym>はこの文脈で<acronym class="acronym">TLS</acronym>と同じ意味で使用されます。
      </p><div class="variablelist"><dl class="variablelist"><dt id="GUC-SSL"><span class="term"><code class="varname">ssl</code> (<code class="type">boolean</code>)
       <a id="id-1.6.6.7.5.3.1.1.3" class="indexterm"></a>
@@ -731,7 +731,7 @@
 </span>
 この設定を使用すると、指定したディレクトリ内のCRLが接続時に必要に応じて読み込まれます。
 新しいCRLをこのディレクトリに追加することが可能で、即座に使用されます。
-サーバが起動されるとき、あるいは設定が再読込されるときに読み込まれる<a class="xref" href="runtime-config-connection.html#GUC-SSL-CRL-FILE">ssl_crl_file</a>とは異なります。
+サーバが起動されるとき、あるいは設定が再読み込みされるときに読み込まれる<a class="xref" href="runtime-config-connection.html#GUC-SSL-CRL-FILE">ssl_crl_file</a>とは異なります。
 両方の設定は一緒に使用できます。
        </p></dd><dt id="GUC-SSL-KEY-FILE"><span class="term"><code class="varname">ssl_key_file</code> (<code class="type">string</code>)
       <a id="id-1.6.6.7.5.3.6.1.3" class="indexterm"></a>
@@ -1045,25 +1045,19 @@
         running.  Setting this parameter to on might be appropriate if the
         passphrase is obtained from a file, for example.
 </span>
-《マッチ度[84.087363]》このパラメータは、キーにパスフレーズが必要な場合、設定ファイルの再読み込み中に<code class="varname">ssl_passphrase_command</code>で設定されたパスフレーズコマンドも呼び出されるかどうかを設定します。
-このパラメータがoff（デフォルト）なら、<code class="varname">ssl_passphrase_command</code>は再読込の際に無視され、パスフレーズが必要な場合、SSL設定は再読込されません。
+このパラメータは、キーにパスフレーズが必要な場合、設定ファイルの再読み込み中に<code class="varname">ssl_passphrase_command</code>で設定されたパスフレーズコマンドも呼び出されるかどうかを設定します。
+このパラメータが<code class="literal">off</code>（デフォルト）なら、<code class="varname">ssl_passphrase_command</code>は再読み込みの際に無視され、パスフレーズが必要な場合、SSL設定は再読み込みされません。
 この設定は、サーバ実行中は存在しないかもしれないTTYがプロンプトに必要なコマンドに適しています。
 たとえばパスフレーズがファイルから読み込める場合には、この設定をonにするのが適切です。
-《機械翻訳》このパラメータは、キーファイルニーズがパスフレーズである場合に、<code class="varname">ssl_パスフレーズ_コマンド</code>による設定コマンドセットもリロード中にコールされるかどうかを決定します。
-このパラメータが<code class="literal">off</code>（デフォルト）である場合、リロード中に<code class="varname">ssl_passphrase_command</code>は無視され、パスフレーズが必要な場合にSSL設定はリロードされません。
-この設定は、プロンプトのためにTTYを必要とするコマンドに適しています。
-TTYはサーバの実行中には使用できない場合があります。
-パスフレーズが例のファイルから取得される場合は、このパラメータをオンに設定することが適切な場合があります。
-パスフレーズ
        </p><p>
 <span class="original">
         This parameter must be set to &lt;literal&gt;on&lt;/literal&gt; when running on
         &lt;systemitem class="osname"&gt;Windows&lt;/systemitem&gt; since all connections
         will perform a configuration reload due to the different process model
         of that platform.
 </span>
-《機械翻訳》このパラメータは<code class="literal">on</code><span class="systemitem">Windows</span>で実行している場合に設定する必要があります。
-これは、そのプラットフォームの設定リロードが異なるため、すべての接続がプロセスモデルを実行するためです。
+このパラメータは<span class="systemitem">Windows</span>で実行する場合は<code class="literal">on</code>に設定する必要があります。
+なぜなら、そのプラットフォームの異なるプロセスモデルのため、すべての接続で設定の再読み込みが行われるからです。
        </p><p>
 <span class="original">
         This parameter can only be set in the &lt;filename&gt;postgresql.conf&lt;/filename&gt;

current/html/runtime-config-connection.html

@@ -731,7 +731,7 @@
 このオプションが<code class="literal">on</code>に設定されている場合、代わりに<span class="systemitem">SIGABRT</span>が送信されます。
 これにより通常、子プロセスごとにコアダンプファイルを生成します。
 これは、クラッシュの後の他のプロセスの状態を調査するのに便利です。
-また、クラッシュが繰り返されるイベントで大量のディスクスペースを消費する可能性があるため、注意深く監視していないシステムではこれを有効にしないでください。
+また、クラッシュが繰り返されるイベントで大量のディスク空間を消費する可能性があるため、注意深く監視していないシステムではこれを有効にしないでください。
 自動的にコアファイルを削除する機能は提供されていないことに注意してください。
 このパラメータは、<code class="filename">postgresql.conf</code>ファイルか、サーバのコマンドラインでのみ設定可能です。
        </p></dd><dt id="GUC-SEND-ABORT-FOR-KILL"><span class="term"><code class="varname">send_abort_for_kill</code> (<code class="type">boolean</code>)
@@ -760,7 +760,7 @@
 このオプションが<code class="literal">on</code>に設定されている場合、<span class="systemitem">SIGKILL</span>の代わりに<span class="systemitem">SIGABRT</span>が送信されます。
 これにより通常、子プロセスごとにコアダンプファイルを生成します。
 これは、<span class="quote">「<span class="quote">スタックした</span>」</span>子プロセスの状態を調査するのに便利です。
-また、クラッシュが繰り返されるイベントで大量のディスクスペースを消費する可能性があるため、注意深く監視していないシステムではこれを有効にしないでください。
+また、クラッシュが繰り返されるイベントで大量のディスク空間を消費する可能性があるため、注意深く監視していないシステムではこれを有効にしないでください。
 自動的にコアファイルを削除する機能は提供されていないことに注意してください。
 このパラメータは、<code class="filename">postgresql.conf</code>ファイルか、サーバのコマンドラインでのみ設定可能です。
        </p></dd><dt id="GUC-DEBUG-LOGICAL-REPLICATION-STREAMING"><span class="term"><code class="varname">debug_logical_replication_streaming</code> (<code class="type">enum</code>)

current/html/runtime-config-developer.html

@@ -472,14 +472,6 @@
         proceed if the slots specified in the
         <varname>synchronized_standby_slots</varname> do not exist or are invalidated.
         Additionally, the replication management functions
-</span>
-ロジカルWAL送信プロセスが待機する、カンマで区切られたストリーミングレプリケーションのスタンバイサーバのスロット名です。
-ロジカルWAL送信プロセスは、指定されたレプリケーションスロットがWALの受信を確認した後にのみ、デコードされた変更をプラグインに送信します。
-これにより、論理レプリケーションフェイルオーバースロットは、変更が受信され、対応する物理的スタンバイに吐き出されるまで、変更を消費しないことが保証されます。
-物理スタンバイが昇格した後、論理レプリケーションコネクションがその物理スタンバイに移動した場合は、スタンバイの物理レプリケーションスロットがここに表示されます。
-<code class="varname">synchronized_standby_slots</code>で指定されたスロットが存在しないか、無効になっている場合、論理レプリケーションが続行しないことに注意してください。
-また、レプリケーション管理関数である
-<span class="original">
         &lt;link linkend="pg-replication-slot-advance"&gt;
         &lt;function&gt;pg_replication_slot_advance&lt;/function&gt;&lt;/link&gt;,
         &lt;link linkend="pg-logical-slot-get-changes"&gt;
@@ -490,7 +482,12 @@
         physical slots specified in &lt;varname&gt;synchronized_standby_slots&lt;/varname&gt; have
         confirmed WAL receipt.
 </span>
-<a class="link" href="functions-admin.html#PG-REPLICATION-SLOT-ADVANCE">、<code class="function">pg_replication_slot_advance</code></a>、<a class="link" href="functions-admin.html#PG-LOGICAL-SLOT-GET-CHANGES">、<code class="function">pg_logical_slot_get_changes</code></a>、<a class="link" href="functions-admin.html#PG-LOGICAL-SLOT-PEEK-CHANGES">、<code class="function">pg_logical_slot_peek_changes</code></a>がロジカルフェイルオーバースロットに使用されると、<code class="varname">synchronized_standby_slots</code>で指定されたすべての物理スロットでWAL受信が確認されるまでブロックします。
+ロジカルWAL送信プロセスが待機する、カンマで区切られたストリーミングレプリケーションのスタンバイサーバのスロット名です。
+ロジカルWAL送信プロセスは、指定されたレプリケーションスロットがWALの受信を確認した後にのみ、デコードされた変更をプラグインに送信します。
+これにより、論理レプリケーションフェイルオーバースロットは、変更が受信され、対応する物理的スタンバイに吐き出されるまで、変更を消費しないことが保証されます。
+物理スタンバイが昇格した後、論理レプリケーションコネクションがその物理スタンバイに移動した場合は、スタンバイの物理レプリケーションスロットがここに表示されます。
+<code class="varname">synchronized_standby_slots</code>で指定されたスロットが存在しないか、無効になっている場合、論理レプリケーションが続行しないことに注意してください。
+また、レプリケーション管理関数である<a class="link" href="functions-admin.html#PG-REPLICATION-SLOT-ADVANCE">、<code class="function">pg_replication_slot_advance</code></a>、<a class="link" href="functions-admin.html#PG-LOGICAL-SLOT-GET-CHANGES">、<code class="function">pg_logical_slot_get_changes</code></a>、<a class="link" href="functions-admin.html#PG-LOGICAL-SLOT-PEEK-CHANGES">、<code class="function">pg_logical_slot_peek_changes</code></a>がロジカルフェイルオーバースロットに使用されると、<code class="varname">synchronized_standby_slots</code>で指定されたすべての物理スロットでWAL受信が確認されるまでブロックします。
        </p><p>
 <span class="original">
         The standbys corresponding to the physical replication slots in
@@ -901,7 +898,7 @@
         &lt;filename&gt;pg_wal&lt;/filename&gt; directory.
 </span>
 WALレコードは、適用される準備が整うまでスタンバイに保持されなければなりません。
-したがって、遅延が長くなるとWALファイルの蓄積量が増加し、スタンバイの<code class="filename">pg_wal</code>ディレクトリに必要なディスク容量が増加します。
+したがって、遅延が長くなるとWALファイルの蓄積量が増加し、スタンバイの<code class="filename">pg_wal</code>ディレクトリに必要なディスク空間が増加します。
        </p><p>
 <span class="original">
         This parameter is intended for use with streaming replication deployments;