System & Diagnose
Betriebsvoraussetzungen und Konfiguration dieses Agenten. Alle Werte kommen aus ENV-Variablen und werden in der Projektverwaltung gepflegt.
Zu sichernde Datenbanken
0 Datenbank(en) · 0 B an Nutzdaten
Automatische Erkennung
Der Agent sucht die Zugänge selbst in der Umgebung — es muss dafür keine eigene Variable gesetzt werden. Gefunden wurde:
- 1 Projekt-ENV-Datei(en) in / gelesen
- In der Umgebung wurde kein Postgres-Zugang gefunden
Keine Datenbank konfiguriert. Setze BACKUP_PG_DISCOVER_URL (eine Verbindung, aus der alle Datenbanken automatisch erkannt werden) oder BACKUP_PG_URLS (Liste einzelner Datenbanken).
Werkzeuge im Container
Sicherungsverfahren: eingebauter SQL-Dumper
Der Agent arbeitet ohne PostgreSQL-Werkzeuge
pg_dump ist im Anwendungsimage nicht enthalten. Der Agent erzeugt deshalb selbst einen vollständigen SQL-Dump über die Datenbankverbindung — konsistent per Snapshot-Transaktion, mit Schema, Daten, Constraints, Indizes, Sichten, Funktionen und Triggern. Sobald postgresql-client im Image liegt, schaltet er automatisch auf pg_dump -Fc um. Details in docs/ENV.md.
| Werkzeug | Status | Version | Wofür |
|---|---|---|---|
| pg_dump | Fehlt | – | Datenbank-Dump im Custom-Format |
| pg_restore | Fehlt | – | Einspielen von Custom-Format-Dumps |
| restic | Fehlt | – | Verschlüsseltes Repository, Kundenziele |
| tar | Vorhanden | tar (busybox) 1.37.0 | Archivieren der Dateipfade |
Zeitplan
- Ausdruck
- 30 2 * * *
- Bedeutung
- täglich um 02:30 (Europe/Vienna)
- Zeitzone
- Europe/Vienna
- Steuerung
- Nicht gestartet
- Nächster Lauf
- –
- Verpasste Läufe
- Werden nachgeholt, wenn älter als 26 Stunden
Ablage
- Verzeichnis
- /app/src/tiles-backup
- Gewählt über
- automatisch gewählt: Volume /app/src
- Dauerhaft
- Ja
- Erkannte Volumes
- /app/.next, /app/src, /app/public
- Verschlüsselung
- AusBACKUP_RESTIC_PASSWORD setzen — und den Schlüssel offline im Passwort-Manager der Agentur ablegen.
- Aufbewahrung
- 7 tägliche, 4 wöchentliche, 6 monatliche Sicherungen
- Dateipfade
- keine konfiguriert
- Ausgeschlossen
- node_modules, .next, .git, *.log, cache, .cache, tmp, .DS_Store
restic und Kundenziele
- Repository
- nicht konfiguriert
- Nutzbar
- NeinKein Repository konfiguriert — das lokale Archiv trägt Stufe 1 allein.
- Kundenziele
- keine — Standard ist die lokale Ablage
Meldung an die Agenturplattform
- Ziel-URL
- https://agenturverwaltung.tiles.at/api/backup-statuseingebauter Standard (keine Einstellung nötig)
- Token
- Keiner — Meldung gilt als ungeprüftGemeldet wird trotzdem: Die Agenturplattform nimmt Meldungen ohne Token an und kennzeichnet sie als ungeprüft. Ihre Ampel ist dann ein Hinweis und kein Beweis — wer die URL kennt, könnte ein Backup melden, das es nie gab. Für den strengen Betrieb BACKUP_STATUS_TOKEN in der Projektverwaltung einmal als gemeinsame Variable (Wildcard) anlegen; danach findet ihn jede Kopie des Agenten von selbst.
- Suche
- Kein Token gefunden. BACKUP_STATUS_TOKEN in der Projektverwaltung **einmal** als gemeinsame Variable (Wildcard) anlegen — dann findet jede Kopie des Agenten es von selbst.
- Server-Schlüssel
- srv1864913abgeleitet aus tiles-backup.srv1864913.hstgr.cloud — unter diesem Namen erscheint der Server in der Agenturplattform
- Gemeldete Erwartung
- alle 24 Stunden — abgeleitet aus dem Zeitplan
- Kunde / Projekt
- nicht gesetzt — die Zuordnung erfolgt in der Agenturplattform
- Agent-Version
- 2.2.0
- Format
- Beschrieben in docs/PING-FORMAT.md — nur Metadaten, niemals Kundendaten
- Eigene Zustandsauskunft
- GET /api/health