Jak číst protokoly o selhání zálohování Safenix na serveru

Protokol agenta Safenix si přečtěte pomocí journalctl. Každý řádek protokolu je strukturován jako JSON. Neúspěšný cyklus obsahuje typ aktivity, text chyby, dobu trvání a čas do dalšího opakovaného pokusu.

1. Zobrazení nejnovějších položek protokolu

Spusťte tento příkaz jako root, abyste zobrazili posledních 50 řádků:

sudo journalctl -u safenix-agent -n 50

Chcete-li sledovat nové položky při jejich zápisu, použijte:

sudo journalctl -u safenix-agent -f

Chcete-li zobrazit pouze chybové položky, použijte:

sudo journalctl -u safenix-agent -p err

2. Vyhledání neúspěšného cyklu

Vyhledejte přesnou zprávu cycle failed; the next one will run as scheduled. Přečtěte si typ aktivity a doprovodný text chyby. Stejná položka také uvádí, jak dlouho aktivita trvala a kdy bude opakována.

Jeden neúspěšný cyklus agenta nezastaví. Cyklus se zopakuje v dalším naplánovaném intervalu, obvykle o hodinu později. Safenix odešle e-mailové upozornění až po třech po sobě jdoucích selháních.

3. Přiřazení textu chyby k pravděpodobné příčině

„no space left on device“

To znamená, že na serveru došlo volné místo. Zálohy Safenix potřebují na serveru dočasné místo na disku navíc k prostoru obsazenému daty.

Chyba sítě, například „no such host“ nebo vypršení časového limitu

To znamená, že nebylo možné dosáhnout řídicí roviny. Počítá se to jako neúspěšný cyklus, i když data již byla úspěšně nahrána a selhala pouze závěrečná komunikace. V takovém případě jsou zálohovaná data v bezpečí navzdory upozornění.

Nečitelný soubor

Nečitelný soubor se zobrazí jako upozornění, nikoli jako chyba, a nezpůsobí selhání zálohování. Ostatní soubory jsou chráněny běžným způsobem, ale dotčený soubor není do zálohy zahrnut.

Tato upozornění vyhledejte pomocí:

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

Problém s připojením k databázi nebo přihlašovacími údaji

Pokud se heslo uživatele MySQL změnilo, agent se již nemůže připojit. Spusťte vyhrazenou kontrolu:

sudo safenix-agent check-mysql

4. Rozhodnutí, zda upozornění představuje selhání zálohování

Pomocí typu aktivity a textu chyby v položce JSON rozlište neúspěšný cyklus od upozornění na jeden nečitelný soubor. U chyby sítě zkontrolujte, zda zpráva uvádí, že po nahrání dat selhala pouze závěrečná komunikace; v takovém případě je záloha v bezpečí, i když se cyklus počítá jako neúspěšný.