syncova-backup/packages
Jerrit Fritzsche 8e98cc7510
Some checks failed
CI / Backend (Go) (push) Failing after 31s
CI / Frontend (React/TypeScript) (push) Successful in 46s
CI / Sicherheitsprüfungen (push) Successful in 28s
Sicherungsart je Auftrag, Agenten-Token und -Anleitung, update.sh
**Sicherungsart.** Bisher entschied der Executor allein: Liegt ein Elternbackup
vor, wird inkrementell gesichert. Jetzt waehlbar je Auftrag —

- `incremental` (Standard, bisheriges Verhalten),
- `always_full`, oder
- inkrementell **mit einem festen Volltag** ("immer freitags").

Migration 000014 mit drei CHECKs. Der dritte lehnt "immer voll" zusammen mit
einem Wochentag ab: Dann ist ohnehin jeder Lauf voll, und die Regel gehoert in
die Datenbank, weil im Code jede Stelle sie einhalten muesste — eine vergisst
es. Real geprueft: der Widerspruch wird abgewiesen.

Der Wochentag wird in der **Zeitzone des Zeitplans** bestimmt. Rechnete der
Server in UTC, bekaeme ein Betreiber in Berlin seine Vollsicherung am
Donnerstagabend und wunderte sich, warum sie freitags fehlt. Vier Tests, der
entscheidende durch Mutation als fangend bestaetigt.

Zur Einordnung, weil es leicht verwechselt wird: Der Platzbedarf steigt bei
"immer voll" **nicht** nennenswert — unveraenderte Bloecke werden dedupliziert
und liegen weiterhin nur einmal im Repository. Was steigt, ist die Laufzeit.
Steht so in der Maske.

**Aufnahme-Token zeigte "undefined".** Das Feld heisst `token`, nicht
`enrollment_token` — Letzteres ist der Name im *Anfrage*koerper der
Registrierung. Der dritte Formfehler dieser Art; alle konsumierten Endpunkte
sind jetzt gegen den laufenden Dienst abgeglichen.

**Der Aufnahmedialog** hat jetzt eine vollstaendige Anleitung fuer Linux und
Windows mit fertig ausgefuellten Befehlen — Serveradresse und Token eingesetzt,
je Schritt einzeln kopierbar. Eine Anleitung mit Platzhaltern fuehrt
zuverlaessig dazu, dass jemand `<token>` woertlich einsetzt und dann eine
Fehlermeldung sucht, die nichts mit seinem Problem zu tun hat. Dazu die beiden
Stolperstellen: `--state` will eine Datei, und der Agent braucht Schreibzugriff
aufs Repository. Beim Windows-Weg steht dabei, dass der Dienst nie auf echter
Hardware lief.

**update.sh ruestet die Wiederherstellungsflaeche nach** — anlegen und in
ReadWritePaths eintragen. Ein Schritt, den man von Hand ausfuehren muss, wird
uebersehen und faellt erst im Ernstfall auf.

84 Tests im Frontend, alle Go-Tests gruen, shellcheck sauber.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
2026-08-18 17:13:22 +02:00
..
agent Syncova Backups V1 2026-08-17 09:10:54 +02:00
agentregistry Syncova Backups V1 2026-08-17 09:10:54 +02:00
agenttasks Syncova Backups V1 2026-08-17 09:10:54 +02:00
alerting Syncova Backups V1 2026-08-17 09:10:54 +02:00
audit Syncova Backups V1 2026-08-17 09:10:54 +02:00
auth Syncova Backups V1 2026-08-17 09:10:54 +02:00
backupengine Syncova Backups V1 2026-08-17 09:10:54 +02:00
backupexecutor Sicherungsart je Auftrag, Agenten-Token und -Anleitung, update.sh 2026-08-18 17:13:22 +02:00
backupformat Syncova Backups V1 2026-08-17 09:10:54 +02:00
benchmark Syncova Backups V1 2026-08-17 09:10:54 +02:00
chaos Syncova Backups V1 2026-08-17 09:10:54 +02:00
disasterrecovery Syncova Backups V1 2026-08-17 09:10:54 +02:00
hypervisor Syncova Backups V1 2026-08-17 09:10:54 +02:00
jobs Sicherungsart je Auftrag, Agenten-Token und -Anleitung, update.sh 2026-08-18 17:13:22 +02:00
metrics Syncova Backups V1 2026-08-17 09:10:54 +02:00
platform Syncova Backups V1 2026-08-17 09:10:54 +02:00
providers Syncova Backups V1 2026-08-17 09:10:54 +02:00
ransomware Syncova Backups V1 2026-08-17 09:10:54 +02:00
recovery Syncova Backups V1 2026-08-17 09:10:54 +02:00
reports Syncova Backups V1 2026-08-17 09:10:54 +02:00
repository CI: Loeschschutz messen statt annehmen, Datenbanktests wirklich fahren 2026-08-17 09:45:27 +02:00
retention Syncova Backups V1 2026-08-17 09:10:54 +02:00
scheduler Syncova Backups V1 2026-08-17 09:10:54 +02:00
security Syncova Backups V1 2026-08-17 09:10:54 +02:00
verification Syncova Backups V1 2026-08-17 09:10:54 +02:00