Merge branch 'doc_ja_15' into fix-wrapper

pgsql-jp · Aug 9, 2023 · 5c644cb · 5c644cb
2 parents f1c81ff + b072d51
commit 5c644cb
Show file tree

Hide file tree

Showing 22 changed files with 59 additions and 58 deletions.
diff --git a/.ng.list b/.ng.list
@@ -36,4 +36,5 @@
 ワーカ[^ー]
 スーパ[^ー]
 トランザクション隔離レベル
+稼動
 ラッパ[^ー]
diff --git a/doc/src/sgml/backup.sgml b/doc/src/sgml/backup.sgml
@@ -650,7 +650,7 @@ tar -cf backup.tar /usr/local/pgsql/data
 -->
 その他のファイルシステムバックアップ方法として、ファイルシステムが<quote>整合性を維持したスナップショット</quote>機能をサポートしている場合（かつ、正しく実装されていると信用する場合）、データディレクトリのスナップショットを作成する方法があります。
 典型的な手順では、データベースを含むボリュームの<quote>凍結スナップショット</quote>を作成し、データディレクトリ全体（上述のように、一部だけではいけません）をスナップショットからバックアップデバイスにコピーし、そして、凍結スナップショットを解放します。
-これはデータベースサーバが稼動中であっても動作します。
+これはデータベースサーバが稼働中であっても動作します。
 しかし、こうして作成されたバックアップは、データベースサーバが適切に停止されなかった状態のデータベースファイルを保存します。
 そのため、このバックアップデータでデータベースサーバを起動する時、直前のサーバインスタンスがクラッシュしたものとみなされ、WALログが取り直されます。
 これは問題ではありません。
@@ -995,7 +995,7 @@ test ! -f /mnt/server/archivedir/00000001000000A900000065 &amp;&amp; cp pg_wal/0
     protected from prying eyes; for example, archive into a directory that
     does not have group or world read access.
 -->
-このアーカイブ用コマンドは<productname>PostgreSQL</productname>サーバを稼動させるユーザと同じ所有権で実行されます。
+このアーカイブ用コマンドは<productname>PostgreSQL</productname>サーバを稼働させるユーザと同じ所有権で実行されます。
 アーカイブされる一連のWALファイルには、実質、データベース内の全てが含まれていますので、アーカイブしたデータをのぞき見から確実に保護しなければならないでしょう。
 例えば、グループや全員に読み込み権限を付与していないディレクトリにデータをアーカイブしてください。
    </para>
@@ -1674,7 +1674,7 @@ GNUの <application>tar</application>で1.23以降のバージョンを使用し
 <!--
      Stop the server, if it's running.
 -->
-もし稼動しているのであればサーバを停止してください。
+もし稼働しているのであればサーバを停止してください。
     </para>
    </listitem>
    <listitem>

diff --git a/doc/src/sgml/config.sgml b/doc/src/sgml/config.sgml
@@ -2884,7 +2884,7 @@ Linuxでは、これは<quote>transparent huge pages</quote><indexterm><primary>
         too high.  It may be useful to control for this by separately
         setting <xref linkend="guc-autovacuum-work-mem"/>.
 -->
-自動バキュームが稼動すると、最大でこのメモリの<xref linkend="guc-autovacuum-max-workers"/>倍が配分されるので、デフォルトの値をあまり高く設定しないよう注意してください。
+自動バキュームが稼働すると、最大でこのメモリの<xref linkend="guc-autovacuum-max-workers"/>倍が配分されるので、デフォルトの値をあまり高く設定しないよう注意してください。
 別の設定項目<xref linkend="guc-autovacuum-work-mem"/>で制御するのが良いかもしれません。
        </para>
        <para>
@@ -6260,7 +6260,7 @@ restore_command = 'copy "C:\\server\\archivedir\\%f" "%p"'  # Windows
         <literal>replica</literal> or higher to allow connections from standby
         servers.
 -->
-複数のスタンバイサーバあるいは、ストリーミングを使ったベースバックアップクライアントからの同時接続を受ける接続最大値を設定します（つまり、同時に稼動するWAL送信プロセスの最大値です）。
+複数のスタンバイサーバあるいは、ストリーミングを使ったベースバックアップクライアントからの同時接続を受ける接続最大値を設定します（つまり、同時に稼働するWAL送信プロセスの最大値です）。
 デフォルトは<literal>10</literal>です。
 <literal>0</literal>ならば、レプリケーションは無効であるという意味になります。
 ストリーミングクライアントの突然の切断により、タイムアウトになるまで親のない接続スロットが残ることがあります。
