From 9f0da0bfdce5353a90d3429435c8a382c4ad98af Mon Sep 17 00:00:00 2001 From: Tatsuo Ishii Date: Tue, 19 Nov 2024 09:27:37 +0900 Subject: [PATCH 1/2] =?UTF-8?q?backup.sgml=E3=81=AEPostgreSQL=2017.0?= =?UTF-8?q?=E5=AF=BE=E5=BF=9C=E3=81=A7=E3=81=99=E3=80=82?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- doc/src/sgml/backup.sgml | 68 +++++++++++++++++++--------------------- 1 file changed, 32 insertions(+), 36 deletions(-) diff --git a/doc/src/sgml/backup.sgml b/doc/src/sgml/backup.sgml index f8de3ecac7f..0189e937cdf 100644 --- a/doc/src/sgml/backup.sgml +++ b/doc/src/sgml/backup.sgml @@ -1321,7 +1321,10 @@ WALアーカイブによってPostgreSQLデータベ + + 増分バックアップを作成する -《機械翻訳》を使用してインクリメンタルバックアップを作成するには、--incrementalオプションを指定します。 -同じ引数から前のバックアップへのバックアップマニフェストを、サーバ先--incrementalとして指定する必要があります。 -作成されたバックアップには、リレーション以外のファイルもすべて含まれますが、一部のリレーションファイルは、以前のバックアップから変更されたブロックと、ファイルの現在のバージョンを再構築するのに十分なメタデータのみを含む、より小さな増分ファイルに置き換えられる場合があります。 +を使用して増分バックアップを作成するには、--incrementalオプションを指定します。 +--incrementalの引数として、同じサーバの以前のバックアップへのバックアップマニフェストを指定する必要があります。 +作成されたバックアップには、リレーション以外のファイルはそのまま含まれますが、一部のリレーションファイルは、以前のバックアップから変更されたブロックと、ファイルの現在のバージョンを再構築するのに十分なメタデータのみを含む、より小さな増分ファイルに置き換えられる場合があります。 @@ -1355,12 +1358,12 @@ WALアーカイブによってPostgreSQLデータベ summarizer doesn't catch up quickly enough, the incremental backup will fail. --> -《機械翻訳》どのブロックをバックアップする必要があるかを判断するために、サーバは、データディレクトリ内のディレクトリpg_wal/summariesに格納されているWALサマリを使用します。 -必要な要約ファイルが存在しない場合、インクリメンタルバックアップの実行は失敗します。 -このディレクトリに存在する要約は、前のバックアップのスタートLSNから現在バックアップのスタートLSNまでのすべてのLSNをカバーしなければならない。 -サーバは現在バックアップのスタートLSNを確立した直後にWAL要約を探しますので、必要な要約ファイルはおそらくディスクにすぐには存在しませんが、サーバは不足しているファイルが現れるのを待ちます。 +どのブロックをバックアップする必要があるかを判断するために、サーバは、データディレクトリ内のディレクトリpg_wal/summariesに格納されているWAL要約を使用します。 +必要な要約ファイルが存在しない場合、増分バックアップを作成する試みは失敗します。 +このディレクトリに存在する要約は、前のバックアップのスタートLSNから現在バックアップのスタートLSNまでのすべてのLSNを網羅しなければなりません。 +サーバは現在のバックアップの開始LSNを確立した直後のWAL要約を探すので、必要な要約ファイルはおそらくディスクにすぐには現れませんが、サーバは不足しているファイルが現れるのを待ちます。 これは、プロセスのWAL集約が遅れている場合にも役立ちます。 -しかし、必要なファイルがすでに削除されている場合や、WALサマライザが十分な速さでキャッチアップしない場合、インクリメンタル・バックアップは失敗します。 +しかし、必要なファイルがすでに削除されている場合や、WAL要約が十分な速さで追いつかないときは、増分バックアップは失敗します。 @@ -1375,10 +1378,9 @@ WALアーカイブによってPostgreSQLデータベ pg_combinebackup limitations. --> -《機械翻訳》インクリメンタル・バックアップをリストアする場合は、インクリメンタル・バックアップ・自分自身だけでなく、インクリメンタル・バックアップから除外されたブロックを提供するために必要な以前のすべてのバックアップも必要になります。 +増分バックアップをリストアする場合は、増分バックアップ自体だけでなく、増分バックアップから除外されたブロックを提供するために必要な以前のすべてのバックアップも必要になります。 この要件の詳細については、を参照してください。 -ノートクラスタのチェックサムステータスが変更された場合、pg_combinebackupの使用に制限があります。 -pg_combinebackup limitationsを参照してください。 +クラスタのチェックサム状態が変更された場合、pg_combinebackupの使用に制限があることに注意してください。pg_combinebackupの制限を参照してください。 @@ -1399,13 +1401,12 @@ WALアーカイブによってPostgreSQLデータベ and be certain not to remove earlier backups if they might be needed when restoring later incremental backups. --> -《機械翻訳》ノートフルバックアップを使用するためのすべての要件は、インクリメンタル・バックアップにも適用されます。 -インスタンスに関しては、セグメント中およびファイルシステムバックアップ後に生成された全てのWAL歴史ファイルと、関連する全てのWAL地域ファイルが必要です。 -また、で説明されているように、リカバリ.シグナル（またはスタンバイ.シグナル）を作成し、リカバリを実行する必要があります。 -以前のバックアップをリストア時間に利用可能にし、pg_combinebackupを使用するという要件は、他のすべてのものの中でトップの追加要件です。 -PostgreSQLには、後で増分バックアップを復元するための基礎として、どのバックアップがまだ必要かを判断するためのメカニズムが組み込まれていないことに注意してください。 -完全バックアップと増分バックアップの関係は自分で追跡する必要があります。 -また、後で増分バックアップをリストアするときに必要になる場合は、前のバックアップを削除しないようにしてください。 +完全バックアップを使用するためのすべての要件は、増分バックアップにも適用されることに注意してください。 +たとえば、ファイルシステムバックアップ中と、その後に生成された全てのWALセグメントと、関連するWAL歴史ファイルが必要です。 +また、で説明されているように、recovery.signal（またはstandby.signal）を作成し、リカバリを実行する必要があります。 +以前のバックアップをリストア時に利用可能にし、pg_combinebackupを使用するために要件は、それ以外の要件に対する追加の要件です。 +PostgreSQLには、後で増分バックアップからリストアするために、どのバックアップが前提として必要となるかを判断する機構は組み込まれていないことに注意してください。 +完全バックアップと増分バックアップの関係は自分で追跡する必要があり、後で増分バックアップをリストアするときに必要になる前のバックアップを削除しないようにしてください。 @@ -1417,9 +1418,9 @@ WALアーカイブによってPostgreSQLデータベ to manage. For a large database all of which is heavily modified, incremental backups won't be much smaller than full backups. --> -《機械翻訳》通常、増分バックアップは、makeのかなりの部分が変更されないか、またはゆっくりとしか変更されない比較的ラージのデータベースに対してのみデータを感知します。 -小規模なデータベースの場合は、増分バックアップの存在を無視して、管理が簡単なフル・バックアップを実行する方が簡単です。 -すべてが大幅に変更されるラージデータベースの場合、増分バックアップはフル・バックアップよりも大幅に小さくはなりません。 +通常、増分バックアップは、データのかなりの部分が変更されないか、または徐々にしか変更されない比較的大きなデータベースに対してのみ意味があります。 +小規模なデータベースの場合は、増分バックアップの存在を無視して、管理が簡単な完全バックアップを実行する方が簡単です。 +頻繁に変更される大きなデータベースの場合、増分バックアップは完全バックアップよりも大幅に小さくはなりません。 @@ -1433,10 +1434,10 @@ WALアーカイブによってPostgreSQLデータベ little activity since the previous backup, since no new restartpoint might have been created. --> -《機械翻訳》インクリメンタル・バックアップは、リプレイが依存している前のチェックポイントよりも後のバックアップから開始する場合にのみ可能です。 -プライマリでインクリメンタルバックアップを実行する場合、バックアップごとに新しいチェックポイントがトリガーされるため、この条件は常に満たされます。 +増分バックアップは、増分バックアップが依存しているバックアップよりも後のチェックポイントからリプレイを開始する場合にのみ可能です。 +プライマリで増分バックアップを実行する場合、バックアップごとに新しいチェックポイントが起こるため、この条件は常に満たされます。 スタンバイでは、リプレイは最新の再始動点から開始します。 -そのため、前回のスタンバイサーバ以降のアクティビティが非常に少ない場合は、新しいリスタートポイントが作成されていない可能性があるため、バックアップのインクリメンタルバックアップが失敗する可能性があります。 +そのため、前回のバックアップ以降のアクティビティが非常に少ない場合は、新しいリスタートポイントが作成されていない可能性があるため、増分バックアップは失敗するかもしれません。 @@ -1455,11 +1456,9 @@ WALアーカイブによってPostgreSQLデータベ sequence, and that the success of a step is verified before proceeding to the next step. --> -《マッチ度[62.469734]》低レベルのAPIを使ったベースバックアップを取得するには を使う方法に加えて数ステップが必要ですが、比較的簡単です。 -これらのステップは順番に実行することが重要で、次のステップに進む前にこれらのステップが成功していることを確認する必要があります。 -《機械翻訳》を使用して全ベースバックアップまたは増分ベースバックアップを利用する代わりでは、低レベルAPIを使用してに乗ることができます。 -このプロシージャ包含はpg_basebackupメソッドよりも数ステップ多くなりますが、比較的シンプルです。 -これらのステップがシーケンスで実行され、ステップの成功が次のステップに進む前で検証されることが非常に重要です。 +を使って完全、あるいは増分バックアップを取る代わりに、低レベルのAPIを使ってベースバックアップを取得できます。 +この手順はpg_basebackupを使う方法よりも少し余分の手順が必要ですが、比較的単純です。 +これらのステップを順番に実行すること、また次のステップに進む前にこれらのステップが成功していることを確認することが非常に重要です。 -《マッチ度[75.260417]》ファイルシステムバックアップからデータベースファイルをリストアします。 +完全バックアップをリストアする場合は、データベースファイルを直接ターゲットディレクトリにリストアすることができます。 ファイルが正しい所有権（rootではなくデータベースシステムユーザです！）でリストアされていることを確認してください。 テーブル空間を使用している場合は、pg_tblspc/内のシンボリックリンクが正しくリストアされていることを検証する必要があります。 -《機械翻訳》フルバックアップをリストアする場合は、データベースファイルを直接ターゲットディレクトリにリストアすることができます。 -これらのファイルが正しい所有者ルートではなくデータベースシステムユーザと正しいパーミッションでリストアされていることを確認してください。 -テーブル空間を使用している場合は、pg_tblspc/内のシンボリックリンクが正しくリストアされていることを確認する必要があります。 @@ -1879,9 +1875,9 @@ GNUの tarで1.23以降のバージョンを使用し and write out a synthetic full backup to the target directories. As above, verify that permissions and tablespace links are correct. --> -《機械翻訳》インクリメンタル・バックアップをリストアする場合は、インクリメンタル・バックアップと、それが直接または間接的に依存している以前のすべてのバックアップを、リストアを実行しているマシンにリストアする必要があります。 -これらのバックアップは、実行中のターゲットを終了させたいサーバディレクトリではなく、別のディレクトリに配置する必要があります。 -これが完了したら、を使用してデータとその後のすべての増分バックアップからフルバックアップを取得し、合成フルバックアップをターゲットディレクトリに書き出します。 +増分バックアップをリストアする場合は、増分バックアップと、それが直接または間接的に依存している以前のすべてのバックアップを、リストアを実行しているマシンにリストアする必要があります。 +これらのバックアップは、実行中のサーバが最終的に目的とするターゲットディレクトリではなく、別のディレクトリに配置する必要があります。 +これが完了したら、を使用して完全バックアップとすべての増分バックアップからデータを抽出し、合成された完全バックアップをターゲットディレクトリに書き出します。 上記のように、権限とテーブルスペースのリンクが正しいことを確認します。 From fa95df39668cb5ce07c9c4b3a0859ae2397e6711 Mon Sep 17 00:00:00 2001 From: Tatsuo Ishii Date: Sun, 24 Nov 2024 15:39:12 +0900 Subject: [PATCH 2/2] =?UTF-8?q?=E6=96=89=E8=97=A4=E3=81=95=E3=82=93?= =?UTF-8?q?=E3=81=AE=E6=8C=87=E6=91=98=E4=BA=8B=E9=A0=85=E3=81=AB=E5=AF=BE?= =?UTF-8?q?=E5=BF=9C=E3=81=97=E3=81=BE=E3=81=97=E3=81=9F=E3=80=82?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- doc/src/sgml/backup.sgml | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/doc/src/sgml/backup.sgml b/doc/src/sgml/backup.sgml index 0189e937cdf..07cf18264b7 100644 --- a/doc/src/sgml/backup.sgml +++ b/doc/src/sgml/backup.sgml @@ -1434,9 +1434,9 @@ WALアーカイブによってPostgreSQLデータベ little activity since the previous backup, since no new restartpoint might have been created. --> -増分バックアップは、増分バックアップが依存しているバックアップよりも後のチェックポイントからリプレイを開始する場合にのみ可能です。 +増分バックアップは、増分バックアップが依存しているバックアップよりも後のチェックポイントから再生を開始する場合にのみ可能です。 プライマリで増分バックアップを実行する場合、バックアップごとに新しいチェックポイントが起こるため、この条件は常に満たされます。 -スタンバイでは、リプレイは最新の再始動点から開始します。 +スタンバイでは、再生は最新のリスタートポイントから開始します。 そのため、前回のバックアップ以降のアクティビティが非常に少ない場合は、新しいリスタートポイントが作成されていない可能性があるため、増分バックアップは失敗するかもしれません。