chore(postgresql): suggest pgbackrest and percona toolkit for management

This commit is contained in:
Michele Cereda
2025-08-10 10:30:36 +02:00
parent c1ce0b7a9d
commit 736a132b3b
3 changed files with 83 additions and 5 deletions

View File

@@ -0,0 +1,68 @@
# Percona toolkit
> TODO
Intro
<!-- Remove this line to uncomment if used
## Table of contents <!-- omit in toc -->
1. [TL;DR](#tldr)
1. [Further readings](#further-readings)
1. [Sources](#sources)
## TL;DR
<!-- Uncomment if used
<details>
<summary>Setup</summary>
```sh
```
</details>
-->
<!-- Uncomment if used
<details>
<summary>Usage</summary>
```sh
```
</details>
-->
<!-- Uncomment if used
<details>
<summary>Real world use cases</summary>
```sh
```
</details>
-->
## Further readings
- [Website]
- [Codebase]
### Sources
- [Documentation]
<!--
Reference
═╬═Time══
-->
<!-- In-article sections -->
<!-- Knowledge base -->
<!-- Files -->
<!-- Upstream -->
[Codebase]: https://github.com/percona/percona-toolkit
[Documentation]: https://docs.percona.com/percona-toolkit/
[Website]: https://www.percona.com/percona-toolkit
<!-- Others -->

View File

@@ -35,6 +35,11 @@ DB-specific roles).
Extensions in PostgreSQL are managed **per database**. Extensions in PostgreSQL are managed **per database**.
Prefer using [pg_dumpall] to create **logical** backups.<br/>
Consider using [pgBackRest] to create **physical** backups.
Consider using the [Percona toolkit] to ease management.
<details> <details>
<summary>Setup</summary> <summary>Setup</summary>
@@ -173,7 +178,8 @@ SELECT * FROM entries_in_column('vendors','vendor_id');
## Backup ## Backup
Refer [pg_dump] and [pg_dumpall]. Refer [pg_dump] and [pg_dumpall] for **logical** backups.<br/>
Should one have **physical** access to the DB data directory (`$PGDATA`), consider using [pgBackRest] instead.
PostgreSQL offers the `pg_dump` and `pg_dumpall` native client utilities to dump databases to files.<br/> PostgreSQL offers the `pg_dump` and `pg_dumpall` native client utilities to dump databases to files.<br/>
They produce sets of SQL statements that can be executed to reproduce the original databases' object definitions and They produce sets of SQL statements that can be executed to reproduce the original databases' object definitions and
@@ -239,7 +245,9 @@ pg_dumpall … -g --no-role-passwords
## Restore ## Restore
Refer [psql] and [pg_restore]. Refer [psql] and [pg_restore] to restore **logical** dumps created via [pg_dump] and [pg_dumpall].<br/>
Should one have **physical** access to the DB data directory (`$PGDATA`), consider using [pgBackRest] for both processes
instead.
PostgreSQL offers the `pg_restore` native client utility for restoration of databases from dumps. PostgreSQL offers the `pg_restore` native client utility for restoration of databases from dumps.
@@ -372,8 +380,10 @@ See also [yugabyte/yugabyte-db].
<!-- Knowledge base --> <!-- Knowledge base -->
[mysql]: mysql.md [mysql]: mysql.md
[Percona toolkit]: percona%20toolkit.md
[pg_flo]: pg_flo.md [pg_flo]: pg_flo.md
[pgadmin]: pgadmin.md [pgadmin]: pgadmin.md
[pgBackRest]: pgbackrest.md
[sql]: sql.md [sql]: sql.md
<!-- Upstream --> <!-- Upstream -->

View File

@@ -61,8 +61,8 @@ Intro
<!-- Knowledge base --> <!-- Knowledge base -->
<!-- Files --> <!-- Files -->
<!-- Upstream --> <!-- Upstream -->
[codebase]: https://github.com/project/ [Codebase]: https://github.com/project/
[documentation]: https://website/docs/ [Documentation]: https://website/docs/
[website]: https://website/ [Website]: https://website/
<!-- Others --> <!-- Others -->