@@ -15003,7 +15003,7 @@ GINインデックス走査により返されるセットのソフトな上限
         same or higher value than on the primary server. Otherwise, queries
         will not be allowed in the standby server.
 -->
-スタンバイサーバを稼動するとき、このパラメータをプライマリサーバと同じか、より高い値に設定しなければなりません。
+スタンバイサーバを稼働するとき、このパラメータをプライマリサーバと同じか、より高い値に設定しなければなりません。
 そうしないと、問い合わせはスタンバイサーバでは許可されません。
        </para>
       </listitem>

diff --git a/doc/src/sgml/config0.sgml b/doc/src/sgml/config0.sgml
@@ -2892,7 +2892,7 @@ Linuxでは、これは<quote>transparent huge pages</quote><indexterm><primary>
         too high.  It may be useful to control for this by separately
         setting <xref linkend="guc-autovacuum-work-mem"/>.
 -->
-自動バキュームが稼動すると、最大でこのメモリの<xref linkend="guc-autovacuum-max-workers"/>倍が配分されるので、デフォルトの値をあまり高く設定しないよう注意してください。
+自動バキュームが稼働すると、最大でこのメモリの<xref linkend="guc-autovacuum-max-workers"/>倍が配分されるので、デフォルトの値をあまり高く設定しないよう注意してください。
 別の設定項目<xref linkend="guc-autovacuum-work-mem"/>で制御するのが良いかもしれません。
        </para>
        <para>

diff --git a/doc/src/sgml/config1.sgml b/doc/src/sgml/config1.sgml
@@ -2243,7 +2243,7 @@ restore_command = 'copy "C:\\server\\archivedir\\%f" "%p"'  # Windows
         <literal>replica</literal> or higher to allow connections from standby
         servers.
 -->
-複数のスタンバイサーバあるいは、ストリーミングを使ったベースバックアップクライアントからの同時接続を受ける接続最大値を設定します（つまり、同時に稼動するWAL送信プロセスの最大値です）。
+複数のスタンバイサーバあるいは、ストリーミングを使ったベースバックアップクライアントからの同時接続を受ける接続最大値を設定します（つまり、同時に稼働するWAL送信プロセスの最大値です）。
 デフォルトは<literal>10</literal>です。
 <literal>0</literal>ならば、レプリケーションは無効であるという意味になります。
 ストリーミングクライアントの突然の切断により、タイムアウトになるまで親のない接続スロットが残ることがあります。

diff --git a/doc/src/sgml/config3.sgml b/doc/src/sgml/config3.sgml
@@ -1816,7 +1816,7 @@ GINインデックス走査により返されるセットのソフトな上限
         same or higher value than on the primary server. Otherwise, queries
         will not be allowed in the standby server.
 -->
-スタンバイサーバを稼動するとき、このパラメータをプライマリサーバと同じか、より高い値に設定しなければなりません。
+スタンバイサーバを稼働するとき、このパラメータをプライマリサーバと同じか、より高い値に設定しなければなりません。
 そうしないと、問い合わせはスタンバイサーバでは許可されません。
        </para>
       </listitem>

diff --git a/doc/src/sgml/func.sgml b/doc/src/sgml/func.sgml
@@ -34074,7 +34074,7 @@ postgres=# SELECT * FROM pg_walfile_name_offset((pg_backup_stop()).lsn);
     These functions may be executed both during recovery and in normal running.
 -->
 <xref linkend="functions-recovery-info-table"/>に示される関数は、スタンバイサーバの現在のステータス情報を提供します。
-これらの関数はリカバリ中、および通常稼動時に実行することができるでしょう。
+これらの関数はリカバリ中、および通常稼働時に実行することができるでしょう。
    </para>
 
    <table id="functions-recovery-info-table">

diff --git a/doc/src/sgml/func4.sgml b/doc/src/sgml/func4.sgml
@@ -6337,7 +6337,7 @@ postgres=# SELECT * FROM pg_walfile_name_offset((pg_backup_stop()).lsn);
     These functions may be executed both during recovery and in normal running.
 -->
 <xref linkend="functions-recovery-info-table"/>に示される関数は、スタンバイサーバの現在のステータス情報を提供します。
-これらの関数はリカバリ中、および通常稼動時に実行することができるでしょう。
+これらの関数はリカバリ中、および通常稼働時に実行することができるでしょう。
    </para>
 
    <table id="functions-recovery-info-table">