Versie 0.15 van het back-up systeem restic is uitgebracht, dat versleutelde back-ups opslaat in een versiebeheer repository. Het systeem is oorspronkelijk ontworpen voor omgevingen die niet te vertrouwen zijn, waarbij het verkrijgen van een back-up door derden het systeem niet mag compromitteren. Flexibele regels voor het opnemen en uitsluiten van bestanden en mappen bij het maken van een back-up kunnen worden gedefinieerd (de regelindeling lijkt op rsync of gitignore). Het werkt onder Linux, macOS, Windows, FreeBSD en OpenBSD. De projectcode is geschreven in Go en wordt verspreid onder de BSD-licentie.
Back-ups kunnen worden opgeslagen op de lokale FS, op externe de server met toegang via SFTP/SSH of HTTP REST, in cloudomgevingen zoals Amazon S3, OpenStack Swift, BackBlaze B2, Microsoft Azure Blob Storage en Google Cloud Storage, evenals in elk opslagmedium waarvoor rclone backends beschikbaar zijn. Voor de opslagorganisatie kan ook een speciale REST-server worden gebruikt, die een hogere prestaties biedt dan andere backends en kan werken in een alleen-lezen modus, zodat back-ups niet kunnen worden verwijderd of gewijzigd in het geval van compromittering. de server en toegang tot de versleutelingssleutels.
Snapshots worden ondersteund, die de staat van een bepaalde directory met alle bestanden en submappen op een bepaald moment weergeven. Bij het aanmaken van een nieuwe back-up wordt een bijbehorend snapshot gemaakt, waardoor het mogelijk is de status op dat moment te herstellen. Snapshots kunnen tussen verschillende repositories worden gekopieerd. Om dataverkeer te besparen, worden bij het maken van back-ups alleen de gewijzigde gegevens gekopieerd. Voor een duidelijke beoordeling van de inhoud van de repository en om het herstel te vergemakkelijken, kan het snapshot van de back-up worden aangekoppeld als een virtuele schijf (de koppeling wordt uitgevoerd met behulp van FUSE). Er zijn ook commando's beschikbaar voor het analyseren van wijzigingen en selectief extraheren van bestanden.
Het systeem manipuleert niet met hele bestanden, maar met blokken van variabele grootte, die worden geselecteerd met behulp van de Rabin-handtekening. Informatie wordt opgeslagen gekoppeld aan de inhoud en niet aan bestandsnamen (de met gegevens verbonden namen en objecten worden op het metadata-niveau van het blok gedefinieerd). Op basis van de SHA-256-hash van de inhoud vindt deduplicatie en uitsluiting van overtollige gegevenskopieën plaats. Op externe servers wordt informatie opgeslagen in versleutelde vorm (SHA-256 wordt gebruikt voor controlesommen, AES-256-CTR voor versleuteling en authenticatiecodes op basis van Poly1305-AES voor integriteitsgarantie). Er is een mogelijkheid voor verificatie van de back-up op basis van controlesommen en authenticatiecodes om te bevestigen dat de integriteit van de bestanden niet is aangetast.
In de nieuwe versie:
- Er is een nieuwe rewrite-opdracht geïmplementeerd, waarmee overtollige gegevens uit de snapshot kunnen worden verwijderd, wanneer per ongeluk bestanden in de back-up zijn opgenomen die oorspronkelijk niet bedoeld waren om te worden geback-upt (bijvoorbeeld bestanden met vertrouwelijke informatie of ongebruikelijke grote logs).
- De backup-opdracht is uitgebreid met de optie ‘—read-concurrency’ voor het instellen van het niveau van parallelle verwerking bij het lezen van bestanden, wat het kopiëren op hoge snelheid opslagmedia, zoals NVMe, versnelt.
- De backup-opdracht heeft de optie ‘—no-scan’ toegevoegd om de fase van het scannen van de bestandshierarchie uit te schakelen.
- Het geheugengebruik is in de prune-opdracht aanzienlijk verminderd (tot 30%).
- De restore-opdracht heeft de optie ‘—sparse’ toegevoegd voor een efficiënte herstel van bestanden met grote lege gebieden.
- Voor het Windows-platform is er ondersteuning voor het herstellen van symbolische links geïmplementeerd.
- In macOS is de mogelijkheid toegevoegd om het repository met back-ups te monteren via macFUSE.
Bron: opennet.ru
