restic
Backup och återställning · Säkerhetskopiering (backup) via kommandoradsgränssnitt
restic skapar krypterade, deduplicerade säkerhetskopior från kommandoraden och skriver dem till lokal disk, SFTP, S3-kompatibel lagring och andra backends.

Backup och återställning · Konfigurationsstyrd säkerhetskopiering med Borg
En YAML-fil beskriver vad som ska säkerhetskopieras, hur länge arkiven sparas och vilka kontroller som ska köras – sedan sköter borgmatic hela nattkörningen.
Betyg 91 av 100 Praktiskt granskad
Läs bedömningenKommandoraden är produktens gränssnitt: åtgärder för create, check, prune, compact, extract och config, plus --json för create, diff, info, repo-info och repo-list. Allt beskrivs i den officiella kommandoreferensen.
Källa: source
Kontrollerat:
Ingen MCP-server för borgmatic finns – varken i kärnan eller som förstapartspaket. De servrar som finns på området arbetar mot Borg-repositoriet (se BorgBackup-posten) och kan varken starta eller styra en borgmatic-körning.
Källa: GitHub-sökning 2026-11-01: inga träffar på en MCP-server för borgmatic
Kontrollerat:
Totalbetyg
91 av 100
Praktiskt granskad
Koden ligger under GPL-3.0, verktyget installeras och drivs helt utan konto hos projektet, och både konfiguration och arkiv är filer ägaren förfogar över. All funktionalitet finns i samma öppna paket – det finns ingen betalplan, ingen molntjänst och inga låsta delar i verktyget.
I labbet byggdes en nattlig rutin för en påhittad verksamhet: kommando-hook tog en databasdump, ett enda borgmatic-kommando körde prune, compact, create och check, arkivet fick rätt namn och tid, bevarandereglerna rensade tre äldre arkiv och kontrollerna verifierade elva arkiv utan anmärkning. En efterföljande jämförelse mellan två arkiv visade exakt vilka filer som tillkommit och försvunnit, och en återställning av databasdumpen gav ett läsbart SQL-underlag. Det täcker användningsfallet utan kompletterande skript.
Arkiven är vanliga Borg-arkiv som kan läsas ut med Borg även utan borgmatic, så innehållet är inte inlåst i verktyget. Konfigurationen är en läsbar YAML-fil som kan flyttas mellan maskiner, och utdata går att få som JSON för egen uppföljning. Det finns dock inget HTTP-API och inget standardformat för själva körningshistoriken – den ligger i loggar och i Borg-repots metadata, vilket håller nivån under 5.
Projektet publicerade sin första utgåva 2016 och har sedan dess gett ut närmare tvåhundra versioner, med tät utgivningsrytm och säkerhetsfixar. Dokumentationen täcker installation, konfigurationsreferens för varje inställning, databaskällor för PostgreSQL, MariaDB, MySQL, MongoDB, SQLite, InfluxDB och OpenLDAP, filsystem för LVM, Btrfs och ZFS, övervakningsintegrationer och uppgraderingsvägar mellan huvudversionerna. Projektet har egen säkerhetspolicy, testsvit och en uttalad policy för ändringar som bryter bakåt.
Allt går att automatisera: standardordningen körs från cron eller systemd, varje inställning kan skrivas över på kommandoraden, kommando-hooks kan anropas före och efter varje steg och utdata kan tas som JSON. Övervakningsintegrationerna mot Healthchecks, ntfy, Uptime Kuma, Zabbix, PagerDuty, Pushover, Sentry och Loki gör verktyget lätt att koppla in i en befintlig larmkedja. Däremot finns varken API eller MCP, så en agent kan inte starta eller granska en körning över nätverk – det håller nivån på 4.
Installationen är en virtuell Python-miljö och ett symlink, konfigurationen en fil som valideras med config validate innan den tas i bruk, och hela rutinen blev ett enda kommando. Verktyget talar om vad det gör steg för steg, kontrollerar arkiven i samma körning och kan larma externt när något fallerar. I labbet behövdes inga ingrepp utöver konfigurationen – inga databaser, inga tjänster och ingen port.
Programvaran är gratis under GPL-3.0 och projektet säljer varken licens, molntjänst eller support. Den enda kostnaden är lagringsutrymme för Borg-repot och den tid en körning tar; webbplatsen nämner Borg-leverantörer som sponsrar projektet, men ingen funktion i verktyget kräver ett abonnemang.
Repot innehåller inga språkfiler eller översättningsmekanism, så gränssnitt, utskrifter och felmeddelanden är engelska. Dokumentationen och projektsupporten är engelskspråkig, och inga svenska integrationer eller regelverksanpassningar är belagda. Verktyget fungerar i svensk miljö – datum och tidsstämplar följer systemets lokala tid – men utan svenskt stöd.
Borgmatic är ett tunt lager ovanpå BorgBackup: en konfigurationsfil i YAML beskriver vilka kataloger som ska säkerhetskopieras, vilket repo som är mål, hur länge arkiv ska sparas och vilka kontroller som ska köras. Sedan räcker ett enda kommando – eller en cron-rad – för att ta en databasdump, skapa arkivet, rensa enligt bevarandereglerna, kompaktera repot och kontrollera att arkiven går att läsa upp. Ordningen är inbyggd och densamma varje natt.
Konfigurationen är en fil utan sektioner, och varje inställning går att skriva över på kommandoraden – praktiskt när samma fil används för flera applikationer eller när en inställning ska provas utan att röras. Före och efter varje steg kan egna kommandon köras: en databasdump före arkiveringen, en påminnelse efter, eller ett larm när något fallerar. Borgmatic talar också med externa övervakningstjänster som Healthchecks, ntfy, Uptime Kuma och Zabbix, så att en utebliven körning märks någonstans. Utdata går att få som JSON för den som vill bygga vidare på resultatet.
6 skärmbilder. Välj en bild för att visa den i full storlek. Svep i sidled för fler.
Backup och återställning · Säkerhetskopiering (backup) via kommandoradsgränssnitt
restic skapar krypterade, deduplicerade säkerhetskopior från kommandoraden och skriver dem till lokal disk, SFTP, S3-kompatibel lagring och andra backends.
Backup och återställning · Deduplicerande backupverktyg
BorgBackup tar deduplicerade och krypterade säkerhetskopior från kommandoraden. Identiska block lagras bara en gång; lagringsservern ser bara chiffertext.