pgBackRest

117 posts

pgBackRest

pgBackRest

@pgBackRest

Reliable PostgreSQL backup and restore solution that will seamlessly scale up to the largest databases and workloads.

가입일 Mart 2018
19 팔로잉977 팔로워
pgBackRest
pgBackRest@pgBackRest·
A special thank you to @pgstef for sponsoring pgBackRest! Stefan has also been a contributor for many years. Please consider a sponsorship if you use pgBackRest in your enterprise. github.com/sponsors/dwste…
English
0
0
2
57
pgBackRest
pgBackRest@pgBackRest·
pgBackRest 2.58.0 released with object store improvements, TLS security enhancements, and the ability to manually expire the oldest backup. #2.58.0" target="_blank" rel="nofollow noopener">pgbackrest.org/release.html#2
English
0
1
2
199
pgBackRest
pgBackRest@pgBackRest·
@zemanekj @samokhvalov In our benchmarks TLS is generally about 50% faster than SSH. But I don't think that would hold here since the bottleneck is most likely elsewhere. Still, every little bit helps!
English
0
0
1
17
Jakub Zemanek
Jakub Zemanek@zemanekj·
@samokhvalov Would be great to see TLS transfer method numbers. I guess it will perform better than SSH. But I admit that it will be more complex to set up.
English
1
0
1
84
Nik Samokhvalov
Nik Samokhvalov@samokhvalov·
#PostgresMarathon 2-012: Ultra-fast replica creation with pgBackRest postgres.ai/blog/20251105-… Couldn't believe the numbers: 35 TiB/h copying PGDATA from one EC2 instance to another. That's fast enough to clone a 10 TiB production database in ~17 minutes. Modern hardware + pgBackRest trick = game changer for zero-downtime operations at scale Credit: Maxim Boguk, Postgres expert I've known for years, who now helps the @postgres_ai team excel with really large systems [Chart showing throughput progression from 3.9 TiB/hour to 35+ TiB/hour when involving more processes]
Nik Samokhvalov tweet media
English
4
5
34
2.3K
pgBackRest
pgBackRest@pgBackRest·
pgBackRest 2.57.0 released with an option to suppress repository symlinks and bug fixes: #2.57.0" target="_blank" rel="nofollow noopener">pgbackrest.org/release.html#2…. Please consider a sponsorship if you use pgBackRest in your enterprise: github.com/sponsors/dwste….
English
0
1
1
166
pgBackRest
pgBackRest@pgBackRest·
pgBackRest 2.56.0 released with progress info improvements and bug fixes: #2.56.0" target="_blank" rel="nofollow noopener">pgbackrest.org/release.html#2…. Please consider a sponsorship if you use pgBackRest in your enterprise: github.com/sponsors/dwste….
English
0
2
6
304
pgBackRest
pgBackRest@pgBackRest·
@Cesar_DBA pgBackRest will warn you about corrupted pages if you have page checksums enabled in PostgreSQL and of course we have robust checksums to detect corruption at rest in the repository.
English
0
0
0
22
César Carvalho
César Carvalho@Cesar_DBA·
@pgBackRest when will we have recovery of corrupted pages or blocks? Will this feature be added someday? 🙃
English
2
0
0
18
pgBackRest
pgBackRest@pgBackRest·
@Cesar_DBA If you mean automatically fixing corrupted pages then this is not something we are planning to add to pgBackRest. Recovering from corruption is a complex process that depends greatly on the individual situation.
English
0
0
0
20
pgBackRest
pgBackRest@pgBackRest·
pgBackRest 2.55.0 released with PostgreSQL 18 support and many other bug fixes, improvements, and features. #2.55.0" target="_blank" rel="nofollow noopener">pgbackrest.org/release.html#2
English
0
5
12
412
pgBackRest
pgBackRest@pgBackRest·
pgBackRest 2.54.2 released with a fix for disabling bundling when block incremental has been enabled for prior backups. #2.54.2" target="_blank" rel="nofollow noopener">pgbackrest.org/release.html#2
English
0
2
5
416
pgBackRest
pgBackRest@pgBackRest·
pgBackRest 2.54.1 released with a fix for installations where pgBackRest does not have read access to pgbackrest.conf. #2.54.1" target="_blank" rel="nofollow noopener">pgbackrest.org/release.html#2
English
0
1
4
353
pgBackRest
pgBackRest@pgBackRest·
pgBackRest 2.54.0 released with support for recovering from accidental deletions or malware using versioned repositories, improved backup from standby, and more! #2.54.0" target="_blank" rel="nofollow noopener">pgbackrest.org/release.html#2
English
1
5
11
733
pgBackRest
pgBackRest@pgBackRest·
pgBackRest 2.53.1 released with support for PostgreSQL 17beta3 and bug fixes. #2.53.1" target="_blank" rel="nofollow noopener">pgbackrest.org/release.html#2
English
0
4
7
384
pgBackRest
pgBackRest@pgBackRest·
pgBackRest 2.53 released with support for concurrent cluster backups and other improvements. #2.53" target="_blank" rel="nofollow noopener">pgbackrest.org/release.html#2
English
0
7
11
541
pgBackRest
pgBackRest@pgBackRest·
pgBackRest 2.52.1 released with a bugfix: #2.52.1" target="_blank" rel="nofollow noopener">pgbackrest.org/release.html#2
English
1
3
4
373
pgBackRest
pgBackRest@pgBackRest·
pgBackRest 2.52 released with PostgreSQL 17 support, GCS batch delete, and S3 SSE-C encryption. #2.52" target="_blank" rel="nofollow noopener">pgbackrest.org/release.html#2
English
0
1
9
743
pgBackRest
pgBackRest@pgBackRest·
pgBackRest 2.51 released with a new meson build system and various improvements and bug fixes. #2.51" target="_blank" rel="nofollow noopener">pgbackrest.org/release.html#2
English
0
9
12
733
pgBackRest
pgBackRest@pgBackRest·
@Percona In your example you have no backup on Sunday just so expire can run without conflict. Why miss a day of backup when you can just let expire run automatically after the full backup?
English
0
0
2
58
pgBackRest
pgBackRest@pgBackRest·
@Percona Second, running expire after backup does not make the backup run longer. The backup completes, then expire runs. This helps ensure that backup and expire do not overlap without needing to carefully schedule it.
English
1
0
2
84
Percona
Percona@Percona·
pgBackRest simplifies the backup process in #PostgreSQL, but its default configuration often inefficiently combines backup and expiry together. Here, we show how to decouple backup and expiry operations. hubs.ly/Q02k9dJP0 #OpenSource #Percona
English
1
1
5
446