postgresqlオンラインバックアップとリカバリ(4)

完全な物理バックアップ
このバックアップはコールドバックアップに相当し、データベースをきれいに閉じ、関連する物理ファイルをバックアップする必要がある.データベースを閉じる必要があるため、データベースをバックアップしてプレゼンテーション環境で使用するなど、使用シーンが少ない.
Timelineベースのバックアップの概要

                        /3---------------  
______$_________________|______1  
             |2________  

最初のデータベースはTimeline 1です.もし私が$で基礎バックアップと関連アーカイブをしたら.いくつかの原因で、例えば誤操作によって業務データが乱された場合、時点2に復元する必要がある場合、Timeline:2が正常に動作してから、より重要な資料が正しく復元されていないことを発見し、Timeline:1の位置3カ所に復元することを確認すると、エラーを最大で回避できるデータが生成され、2つはこれらの資料を復元することができる.$でバックアップするアーカイブは、場所2と3の間にのみバックアップされるため、2-3のアーカイブ部分はバックアップされず、アーカイブディレクトリにもバックアップされていない.このとき$ベースのバックアップリカバリを使用すると、デフォルトではTimeline:2のアーカイブのみがリカバリに使用され、条件に合致しません.Timeline:1のアーカイブを使用してリカバリする必要がある場合は、recovery.confファイルにパラメータrecovery_を追加する必要がありますtarget_timeline='1'が正常な使用を回復した後にTimelineを生成する:3注意:アーカイブディレクトリの下の.historyファイルは削除せず、リカバリ時に読み込む必要があります.
独立したバックアップをオンラインでバックアップ
pg_basebackupはwalログをデフォルトでバックアップしないため、単独で使用するとデータベースを開くことはできません.-Xパラメータを付けると、バックアップ中に生成されたWALログが一緒にバックアップされ、最近のコンシステントポイントに復元することができる.冷たいバックアップよりもデータベースを閉じる必要はない.
バックアップのリカバリが完了しました
//END