Pokaż spis treści

Odtwarzanie danych

Backup i restore

Backup i restore są opisane osobno, bo to operacje produkcyjnie wrażliwe: pobierają SQLite, odtwarzają bazę i muszą chronić przed utratą danych. Ekran daje operatorowi ręczną kopię, pobranie, restore z listy i restore z uploadu, ale każda ścieżka modyfikująca wymaga jawnej akcji oraz potwierdzenia.

Workflow

Ekran pokazuje listę kopii, pozwala utworzyć nową, pobrać istniejącą albo odtworzyć bazę. Restore z pliku lokalnego jest osobnym dialogiem. Formularze mają potwierdzenia po stronie klienta, ponieważ operacja nadpisuje aktualny stan danych.

Akcje

  • Utwórz backup. Wysyła POST do /api/settings/backups i tworzy nową kopię bazy.
  • Pobierz. Pobiera konkretny plik przez /api/settings/backups/[filename].
  • Restore z listy. Wysyła POST do /api/settings/backups/[filename]/restore po potwierdzeniu użytkownika.
  • Wgraj i odtwórz. Przesyła backup do /api/settings/backups/upload-restore i odtwarza z uploadu.

Ścieżka backupu i odtworzenia

flowchart TD
  A["Operator wchodzi w Backup"] --> B{"Co chce zrobić?"}
  B -->|Utwórz| C["Nowy plik kopii SQLite"]
  B -->|Pobierz| D["Download wybranej kopii"]
  B -->|Restore z listy| E["Potwierdzenie operacji"]
  B -->|Upload restore| F["Upload pliku backupu"]
  E --> G["Kopia bezpieczeństwa aktualnego stanu"]
  F --> G
  G --> H["Odtworzenie bazy"]
  H --> I["Powrót do pracy na przywróconych danych"]

Guardrails

Restore nie jest ukryty za zwykłym linkiem. Wymaga formularza, potwierdzenia i ścieżki endpointu przeznaczonej do operacji modyfikującej. To jest operator-facing recovery path, a nie tylko pobieranie pliku.