| 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201 | |screencast_basic|More screencasts: `installation`_, `advanced usage`_What is BorgBackup?-------------------BorgBackup (short: Borg) is a deduplicating backup program.Optionally, it supports compression and authenticated encryption.The main goal of Borg is to provide an efficient and secure way to backup data.The data deduplication technique used makes Borg suitable for daily backupssince only changes are stored.The authenticated encryption technique makes it suitable for backups to notfully trusted targets.See the `installation manual`_ or, if you have alreadydownloaded Borg, ``docs/installation.rst`` to get started with Borg.There is also an `offline documentation`_ available, in multiple formats... _installation manual: https://borgbackup.readthedocs.io/en/stable/installation.html.. _offline documentation: https://readthedocs.org/projects/borgbackup/downloadsMain features~~~~~~~~~~~~~**Space efficient storage**  Deduplication based on content-defined chunking is used to reduce the number  of bytes stored: each file is split into a number of variable length chunks  and only chunks that have never been seen before are added to the repository.  A chunk is considered duplicate if its id_hash value is identical.  A cryptographically strong hash or MAC function is used as id_hash, e.g.  (hmac-)sha256.  To deduplicate, all the chunks in the same repository are considered, no  matter whether they come from different machines, from previous backups,  from the same backup or even from the same single file.  Compared to other deduplication approaches, this method does NOT depend on:  * file/directory names staying the same: So you can move your stuff around    without killing the deduplication, even between machines sharing a repo.  * complete files or time stamps staying the same: If a big file changes a    little, only a few new chunks need to be stored - this is great for VMs or    raw disks.  * The absolute position of a data chunk inside a file: Stuff may get shifted    and will still be found by the deduplication algorithm.**Speed**  * performance-critical code (chunking, compression, encryption) is    implemented in C/Cython  * local caching of files/chunks index data  * quick detection of unmodified files**Data encryption**    All data can be protected using 256-bit AES encryption, data integrity and    authenticity is verified using HMAC-SHA256. Data is encrypted client-side.**Obfuscation**    Optionally, Borg can actively obfuscate, e.g., the size of files/chunks to    make fingerprinting attacks more difficult.**Compression**    All data can be optionally compressed:    * lz4 (super fast, low compression)    * zstd (wide range from high speed and low compression to high compression      and lower speed)    * zlib (medium speed and compression)    * lzma (low speed, high compression)**Off-site backups**    Borg can store data on any remote host accessible over SSH. If Borg is    installed on the remote host, significant performance gains can be achieved    compared to using a network file system (sshfs, NFS, ...).**Backups mountable as file systems**    Backup archives are mountable as user-space file systems for easy interactive    backup examination and restores (e.g., by using a regular file manager).**Easy installation on multiple platforms**    We offer single-file binaries that do not require installing anything -    you can just run them on these platforms:    * Linux    * macOS    * FreeBSD    * OpenBSD and NetBSD (no xattrs/ACLs support or binaries yet)    * Cygwin (experimental, no binaries yet)    * Windows Subsystem for Linux (WSL) on Windows 10/11 (experimental)**Free and Open Source Software**  * security and functionality can be audited independently  * licensed under the BSD (3-clause) license, see `License`_ for the    complete licenseEasy to use~~~~~~~~~~~Initialize a new backup repository (see ``borg init --help`` for encryption options)::    $ borg init -e repokey /path/to/repoCreate a backup archive::    $ borg create /path/to/repo::Saturday1 ~/DocumentsNow doing another backup, just to show off the great deduplication::    $ borg create -v --stats /path/to/repo::Saturday2 ~/Documents    -----------------------------------------------------------------------------    Archive name: Saturday2    Archive fingerprint: 622b7c53c...    Time (start): Sat, 2016-02-27 14:48:13    Time (end):   Sat, 2016-02-27 14:48:14    Duration: 0.88 seconds    Number of files: 163    -----------------------------------------------------------------------------                   Original size      Compressed size    Deduplicated size    This archive:        6.85 MB              6.85 MB             30.79 kB  <-- !    All archives:       13.69 MB             13.71 MB              6.88 MB                   Unique chunks         Total chunks    Chunk index:             167                  330    -----------------------------------------------------------------------------For a graphical frontend, refer to our complementary project `BorgWeb <https://borgweb.readthedocs.io/>`_.Helping, donations and bounties, becoming a Patron--------------------------------------------------Your help is always welcome!Spread the word, give feedback, help with documentation, testing or development.You can also give monetary support to the project, see there for details:https://www.borgbackup.org/support/fund.htmlLinks-----* `Main website <https://borgbackup.readthedocs.io/>`_* `Releases <https://github.com/borgbackup/borg/releases>`_,  `PyPI packages <https://pypi.python.org/pypi/borgbackup>`_ and  `Changelog <https://github.com/borgbackup/borg/blob/master/docs/changes.rst>`_* `Offline documentation <https://readthedocs.org/projects/borgbackup/downloads>`_* `GitHub <https://github.com/borgbackup/borg>`_ and  `Issue tracker <https://github.com/borgbackup/borg/issues>`_.* `Web chat (IRC) <https://web.libera.chat/#borgbackup>`_ and  `Mailing list <https://mail.python.org/mailman/listinfo/borgbackup>`_* `License <https://borgbackup.readthedocs.io/en/stable/authors.html#license>`_* `Security contact <https://borgbackup.readthedocs.io/en/stable/support.html#security-contact>`_Compatibility notes-------------------EXPECT THAT WE WILL BREAK COMPATIBILITY REPEATEDLY WHEN MAJOR RELEASE NUMBERCHANGES (like when going from 0.x.y to 1.0.0 or from 1.x.y to 2.0.0).NOT RELEASED DEVELOPMENT VERSIONS HAVE UNKNOWN COMPATIBILITY PROPERTIES.THIS IS SOFTWARE IN DEVELOPMENT, DECIDE YOURSELF WHETHER IT FITS YOUR NEEDS.Security issues should be reported to the `Security contact`_ (orsee ``docs/support.rst`` in the source distribution)... start-badges|doc| |build| |coverage| |bestpractices|.. |doc| image:: https://readthedocs.org/projects/borgbackup/badge/?version=stable        :alt: Documentation        :target: https://borgbackup.readthedocs.io/en/stable/.. |build| image:: https://github.com/borgbackup/borg/workflows/CI/badge.svg?branch=1.4-maint        :alt: Build Status (1.4-maint)        :target: https://github.com/borgbackup/borg/actions.. |coverage| image:: https://codecov.io/github/borgbackup/borg/coverage.svg?branch=1.4-maint        :alt: Test Coverage        :target: https://codecov.io/github/borgbackup/borg?branch=1.4-maint.. |screencast_basic| image:: https://asciinema.org/a/133292.png        :alt: BorgBackup Basic Usage        :target: https://asciinema.org/a/133292?autoplay=1&speed=1        :width: 100%.. _installation: https://asciinema.org/a/133291?autoplay=1&speed=1.. _advanced usage: https://asciinema.org/a/133293?autoplay=1&speed=1.. |bestpractices| image:: https://bestpractices.coreinfrastructure.org/projects/271/badge        :alt: Best Practices Score        :target: https://bestpractices.coreinfrastructure.org/projects/271.. end-badges
 |