PG-1710 Create helpers for decrypting/encrypting archived WAL #487
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
jeltz
force-pushed
the
tde/archive-restore-helpers
branch
from
5dc0f74 to
6c75dba
Compare
|
I am aware documentation us missing but I want some early feedback so that I don't waste more time if this is wrong. |
jeltz
force-pushed
the
tde/archive-restore-helpers
branch
from
6c75dba to
39cdf06
Compare
Codecov ReportAttention: Patch coverage is
❌ Your project status has failed because the head coverage (82.48%) is below the target coverage (90.00%). You can increase the head coverage or adjust the target coverage. Additional details and impacted files@@ Coverage Diff @@
## TDE_REL_17_STABLE #487 +/- ##
=====================================================
- Coverage 83.68% 82.48% -1.20%
=====================================================
Files 21 24 +3
Lines 2771 2964 +193
Branches 435 484 +49
=====================================================
+ Hits 2319 2445 +126
- Misses 368 421 +53
- Partials 84 98 +14
🚀 New features to boost your workflow:
|
Now that we will soon be adding more bianries having them at the top level only makes things confusing for developers.
To support some common WAL archiving tools, e.g. PgBackRest, we implement an archive_command and a restore_command which can wrap any command and use pipe() to create fake file to either read from or write to. The restore command makes sure to write encrypted files if WAL encryption is enabled. It uses the fresh WAL key generated by the server on the current start which works fine because we then just let the first invocation of the restore command set the start LSN of the key. For e.g. PgBackRest you would have the following commands: archive_command = 'pg_tde_archive_decrypt %p pgbackrest --stanza=demo archive-push %p' restore_command = 'pg_tde_restore_encrypt %f %p pgbackrest --stanza=demo archive-get %f "%p"'
jeltz
force-pushed
the
tde/archive-restore-helpers
branch
from
39cdf06 to
de83a64
Compare
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
To support some common WAL archiving tools, e.g. PgBackRest, we implement an
archive_commandand arestore_commandwhich can wrap any command and usepipe()to create fake file to either read from or write to. The restore command makes sure to write encrypted files if WAL encryption is enabled. It uses the fresh WAL key generated by the server on the current start which works fine because we then just let the first invocation of the restore command set the start LSN of the key.For e.g. PgBackRest you would have the following commands:
An alternative if we want to make sure to use
system()likearchive_commandandrestore_commandit would instead be, but feels a bit risky since people would have to remember to do %% for it to work.