Lernbegriff
3-2-1 backup rule — Speicher und Backups
3-2-1 backup rule: Die Empfehlung für drei Kopien auf zwei Medientypen mit einer externen Kopie. Die Lernkarte zeigt die Rolle im Modul „Speicher und Backups“ und einen sicheren Diagnoseweg.
Orientierung
3-2-1 backup rule: Die Empfehlung für drei Kopien auf zwei Medientypen mit einer externen Kopie. Auf dieser Stufe trennst du Zweck, Eingabe und sichtbares Ergebnis. Ordne 3-2-1 backup rule als Teil des Moduls Speicher und Backups ein, bevor du Einstellungen oder Dateien veränderst.
Praktische Anwendung
Wenn Daten fehlen oder der Speicher vollläuft, ermittle für 3-2-1 backup rule mit `lsblk`, `df -h` und einem Restore-Test Belegung, Einbindung und Wiederherstellbarkeit. Arbeite zunächst in einer Testumgebung mit neutralen Beispielen. Notiere den Sollzustand, führe genau eine kontrollierte Änderung aus und vergleiche danach Status, Ausgabe und Logmeldungen.
Technisches Verständnis
3-2-1 backup rule: Die Empfehlung für drei Kopien auf zwei Medientypen mit einer externen Kopie. Technisch ist 3-2-1 backup rule über Schnittstellen, Konfiguration, Zustand oder Abhängigkeiten eingebunden. Verfolge den Datenfluss von der Eingabe bis zur Ausgabe und prüfe Versionen, Rechte, Netzwerk, Speicher und Ressourcen getrennt.
Betrieb und Debugging
Wenn Daten fehlen oder der Speicher vollläuft, ermittle für 3-2-1 backup rule mit `lsblk`, `df -h` und einem Restore-Test Belegung, Einbindung und Wiederherstellbarkeit. Im produktionsnahen Betrieb helfen messbare Signale, Least Privilege, reproduzierbare Konfiguration und ein dokumentierter Rollback. Sichere zuerst Belege, grenze die Ursache ein und verifiziere die Korrektur mit demselben Test.
Übung
Sicher ausprobieren
Wenn Daten fehlen oder der Speicher vollläuft, ermittle für 3-2-1 backup rule mit `lsblk`, `df -h` und einem Restore-Test Belegung, Einbindung und Wiederherstellbarkeit. Öffne eine isolierte Testumgebung und führe „df -h && du -sh /srv/example-app“ aus. Beschreibe die erwartete Ausgabe vorab, ändere keine produktiven Daten und notiere einen sicheren nächsten Diagnoseschritt.
df -h && du -sh /srv/example-appQuick-Check
Kannst du Zweck, beobachtbaren Zustand und häufigste Fehlerquelle von 3-2-1 backup rule — Speicher und Backups jeweils in einem Satz erklären? Welche Ausgabe würdest du zuerst sichern, bevor du etwas änderst, und welcher Test beweist anschließend, dass deine Korrektur wirklich wirksam war?