TL;DR;
PostgreSQLは、標準的な方法で情報を保持するデータベースです。
pg_basebackupは、必要に応じて後でデータベースを復元できるように、データ (データ クラスター) のバックアップをバイナリ形式で取得します。これは、単一のデータベースをバックアップする pg_dump とは対照的です。pg_basebackup は、PostgreSQL データ クラスタ全体 (すべてのデータベース/テーブル/フィールド/行/ect) をコピーします。
フル表記
さて、Postgres は「... 拡張性と標準準拠に重点を置いたオブジェクト リレーショナル データベース管理システム (ORDBMS) です。データベース サーバーとしての主な機能は、データを安全に保存し、要求に応じて取得できるようにすることです。小さな単一マシン アプリケーションから、多数の同時ユーザーを伴う大規模なインターネット接続アプリケーションまで、さまざまなワークロードを処理できます。」-
https://en.wikipedia.org/wiki/PostgreSQL
また、バックアップ " pg_basebackup は、実行中の PostgreSQL データベース クラスタのベース バックアップを作成するために使用されます。これらは、データベースに対する他のクライアントに影響を与えることなく作成され、ポイント イン タイム リカバリ (セクション 24.3 を参照) および開始バックアップとして使用できます。ログ配布またはストリーミング レプリケーション スタンバイ サーバーのポイント (セクション 25.2 を参照)。
pg_basebackup は、データベース クラスタ ファイルのバイナリ コピーを作成し、システムが自動的にバックアップ モードに切り替えられるようにします。バックアップは常にデータベース クラスタ全体から作成されます。個々のデータベースまたはデータベース オブジェクトをバックアップすることはできません。個々のデータベースのバックアップには、pg_dump などのツールを使用する必要があります。
スタンバイからのオンライン バックアップにはいくつかの制限があることに注意してください。
- バックアップしたデータベースクラスタには、バックアップ履歴ファイルは作成されません。
- バックアップに必要なすべての WAL ファイルがバックアップの最後にアーカイブされるという保証はありません。アーカイブ リカバリにバックアップを使用する予定があり、その時点で必要なすべてのファイルが利用可能であることを確認したい場合は、-x オプションを使用してそれらをバックアップに含める必要があります。
- オンライン バックアップ中にスタンバイがマスターに昇格すると、バックアップは失敗します。
- バックアップに必要なすべての WAL レコードには、十分なフルページ書き込みが含まれている必要があります。これには、マスターで full_page_writes を有効にする必要があり、pg_compresslog などのツールを archive_command として使用して WAL ファイルからフルページ書き込みを削除する必要はありません。" - PostgreSQL ドキュメントから直接取得