Bevor Sie beginnen
- Eine Liste der verwendeten Anwendungen, Planer und externen Dienste.
- Zugriff auf den Auftragsstatus der Anwendung und angemessen redigierte Protokolle.
- Eine separate Testumgebung und ein genehmigtes Ziel für Testbenachrichtigungen.
2. Geben Sie jeder Aufgabe eine kurze Betriebskarte.
Verwenden Sie eine Zeile pro eigenständiger Arbeitseinheit. Fügen Sie die Zeitzone, die Ausführungsidentität, die normale Dauer nach der Messung, das letzte nützliche Ergebnis und den Fehlerverantwortlichen hinzu. Fügen Sie keine Passwörter, Token oder vollständigen privaten Benachrichtigungsinhalte in die Karte ein.
| Hypothetische Aufgabe | Auslöser | Nützliches Ergebnis | Bei Fehler |
|---|---|---|---|
| Wöchentliche Wiki-Zusammenfassung | Vereinbarter wöchentlicher Zeitplan | Eine Zusammenfassung für die vorgesehenen Empfänger | Bearbeiter prüft Empfängerliste und Zustellweg |
| Dateibereinigung | Anwendungswartungsplan | Berechtigte temporäre Arbeit entfernt | Betreuer prüft Auftragsfehler und Datenträgerwachstum |
| Kalendererinnerung | Konfigurierte Erinnerung des Ereignisses | Erwartete Erinnerung für ein Testereignis | Verantwortlicher prüft Ereigniseinstellungen und Absender |
| Unabhängige Sicherung | Vereinbarter Sicherungszeitplan | Neuer Wiederherstellungspunkt mit aufgezeichnetem Ergebnis | Sicherungsverantwortlicher untersucht, bevor er eine Abdeckung annimmt |
Die oben genannten Zeitpläne sind Beispiele zum Entscheiden, keine Standardeinstellungen zum Kopieren in eine Anwendung. Halten Sie fest, wie sich versäumte Arbeit nach Ausfallzeiten verhält: übersprungen, nachgeholt oder für später in die Warteschlange gestellt.
3. Verfolgen Sie eine Benachrichtigung über „Senden“ hinaus.
Schreiben Sie den Weg vom Anwendungsereignis zur Warteschlange oder zum Sendeprozess und dann zum Maildienst und zum vorgesehenen Empfänger auf. Halten Sie fest, wer das sendende Konto kontrolliert, wo autorisierte Betreuer Anmeldedaten erhalten und welche Grenzen oder Fehlerberichte dieser Dienst bietet. Die Auswahl einer VPS-Ressource allein liefert keine funktionierende ausgehende Mailkonfiguration.
Die Dokumentation von Nextcloud beschreibt ausdrücklich die Verbindung mit einem funktionierenden Mailserver, anstatt einen vollständigen Mailserver selbst zu enthalten. Die Test-E-Mail-Funktion hilft, einen konfigurierten Sendepfad zu prüfen. Nextcloud 33 E-Mail-Konfiguration.
BookStack verwendet ebenfalls E-Mail für Kontoverwaltungsabläufe und bietet ausgehende Webhooks für ereignisgesteuerte Integrationen. Fügen Sie beides zur Abhängigkeitskarte hinzu, wenn es aktiviert ist; ein defekter Absender kann sowohl die Wiederherstellung als auch den Komfort beeinträchtigen. BookStack E-Mail und Webhooks.
4. Entscheiden Sie, was Wiederholung bedeutet.
Stellen Sie für jeden Auftrag zwei Fragen: Kann ein weiterer Lauf beginnen, bevor dieser abgeschlossen ist, und was passiert, wenn er nach teilweiser Ausführung erneut versucht wird? Eine Dateiindex-Aktualisierung und eine an alle Mitglieder gesendete Nachricht haben unterschiedliche Konsequenzen. Halten Sie das Nebenläufigkeits- und Wiederholungsverhalten der Anwendung fest, anstatt anzunehmen, dass alle Aufträge sicher zweimal ausgeführt werden können.
Im hypothetischen wöchentlichen Digest führt der Verantwortliche eine Aufzeichnung des vorgesehenen Berichtszeitraums und prüft, ob für diesen Zeitraum bereits ein abgeschlossener Versand vorliegt, bevor er manuell erneut versucht. Das ist eine Betriebsprüfung, keine Behauptung, dass die gewählte Anwendung eine Duplikatunterdrückung implementiert. Wenn sie keine angemessenen Kontrollen bietet, wählen Sie ein sichereres manuelles Wiederherstellungsverfahren, bevor Sie sich auf die Aufgabe verlassen.
5. Begrenzen Sie Nebenwirkungen während einer Wiederherstellung.
Eine wiederhergestellte Datenbank kann ausstehende Arbeit oder einen älteren Ereigniszustand enthalten. Bevor Sie eine Testkopie starten, verhindern Sie, dass sie echte Empfänger oder externe Systeme kontaktiert. Isolieren Sie die Testumgebung, deaktivieren Sie ihre Planer und Worker nach Bedarf und richten Sie ausdrücklich erlaubte Testausgaben an ein kontrolliertes Ziel. Nehmen Sie nicht an, dass ein anderer Hostname die gespeicherten Empfänger oder Webhook-URLs ändert.
Für das Workshop-Beispiel sollte die Testkopie es einem Betreuer ermöglichen, eine Seite und einen Anhang zu überprüfen, ohne den Digest der letzten Woche erneut zu versenden. Halten Sie fest, welche Aufträge gestoppt bleiben, wie Sie ausstehende Arbeit prüfen und wer einen begrenzten Testlauf autorisieren kann. Definieren Sie vor einer echten Umstellung, welche Instanz geplante Arbeit besitzt, damit nicht sowohl die alte als auch die neue Kopie sie ausführen.
6. Überprüfen Sie ein kleines, beobachtbares Ergebnis.
Verwenden Sie ein harmloses Testereignis mit einer erkennbaren Bezeichnung und einem einzigen genehmigten Testempfänger. Zeichnen Sie den Auslösezeitpunkt, den Aufgabenstart, das Abschlussergebnis und ggf. den tatsächlichen Empfang auf. Prüfen Sie den Inhalt und die Links sowie den Eingang. Eine erfolgreiche Anwendungsaktion beweist nicht, dass jeder vorgesehene Empfänger eine Nachricht erhalten hat.
Wenn nichts ankommt, prüfen Sie der Reihe nach den Auslöser, den Planer, den Aufgabenfehler und den Absenderpfad. Wenn Duplikate ankommen, stoppen Sie wiederholte manuelle Wiederholungsversuche und identifizieren Sie, welche Instanz oder welcher Auftrag jeden Versuch erzeugt hat. Wenn Arbeit verzögert wird, vergleichen Sie das Alter der Warteschlange oder ausstehender Aufgaben mit der Ausführungszeit und der Ressourcennutzung. Bewahren Sie knappe Belege auf, ohne Token, private Nachrichteninhalte oder unnötige Adressen in allgemeine Notizen zu kopieren.
7. Legen Sie die nächste Prüfung fest.
Wählen Sie ein Überprüfungsintervall, das den Konsequenzen eines Fehlers entspricht. Ein fehlgeschlagener Absender für die Kontowiederherstellung erfordert eine andere Reaktion als ein verspäteter wöchentlicher Digest. Definieren Sie, wer das letzte erfolgreiche Ergebnis prüft, wenn ein Alarm fehlt, und stellen Sie sicher, dass der Alarmkanal selbst nicht der einzige Weg ist, einen defekten Absender zu entdecken.
Bewahren Sie die Aufgabenkarten zusammen mit Ihrem Dienstverzeichnis. Fügen Sie sie zur Wiederherstellungsübung und die Wartungsroutinehinzu. Dieser Leitfaden beschreibt eine Möglichkeit, Ihre gewählte Software zu organisieren und zu testen; er bietet keinen verwalteten Planer, keine Zustellgarantie für Nachrichten und kein ausgeführtes Testergebnis.
Dokumentation zu dieser Notiz
Verwenden Sie die Dokumentation für die Version, die Sie tatsächlich ausführen. Diese Beispiele sind Planungsmaterial, kein Nachweis eines Tests auf einem Hoszen VPS.