README.rst 6.9 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176
  1. |screencast|
  2. .. |screencast| image:: https://asciinema.org/a/28691.png
  3. :alt: BorgBackup Installation and Basic Usage
  4. :target: https://asciinema.org/a/28691?autoplay=1&speed=2
  5. What is BorgBackup?
  6. ===================
  7. BorgBackup (short: Borg) is a deduplicating backup program.
  8. Optionally, it supports compression and authenticated encryption.
  9. The main goal of Borg is to provide an efficient and secure way to backup data.
  10. The data deduplication technique used makes Borg suitable for daily backups
  11. since only changes are stored.
  12. The authenticated encryption technique makes it suitable for backups to not
  13. fully trusted targets.
  14. See the `installation manual`_ or, if you have already
  15. downloaded Borg, ``docs/installation.rst`` to get started with Borg.
  16. .. _installation manual: https://borgbackup.readthedocs.org/en/stable/installation.html
  17. Main features
  18. -------------
  19. **Space efficient storage**
  20. Deduplication based on content-defined chunking is used to reduce the number
  21. of bytes stored: each file is split into a number of variable length chunks
  22. and only chunks that have never been seen before are added to the repository.
  23. To deduplicate, all the chunks in the same repository are considered, no
  24. matter whether they come from different machines, from previous backups,
  25. from the same backup or even from the same single file.
  26. Compared to other deduplication approaches, this method does NOT depend on:
  27. * file/directory names staying the same
  28. So you can move your stuff around without killing the deduplication,
  29. even between machines sharing a repo.
  30. * complete files or time stamps staying the same
  31. If a big file changes a little, only a few new chunks will be stored -
  32. this is great for VMs or raw disks.
  33. * the absolute position of a data chunk inside a file
  34. Stuff may get shifted and will still be found by the deduplication
  35. algorithm.
  36. **Speed**
  37. * performance critical code (chunking, compression, encryption) is
  38. implemented in C/Cython
  39. * local caching of files/chunks index data
  40. * quick detection of unmodified files
  41. **Data encryption**
  42. All data can be protected using 256-bit AES encryption, data integrity and
  43. authenticity is verified using HMAC-SHA256. Data is encrypted clientside.
  44. **Compression**
  45. All data can be compressed by lz4 (super fast, low compression), zlib
  46. (medium speed and compression) or lzma (low speed, high compression).
  47. **Off-site backups**
  48. Borg can store data on any remote host accessible over SSH. If Borg is
  49. installed on the remote host, big performance gains can be achieved
  50. compared to using a network filesystem (sshfs, nfs, ...).
  51. **Backups mountable as filesystems**
  52. Backup archives are mountable as userspace filesystems for easy interactive
  53. backup examination and restores (e.g. by using a regular file manager).
  54. **Easy installation on multiple platforms**
  55. We offer single-file binaries that do not require installing anything -
  56. you can just run them on these platforms:
  57. * Linux
  58. * Mac OS X
  59. * FreeBSD
  60. * OpenBSD and NetBSD (no xattrs/ACLs support or binaries yet)
  61. * Cygwin (not supported, no binaries yet)
  62. **Free and Open Source Software**
  63. * security and functionality can be audited independently
  64. * licensed under the BSD (3-clause) license
  65. Easy to use
  66. -----------
  67. Initialize a new backup repository and create a backup archive::
  68. $ borg init /mnt/backup
  69. $ borg create /mnt/backup::Monday ~/Documents
  70. Now doing another backup, just to show off the great deduplication::
  71. $ borg create --stats -C zlib,6 /mnt/backup::Tuesday ~/Documents
  72. Archive name: Tuesday
  73. Archive fingerprint: 387a5e3f9b0e792e91c...
  74. Start time: Tue Mar 25 12:00:10 2014
  75. End time: Tue Mar 25 12:00:10 2014
  76. Duration: 0.08 seconds
  77. Number of files: 358
  78. Original size Compressed size Deduplicated size
  79. This archive: 57.16 MB 46.78 MB 151.67 kB <--- !
  80. All archives: 114.02 MB 93.46 MB 44.81 MB
  81. For a graphical frontend refer to our complementary project `BorgWeb <https://borgbackup.github.io/borgweb/>`_.
  82. Links
  83. =====
  84. * `Main Web Site <https://borgbackup.readthedocs.org/>`_
  85. * `Releases <https://github.com/borgbackup/borg/releases>`_
  86. * `PyPI packages <https://pypi.python.org/pypi/borgbackup>`_
  87. * `ChangeLog <https://github.com/borgbackup/borg/blob/master/CHANGES.rst>`_
  88. * `GitHub <https://github.com/borgbackup/borg>`_
  89. * `Issue Tracker <https://github.com/borgbackup/borg/issues>`_
  90. * `Bounties & Fundraisers <https://www.bountysource.com/teams/borgbackup>`_
  91. * `Mailing List <https://mail.python.org/mailman/listinfo/borgbackup>`_
  92. * `License <https://borgbackup.github.io/borgbackup/authors.html#license>`_
  93. Notes
  94. -----
  95. Borg is a fork of `Attic`_ and maintained by "`The Borg collective`_".
  96. .. _Attic: https://github.com/jborg/attic
  97. .. _The Borg collective: https://borgbackup.readthedocs.org/en/latest/authors.html
  98. Differences between Attic and Borg
  99. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
  100. Here's a (incomplete) list of some major changes:
  101. * more open, faster paced development (see `issue #1 <https://github.com/borgbackup/borg/issues/1>`_)
  102. * lots of attic issues fixed (see `issue #5 <https://github.com/borgbackup/borg/issues/5>`_)
  103. * less chunk management overhead via --chunker-params option (less memory and disk usage)
  104. * faster remote cache resync (useful when backing up multiple machines into same repo)
  105. * compression: no, lz4, zlib or lzma compression, adjustable compression levels
  106. * repokey replaces problematic passphrase mode (you can't change the passphrase nor the pbkdf2 iteration count in "passphrase" mode)
  107. * simple sparse file support, great for virtual machine disk files
  108. * can read special files (e.g. block devices) or from stdin, write to stdout
  109. * mkdir-based locking is more compatible than attic's posix locking
  110. * uses fadvise to not spoil / blow up the fs cache
  111. * better error messages / exception handling
  112. * better logging, screen output, progress indication
  113. * tested on misc. Linux systems, 32 and 64bit, FreeBSD, OpenBSD, NetBSD, Mac OS X
  114. Please read the `ChangeLog`_ (or ``CHANGES.rst`` in the source distribution) for more
  115. information.
  116. BORG IS NOT COMPATIBLE WITH ORIGINAL ATTIC (but there is a one-way conversion).
  117. EXPECT THAT WE WILL BREAK COMPATIBILITY REPEATEDLY WHEN MAJOR RELEASE NUMBER
  118. CHANGES (like when going from 0.x.y to 1.0.0).
  119. NOT RELEASED DEVELOPMENT VERSIONS HAVE UNKNOWN COMPATIBILITY PROPERTIES.
  120. THIS IS SOFTWARE IN DEVELOPMENT, DECIDE YOURSELF WHETHER IT FITS YOUR NEEDS.
  121. Borg is distributed under a 3-clause BSD license, see `License`_
  122. for the complete license.
  123. |build| |coverage|
  124. .. |build| image:: https://travis-ci.org/borgbackup/borg.svg
  125. :alt: Build Status
  126. :target: https://travis-ci.org/borgbackup/borg
  127. .. |coverage| image:: https://codecov.io/github/borgbackup/borg/coverage.svg?branch=master
  128. :alt: Test Coverage
  129. :target: https://codecov.io/github/borgbackup/borg?branch=master