Opublikowano wersję systemu kopii zapasowej restic 0.15, zapewniającego przechowywanie kopii zapasowych w zaszyfrowanej formie w wersjonowanym repozytorium. System został pierwotnie zaprojektowany z myślą o tym, że kopie zapasowe są przechowywane w niesolidnych środowiskach, a dostanie się do kopii zapasowej w niepowołane ręce nie powinno zagrozić systemowi. Możliwe jest zdefiniowanie elastycznych reguł do włączania i wyłączania plików i katalogów podczas tworzenia kopii zapasowej (format reguł przypomina rsync lub gitignore). Obsługiwana jest praca w systemach Linux, macOS, Windows, FreeBSD i OpenBSD. Kod projektu napisany jest w języku Go i udostępniany na licencji BSD.
Kopie zapasowe mogą być przechowywane w lokalnym systemie plików, na zewnętrznym serwerze z dostępem przez SFTP/SSH lub HTTP REST, w chmurach Amazon S3, OpenStack Swift, BackBlaze B2, Microsoft Azure Blob Storage oraz Google Cloud Storage, a także w dowolnych magazynach, dla których dostępne są backendy rclone. Do organizacji przechowywania można również wykorzystać specjalny serwer rest, zapewniający wyższą wydajność w porównaniu do innych backendów i zdolny do pracy w trybie tylko do uzupełniania, co uniemożliwi usunięcie lub zmianę kopii zapasowych w przypadku kompromitacji źródła serwera i dostępu do kluczy szyfrowania.
Obsługiwane są migawki, które odzwierciedlają stan określonego katalogu ze wszystkimi plikami i zagnieżdżonymi katalogami w określonym momencie. Przy każdorazowym tworzeniu nowej kopii zapasowej tworzona jest powiązana z nią migawka, umożliwiająca przywrócenie stanu w danym momencie. Możliwe jest kopiowanie migawek pomiędzy różnymi repozytoriami. Aby zaoszczędzić transfer danych, w procesie tworzenia kopii zapasowych kopiowane są tylko zmienione dane. W celu wizualnej oceny zawartości repozytorium i uproszczenia odzyskiwania, migawka z kopią zapasową może być zamontowana w formie wirtualnej partycji (montaż odbywa się z wykorzystaniem FUSE). Dodatkowo udostępniane są polecenia do analizy zmian i wybiórczego wydobywania plików.
System manipuluje nie całymi plikami, ale blokami zmiennego rozmiaru, wybieranymi przy użyciu podpisu Rabina. Informacje są przechowywane w powiązaniu z zawartością, a nie nazwami plików (powiązane z danymi nazwy i obiekty są określane na poziomie metadanych bloku). Na podstawie hasza SHA-256 zawartości wykonywana jest deduplikacja oraz eliminacja niepotrzebnego kopiowania danych. Na zewnętrznych serwerach informacje są przechowywane w zaszyfrowanej formie (do sum kontrolnych używa się SHA-256, do szyfrowania AES-256-CTR, a do zapewnienia integralności — kody uwierzytelniające oparte na Poly1305-AES). Przewidziano możliwość weryfikacji kopii zapasowej na podstawie sum kontrolnych i kodów uwierzytelniających, aby potwierdzić, że integralność plików nie została naruszona.
W nowej wersji:
- Wprowadzono nową komendę rewrite, która pozwala na usunięcie zbędnych danych z migawki, gdy do kopii zapasowej przypadkowo trafiły pliki pierwotnie nieprzeznaczone do backupu (na przykład pliki z poufnymi informacjami lub bardzo duże logi, które nie mają wartości).
- Do komendy backup dodano opcję „—read-concurrency”, która umożliwia ustawienie poziomu równoległości podczas odczytu plików, co przyspiesza kopię na szybkich nośnikach, takich jak NVMe.
- Do komendy backup dodano opcję „—no-scan” w celu wyłączenia etapu skanowania struktury plików.
- W komendzie prune znacznie (do 30%) zmniejszono zużycie pamięci.
- Do komendy restore dodano opcję „—sparse”, aby efektywnie przywracać pliki z dużymi pustymi obszarami.
- Na platformie Windows wprowadzono wsparcie dla przywracania linków symbolicznych.
- W macOS dodano możliwość montowania repozytorium z kopiami zapasowymi za pomocą macFUSE.
Źródło: opennet.ru
