Jak odczytywać dzienniki błędów kopii zapasowych Safenix na serwerze

Odczytaj dziennik agenta Safenix za pomocą journalctl. Każdy wiersz dziennika ma strukturę JSON. Nieudany cykl zawiera typ aktywności, treść błędu, czas trwania oraz czas do następnego ponowienia.

1. Wyświetlanie najnowszych wpisów dziennika

Uruchom to polecenie jako użytkownik root, aby wyświetlić 50 ostatnich wierszy:

sudo journalctl -u safenix-agent -n 50

Aby obserwować nowe wpisy w miarę ich zapisywania, użyj:

sudo journalctl -u safenix-agent -f

Aby wyświetlić tylko wpisy dotyczące błędów, użyj:

sudo journalctl -u safenix-agent -p err

2. Znajdowanie nieudanego cyklu

Poszukaj dokładnego komunikatu cycle failed; the next one will run as scheduled. Odczytaj typ aktywności i towarzyszącą mu treść błędu. Ten sam wpis pokazuje również, jak długo trwała aktywność i kiedy zostanie ponowiona.

Pojedynczy nieudany cykl nie zatrzymuje agenta. Cykl zostanie ponowiony w następnym zaplanowanym terminie, zwykle godzinę później. Safenix wysyła alert e-mail dopiero po trzech kolejnych niepowodzeniach.

3. Dopasowywanie treści błędu do prawdopodobnej przyczyny

„no space left on device”

Oznacza to, że na serwerze zabrakło miejsca. Kopie zapasowe Safenix wymagają tymczasowego miejsca na dysku serwera oprócz miejsca zajmowanego przez dane.

Błąd sieci, taki jak „no such host” lub przekroczenie limitu czasu

Oznacza to, że nie można było uzyskać dostępu do płaszczyzny sterowania. Jest to liczone jako nieudany cykl, nawet jeśli dane zostały już pomyślnie przesłane i nie powiodła się tylko końcowa komunikacja. W takim przypadku dane kopii zapasowej są bezpieczne pomimo alertu.

Nieczytelny plik

Nieczytelny plik pojawia się jako ostrzeżenie, a nie błąd, i nie powoduje niepowodzenia kopii zapasowej. Pozostałe pliki są chronione normalnie, ale wskazany plik nie jest uwzględniany w kopii zapasowej.

Wyszukaj te ostrzeżenia za pomocą:

sudo journalctl -u safenix-agent | grep -i "item error"

Problem z połączeniem z bazą danych lub danymi uwierzytelniającymi

Jeśli hasło użytkownika MySQL zostało zmienione, agent nie może już nawiązać połączenia. Uruchom dedykowane sprawdzenie:

sudo safenix-agent check-mysql

4. Określanie, czy alert oznacza nieudaną kopię zapasową

Użyj typu aktywności i treści błędu we wpisie JSON, aby odróżnić nieudany cykl od ostrzeżenia dotyczącego jednego nieczytelnego pliku. W przypadku błędu sieci sprawdź, czy komunikat wskazuje, że nie powiodła się tylko końcowa komunikacja po przesłaniu danych; w takim przypadku kopia zapasowa jest bezpieczna, mimo że cykl jest liczony jako nieudany.