Automatische Backup-Überwachung

Wir haben automatische Backups konfiguriert. Soweit ich weiß, laufen sie ohne Probleme, aber wir möchten sie mit einem einfachen Dienst wie https://healthchecks.io überwachen, um sicherzugehen.

Gibt es eine Möglichkeit, einen einfachen Aufruf an ihre API zu konfigurieren, um zu bestätigen, dass ein Backup abgeschlossen wurde? Etwas wie das hier:

curl -m 10 --retry 5 https://hc-ping.com/your-uuid-here

Ich frage mich, ob es einen Haken vor oder nach dem Backup gibt, in den ich das einbauen kann?

Danke

Sie können die Discourse-API zurückentwickeln, um eine Liste von Backups zu erhalten, und dann müssten Sie etwas tun, um zu sehen, welches das letzte war und wie lange es schon da ist.

Sie erhalten eine Benachrichtigung, wenn ein Backup fehlschlägt.

Das einzige Problem, das ich je hatte, war, wenn Backups zur gleichen Zeit wie automatisierte personalisierte Marketing-Betriebssystem-Neustarts geplant waren.

Soweit ich das sehe, funktioniert es, wenn im Hintergrund ein Backup-Zeitplan für die Datenbank vorhanden ist (denn einmal am Tag reicht nicht, oder?) und dann das integrierte Warnsystem hinterherhinkt, maximal 24 Stunden. Aber es würde als Frühwarnsystem funktionieren, wenn Discourse wegen einer fehlerhaften Datenbank ausfällt, aber wegen Caching sehen die Benutzer es nicht sofort.

Liege ich völlig falsch? Nicht einmal annähernd?

Danke. Wenn es keine Möglichkeit gibt, einen „Hook“ nach Abschluss eines Backups festzulegen, dann ist die Idee, die Discourse-API zu reverse-engineeren, um das neueste Backup zu finden, wahrscheinlich der richtige Weg, und dann haben wir die volle Kontrolle darüber, was zu tun ist, wenn ein Backup nicht funktioniert hat … aber wenn ein Hook (Web- oder Shell-Befehl) nach dem Backup hinzugefügt werden könnte, wäre das ideal.

Danke für deine Hilfe :+1:

Wenn Sie einen Hook aufrufen möchten, nachdem das Backup abgeschlossen ist, müssten Sie meiner Meinung nach ein Plugin erstellen.

Schlagen Sie wirklich vor, dass ein fehlgeschlagenes Backup der Weg ist, um zu erfahren, ob Discourse ausgefallen ist?

/srv/status gibt Ihnen eine ziemlich gute Vorstellung davon, obwohl Discourse auf Arten kaputtgehen kann, die sich darin nicht widerspiegeln. Es zeigt an, ob die Datenbank kaputt ist.

Ich schlage nichts anderes vor, als die Datenbank öfter als einmal täglich zu sichern. Ich dachte nur, eine E-Mail wegen eines Sicherungsfehlers würde auch als Warnsignal dienen.

Nein, das tut es nicht. Es wird “ok” angezeigt, solange Sie Rails, Redis und Nginx haben.

root@testbeta:~# service postgresql stop
root@testbeta:~# curl https://testbeta.*************.***/srv/status & && echo
ok
2 „Gefällt mir“

Interessant. Vielleicht, wenn PostgreSQL ausfällt, wenn Rails startet, wird es fehlschlagen, hochzufahren.

1 „Gefällt mir“