Публикувано издание на системата за резервно копиране restic 0.15, осигуряваща съхранение на резервни копия в криптиран вид в версионирано хранилище. Системата е първоначално проектирана така, че резервните копия да се запазват в среди, които не са надеждни, и дори да попадне резервна копия в чужди ръце, това не трябва да компрометира системата. Възможно е да се определят гъвкави правила за включване и изключване на файлове и директории при създаването на резервна копия (форматът на правилата напомня на rsync или gitignore). Поддържа работа в Linux, macOS, Windows, FreeBSD и OpenBSD. Кодът на проекта е написан на Go и се разпространява под лиценция BSD.
Резервните копия могат да се съхраняват в локалната файловата система, на външно сървър с достъп по SFTP/SSH или HTTP REST, в облаците Amazon S3, OpenStack Swift, BackBlaze B2, Microsoft Azure Blob Storage и Google Cloud Storage, както и във всякакви хранилища, за които има бекенди rclone. За организиране на съхранението може да се използва и специален rest server, осигуряващ по-висока производителност в сравнение с другите бекенди и способен да работи в режим само за допълнение, който не позволява изтриване или промяна на резервните копия в случай на компрометиране на оригиналното сървър и достъпа до ключовете за криптиране.
Поддържат се снимки, отразяващи състоянието на определена директория с всички файлове и вложени директории в определен момент от времето. При всяко създаване на нова резервна копия се създава свързана с нея снимка, позволяваща възстановяване на състоянието в текущия момент. Възможно е копиране на снимки между различни хранилища. За спестяване на трафик при създаване на резервни копия се копират само променените данни. За визуална оценка на съдържанието на хранилището и опростяване на възстановяването, снимката с резервната копия може да бъде монтирана под формата на виртуален дял (монтирането се извършва с помощта на FUSE). Също така се предоставят команди за анализ на промените и селективно извличане на файлове.
Системата манипулира не с цели файлове, а с блокове с плаваящ размер, избирани с използване на подписа на Рабин. Информацията се съхранява, свързана със съдържанието, а не с имената на файловете (свързани с данните имена и обекти се определят на ниво метаданни на блока). На базата на SHA-256 хеш от съдържанието се извършва дедупликация и изключване на ненужно копиране на данни. На външните сървъри информацията се съхранява в криптиран вид (за контролни суми се използва SHA-256, за криптиране AES-256-CTR, а за гарантиране на целостта — кодове за автентикация на базата на Poly1305-AES). Предвидена е възможност за верификация на резервното копие по контролни суми и кодове за автентикация за потвърждаване, че целостта на файловете не е нарушена.
В новата версия:
- Реализирана е нова команда rewrite, която позволява да се премахнат излишните данни от snapshot, когато в резервното копие по невнимание са попаднали файлове, първоначално неназначени за резервиране (например, файлове с конфиденциална информация или безполезни много големи логове).
- В командата backup е добавена опцията «—read-concurrency» за задаване на ниво на паралелизиране при четене на файлове, което позволява ускоряване на копирането на бързи носители, като NVMe.
- В командата backup е добавена опцията «—no-scan» за изключване на етапа на сканиране на дървото на файловете.
- В командата prune значително (до 30%) е намалено потреблението на памет.
- В командата restore е добавена опцията «—sparse» за ефективно възстановяване на файлове с големи празни области.
- За платформата Windows е реализирана поддръжка на възстановяване на символични връзки.
- В macOS е добавена възможност за монтиране на репозитория с резервни копия чрез macFUSE.
Източник: opennet.ru
