BorgBackup - Backup dédupliqué
Find a file
Antoine Beaupré c91c5d0029 rename convert command to upgrade
convert is too generic for the Attic conversion: we may have other
converters, from other, more foreign systems that will require
different options and different upgrade mechanisms that convert could
never cover appropriately. we are more likely to use an approach
similar to "git fast-import" instead here, and have the conversion
tools be external tool that feed standard data into borg during
conversion.

upgrade seems like a more natural fit: Attic could be considered like
a pre-historic version of Borg that requires invasive changes for borg
to be able to use the repository. we may require such changes in the
future of borg as well: if we make backwards-incompatible changes to
the repository layout or data format, it is possible that we require
such changes to be performed on the repository before it is usable
again. instead of scattering those conversions all over the code, we
should simply have assertions that check the layout is correct and
point the user to upgrade if it is not.

upgrade should eventually automatically detect the repository format
or version and perform appropriate conversions. Attic is only the
first one. we still need to implement an adequate API for
auto-detection and upgrade, only the seeds of that are present for now.

of course, changes to the upgrade command should be thoroughly
documented in the release notes and an eventual upgrade manual.
2015-10-03 12:36:52 -04:00
.travis travis: use requirements file 2015-08-21 01:10:34 +02:00
borg rename convert command to upgrade 2015-10-03 12:36:52 -04:00
docs more human-readable output in usage generation 2015-09-30 17:42:18 -04:00
requirements.d fix test coverage / codecov.io, use xcode6.4 2015-08-08 18:31:41 +02:00
.coveragerc omit support files from coverage metrics 2015-09-13 01:21:45 +02:00
.gitattributes fix all references to package name 2015-05-22 19:21:41 +02:00
.gitignore add .vagrant to .gitignore 2015-09-15 18:27:16 +02:00
.travis.yml fix test coverage / codecov.io, use xcode6.4 2015-08-08 18:31:41 +02:00
AUTHORS update AUTHORS 2015-07-02 23:05:14 +02:00
CHANGES.rst update CHANGES 2015-09-28 00:34:18 +02:00
LICENSE fork: s/attic/borg/g, fix URLs, add new section to AUTHORS 2015-05-13 15:02:33 +02:00
MANIFEST.in MANIFEST.in: add some more excludes 2015-09-19 22:17:46 +02:00
README.rst hint to single-file pyinstaller binaries from README 2015-09-28 00:41:40 +02:00
setup.cfg remove remainders of versioneer, typo fix. 2015-09-19 21:44:40 +02:00
setup.py remove remainders of versioneer, typo fix. 2015-09-19 21:44:40 +02:00
tox.ini keep tests simple by always adding attic depends 2015-10-01 09:03:41 -04:00
Vagrantfile modularize Vagrantfile, use centos6 boxes for building the binaries 2015-09-28 00:05:52 +02:00

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 backups
since only changes are stored.
The authenticated encryption technique makes it suitable for backups to not
fully trusted targets.

`Borg Installation docs <http://borgbackup.github.io/borgbackup/installation.html>`_


Main 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.

  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 will 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.

**Compression**
    All data can be compressed by lz4 (super fast, low compression), zlib
    (medium speed and compression) or 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, big performance gains can be achieved
    compared to using a network filesystem (sshfs, nfs, ...).

**Backups mountable as filesystems**
    Backup archives are mountable as userspace filesystems for easy interactive
    backup examination and restores (e.g. by using a regular file manager).

**Easy installation**
    For Linux, Mac OS X and FreeBSD, we offer a single-file pyinstaller binary
    that does not require installing anything - you can just run it.

**Platforms Borg works on**
  * Linux
  * Mac OS X
  * FreeBSD
  * OpenBSD and NetBSD (for both: no xattrs/ACLs support yet)
  * Cygwin (unsupported)

**Free and Open Source Software**
  * security and functionality can be audited independently
  * licensed under the BSD (3-clause) license


Easy to use
~~~~~~~~~~~
Initialize a new backup repository and create a backup archive::

    $ borg init /mnt/backup
    $ borg create /mnt/backup::Monday ~/Documents

Now doing another backup, just to show off the great deduplication::

    $ borg create --stats /mnt/backup::Tuesday ~/Documents

    Archive name: Tuesday
    Archive fingerprint: 387a5e3f9b0e792e91c...
    Start time: Tue Mar 25 12:00:10 2014
    End time:   Tue Mar 25 12:00:10 2014
    Duration: 0.08 seconds
    Number of files: 358
                      Original size    Compressed size    Deduplicated size
    This archive:          57.16 MB           46.78 MB            151.67 kB  <--- !
    All archives:         114.02 MB           93.46 MB             44.81 MB

For a graphical frontend refer to our complementary project
`BorgWeb <https://github.com/borgbackup/borgweb>`_.


Notes
-----

Borg is a fork of `Attic <https://github.com/jborg/attic>`_ and maintained by
"`The Borg Collective <https://github.com/borgbackup/borg/blob/master/AUTHORS>`_".

Read `issue #1 <https://github.com/borgbackup/borg/issues/1>`_ about the initial
considerations regarding project goals and policy of the Borg project.

BORG IS NOT COMPATIBLE WITH ORIGINAL ATTIC.
EXPECT THAT WE WILL BREAK COMPATIBILITY REPEATEDLY WHEN MAJOR RELEASE NUMBER
CHANGES (like when going from 0.x.y to 1.0.0). Please read CHANGES document.

NOT RELEASED DEVELOPMENT VERSIONS HAVE UNKNOWN COMPATIBILITY PROPERTIES.

THIS IS SOFTWARE IN DEVELOPMENT, DECIDE YOURSELF WHETHER IT FITS YOUR NEEDS.

For more information, please also see the
`LICENSE  <https://github.com/borgbackup/borg/blob/master/LICENSE>`_.

|build| |coverage|

.. |build| image:: https://travis-ci.org/borgbackup/borg.svg
        :alt: Build Status
        :target: https://travis-ci.org/borgbackup/borg

.. |coverage| image:: http://codecov.io/github/borgbackup/borg/coverage.svg?branch=master
        :alt: Test Coverage
        :target: http://codecov.io/github/borgbackup/borg?branch=master