borg [common options] recreate [options] [PATH...]
positional arguments |
||
|
paths to recreate; patterns are supported |
|
options |
||
|
output verbose list of items (files, dirs, …) |
|
|
only display items with the given status characters (listed in borg create --help) |
|
|
do not change anything |
|
|
print statistics at end |
|
Include/Exclude options |
||
|
exclude paths matching PATTERN |
|
|
read exclude patterns from EXCLUDEFILE, one per line |
|
|
include/exclude paths matching PATTERN |
|
|
read include/exclude patterns from PATTERNFILE, one per line |
|
|
exclude directories that contain a CACHEDIR.TAG file (https://www.bford.info/cachedir/spec.html) |
|
|
exclude directories that are tagged by containing a filesystem object with the given NAME |
|
|
if tag objects are specified with |
|
Archive filters — Archive filters can be applied to repository targets. |
||
|
only consider archives matching all patterns. See “borg help match-archives”. |
|
|
Comma-separated list of sorting keys; valid keys are: timestamp, archive, name, id, tags, host, user; default is: timestamp |
|
|
consider the first N archives after other filters are applied |
|
|
consider the last N archives after other filters are applied |
|
|
consider archives between the oldest archive’s timestamp and (oldest + TIMESPAN), e.g., 7d or 12m. |
|
|
consider archives between the newest archive’s timestamp and (newest - TIMESPAN), e.g., 7d or 12m. |
|
|
consider archives older than (now - TIMESPAN), e.g., 7d or 12m. |
|
|
consider archives newer than (now - TIMESPAN), e.g., 7d or 12m. |
|
|
create a new archive with the name TARGET, do not replace existing archive |
|
|
add a comment text to the archive |
|
|
manually specify the archive creation date/time (yyyy-mm-ddThh:mm:ss[(+|-)HH:MM] format, (+|-)HH:MM is the UTC offset, default: local time zone). Alternatively, give a reference file/directory. |
|
|
select compression algorithm, see the output of the “borg help compression” command for details. Only applies to newly written data, e.g. when re-chunking with --chunker-params (and to the new archive metadata); data chunks reused from the existing archive are not recompressed, use borg repo-compress for that. |
|
|
rechunk using given chunker parameters: buzhash,CHUNK_MIN_EXP,CHUNK_MAX_EXP,HASH_MASK_BITS,WINDOW_SIZE or buzhash64,CHUNK_MIN_EXP,CHUNK_MAX_EXP,HASH_MASK_BITS,WINDOW_SIZE,NC_LEVEL or fastcdc,CHUNK_MIN_EXP,CHUNK_MAX_EXP,HASH_MASK_BITS,NC_LEVEL or default to use the chunker defaults. default: do not rechunk |
|
Recreate the contents of existing archives.
Recreate is a potentially dangerous function and might lead to data loss (if used wrongly). BE VERY CAREFUL!
Important: Repository disk space is not freed until you run borg compact.
--exclude, --exclude-from, --exclude-if-present, --keep-exclude-tags
and PATH have the exact same semantics as in “borg create”, but they only check
files in the archives and not in the local filesystem. If paths are specified,
the resulting archives will contain only files from those paths.
Note that all paths in an archive are relative, therefore absolute patterns/paths
will not match (--exclude, --exclude-from, PATHs).
--chunker-params will re-chunk all files in the archive. This can be used to
switch existing archives to different chunker parameters (or a different chunker
algorithm), so they deduplicate with archives created using these parameters.
--compression only applies to data recreate newly writes, e.g. when re-chunking
with --chunker-params (and to the new archive metadata). Data chunks reused
as-is from the existing archive keep their current compression - to recompress
existing repository objects, use borg repo-compress.
USE WITH CAUTION.
Depending on the paths and patterns given, recreate can be used to
delete files from archives permanently.
When in doubt, use --dry-run --verbose --list to see how patterns/paths are
interpreted. See Item flags in borg create for details.
The archive being recreated is only removed after the new archive has been saved completely. The new archive is created under the same name as the original one, so while the operation runs, both exist side by side; they are told apart by their archive IDs, as the new archive gets a different archive ID.
With --target the original archive is not replaced, instead a new archive is created.
When rechunking, space usage can be substantial - expect at least the entire deduplicated size of the archives using the previous chunker params.
If your most recent borg check found missing chunks, please first run another backup for the same data, before doing any rechunking. If you are lucky, that will recreate the missing chunks. Optionally, do another borg check to see if the chunks are still missing.
# Create a backup with fast, low compression
$ borg create archive files --compression lz4
# Then recompress the data already stored in the repository — this might take longer,
# but the backup has already completed, so there are no inconsistencies from a
# long-running backup job. Note that recompressing existing repository data is the
# job of "borg repo-compress", not of "borg recreate".
$ borg repo-compress --compression zlib,9 --stats
Recompression stats:
Packs: 2 total, 2 rewritten.
Objects: 5 total, 2 recompressed, 0 already had the desired compression, 3 kept as-is (recompression brings no gain).
Repository size: 301.59 kB before, 301.53 kB after, shrunk by 60 B.
# Remove unwanted files from all archives in a repository.
# Note the relative path for the --exclude option — archives only contain relative paths.
$ borg recreate --exclude home/icke/Pictures/drunk_photos
# Change the archive comment. Note that recreate writes a new archive,
# so the archive fingerprint changes.
$ borg create --comment "This is a comment" archivename files
$ borg info -a archivename
Archive name: archivename
Archive fingerprint: 6cfecdd4e963bbe150c08169407de0353a4c5f2f90221646a9ebb0ce9be2529a
Comment: This is a comment
...
$ borg recreate --comment "This is a better comment" -a archivename
$ borg info -a archivename
Archive name: archivename
Archive fingerprint: 259b5302a8de9c889fb4915fe5df128f6c22776966db2dc3c7d3c8e741bf45b6
Comment: This is a better comment
...