Server Cloud und zuverlässiger IT-Betrieb – Notfallwiederherstellung praktisch im Testsystem üben
aiMOOCServer Cloud und zuverlässiger IT-Betrieb – Notfallwiederherstellung praktisch im Testsystem üben
QR-Code
Server Cloud und zuverlässiger IT-Betrieb – Notfallwiederherstellung praktisch im Testsystem üben
Interaktiver aiMOOC für die IT-Ausbildung
Kurzbeschreibung: Definierter Ausfall und überprüfbare Wiederherstellung. Du übst Backup, Ausfallsimulation, Restore und Funktionsprüfung in einer isolierten lokalen Testumgebung mit fiktiven Daten.
Zielgruppe: Fachinformatikerinnen und Fachinformatiker für Systemintegration und Anwendungsentwicklung sowie Auszubildende verwandter IT-Berufe.
Voraussetzungen: Grundkenntnisse in Dateien, Betriebssystemen und Python. Python 3.8 oder neuer wird empfohlen.
Lernzeit: Etwa 70–90 Minuten für die Kerneinheiten. Zusätzliche Projektaufgaben können im Ausbildungsbetrieb oder Berufsschulunterricht bearbeitet werden.
Sicherheitsregel: Alle praktischen Übungen dürfen ausschließlich auf Deinem eigenen Rechner oder in einer ausdrücklich autorisierten, isolierten Testumgebung mit fiktiven Daten stattfinden. Verwende niemals produktive Datenbanken, fremde Systeme, Kundendaten, echte Zugangsdaten oder Netzwerke ohne Erlaubnis. Die Laborsoftware benötigt weder Internet noch Administratorrechte.
Serverinfrastruktur. Bild: OboeBlanket, Wikimedia Commons, CC0 1.0.
Einleitung
Ein Cloud-Dienst ist ausgefallen. Das Backup scheint vorhanden zu sein. Doch lässt sich der Dienst tatsächlich wiederherstellen?
In diesem Kurs übernimmst Du die Rolle einer IT-Fachkraft bei der fiktiven Lernwerkstatt Nord. Du sollst nachweisen, dass ein kleiner Ticketdienst nach einem definierten Datenbankausfall wieder funktioniert.
Am Ende kannst Du:
- Notfallwiederherstellung von bloßer Datensicherung unterscheiden.
- RTO und RPO anwenden.
- Einen Ausfall sicher und reproduzierbar simulieren.
- Eine SQLite-Datenbank lokal sichern und wiederherstellen.
- Datenintegrität, Lesezugriff und Schreibzugriff prüfen.
- Ergebnisse dokumentieren und Verbesserungen begründen.
Einheit 1: Cloud-Betrieb und Ausfallszenarien (8 Minuten)
Cloud-Computing-Architektur. Sam Johnston, Wikimedia Commons, CC BY-SA 3.0.
In einer Cloud werden IT-Ressourcen bedarfsgerecht bereitgestellt. Auch solche Dienste können durch Softwarefehler, Datenverlust oder Infrastrukturprobleme ausfallen.
Merke: Hohe Verfügbarkeit, Datensicherung und Notfallwiederherstellung sind unterschiedliche Aufgaben. Ein RAID oder eine Replikation ersetzt keine unabhängige Datensicherung.
Deine erste Entscheidung: Was musst Du außer der Existenz einer Backup-Datei kontrollieren? Notiere mindestens drei Prüfungen.
Einheit 2: RTO und RPO verstehen (10 Minuten)
Visualisierung von RTO und RPO. Wohali, Wikimedia Commons, CC BY-SA 4.0.
RTO – Recovery Time Objective: Wie lange darf die Wiederherstellung höchstens dauern?
RPO – Recovery Point Objective: Wie weit darf der letzte wiederherstellbare Datenstand zeitlich vor dem Ausfall liegen?
Video: Databarracks – Recovery Point Objective vs Recovery Time Objective, Englisch. Die Wiedergabe erfolgt über YouTube.
Ausbildungsfall:
| Vorgabe | Lernlabor |
|---|---|
| Service | Fiktive Ticketdatenbank |
| RTO-Ziel | Maximal 300 echte Sekunden |
| RPO-Ziel | Maximal 5 simulierte Minuten |
| Letztes Backup | 09:05 Uhr im Planspiel |
| Neue Ticketmeldung | 09:07 Uhr |
| Definierter Ausfall | 09:08 Uhr |
| Erwartete Rücksicherung | Datenstand von 09:05 Uhr |
Berechnung: Zwischen dem letzten gesicherten Datenstand um 09:05 Uhr und dem Ausfall um 09:08 Uhr liegen 3 Minuten. Das entspricht im Planspiel einem Wiederherstellungsfenster von 3 Minuten und liegt innerhalb des RPO-Ziels von 5 Minuten.
Einheit 3: Backup-Strategien und Risiken (10 Minuten)
3-2-1-Backupstrategie. Olaf Pichler, Wikimedia Commons, CC BY-SA 4.0.
Die 3-2-1-Regel empfiehlt drei Datenkopien beziehungsweise Datenstände, zwei unterschiedliche Speichermedien und eine räumlich getrennte Kopie. Je nach Risiko können zusätzlich unveränderliche oder offline aufbewahrte Backups erforderlich sein.
RAID-5-Darstellung. Kryptknight, Wikimedia Commons, Public Domain.
Ein RAID kann bestimmte Hardwareausfälle abfangen. Es schützt jedoch nicht zuverlässig vor versehentlichem Löschen, beschädigten Anwendungsdaten oder Angriffen, die alle erreichbaren Kopien betreffen.
Video: ByteMonk – Disaster Recovery, RTO, RPO and Failover, Englisch. Achte besonders auf die unterschiedlichen Wiederherstellungsstrategien.
Mini-Entscheidung: Zwei Datenträger enthalten dieselben sofort synchronisierten Dateien. Ist das schon ein vollständiges Backup-Konzept? Begründe Deine Antwort.
Einheit 4: Das lokale Notfalllabor (25 Minuten)
Auftrag: Simuliere einen Ausfall, stelle einen gesicherten Datenstand wieder her und überprüfe das Ergebnis.
Datenbankserver-Symbol. ujmoser, Wikimedia Commons, CC0 1.0.
Aufbau und Schutzmaßnahmen
Das Labor verwendet ausschließlich die Python-Standardbibliothek.
| Komponente | Funktion |
|---|---|
| Python | Steuert das Labor und die Messung |
| SQLite | Speichert fiktive Tickets |
| TemporaryDirectory | Erstellt einen automatisch bereinigten Testordner |
| SQLite-Backup-API | Erzeugt eine konsistente Datenbanksicherung |
| Lokaler Ausfall | Entfernt ausschließlich die temporäre Testdatenbank |
| Restore | Kopiert das Backup an den vorgesehenen Testort |
| Prüfroutine | Kontrolliert Integrität sowie Lesen und Schreiben |
Wichtig: Das Labor löscht ausschließlich die zuvor selbst erzeugte Datei im temporären Verzeichnis. Es führt keine Netzwerkzugriffe und keine Befehle auf fremden oder produktiven Systemen aus.
Vorbereitung
- Installiere Python 3.8 oder neuer aus einer vertrauenswürdigen Quelle.
- Erstelle lokal eine Datei namens dr_labor.py.
- Kopiere den folgenden Python-Code vollständig in die Datei.
- Starte sie unter Linux oder macOS mit python3 dr_labor.py oder unter Windows mit py -3 dr_labor.py.
- Gib nacheinander die Befehle 1, 2, 3, 4, 5 ein. Mit h erhältst Du eine kontextbezogene Hilfe.
Ausführbarer Python-Code
"""Offline-Notfalllabor mit ausschließlich fiktiven Testdaten."""
from contextlib import closing
from pathlib import Path
from tempfile import TemporaryDirectory
import shutil
import sqlite3
import time
ETAPPEN = [
"1 Backup erstellen",
"2 Neue fiktive Meldung erfassen",
"3 Ausfall der Testdatenbank ausloesen",
"4 Backup wiederherstellen",
"5 Integritaet und Schreibzugriff pruefen",
]
HILFEN = [
"Sichere zuerst die Datenbank mit der SQLite-Backup-API.",
"Fuege einen neuen Eintrag nach dem Backup hinzu.",
"Jetzt wird nur die Datei im temporaeren Testordner entfernt.",
"Kopiere die gesicherte Datenbank zurueck.",
"Pruefe Integritaet, Datensaetze und einen neuen Schreibzugriff.",
]
ERWARTET = [
(101, "Lern-PC bereit"),
(102, "Patchfenster geplant"),
]
with TemporaryDirectory(prefix="aimooc_dr_") as ordner:
basis = Path(ordner)
aktiv = basis / "tickets.db"
backup = basis / "tickets_backup.db"
with closing(sqlite3.connect(aktiv)) as con:
con.execute(
"CREATE TABLE tickets "
"(id INTEGER PRIMARY KEY, meldung TEXT)"
)
con.executemany(
"INSERT INTO tickets VALUES (?, ?)", ERWARTET
)
con.commit()
print("OFFLINE-LABOR: Nur fiktive Testdaten.")
print("Keine Netzwerkzugriffe oder Produktivsysteme.")
print("Reihenfolge: 1 -> 2 -> 3 -> 4 -> 5")
print("h = Hilfe; q = Ende")
schritt = 0
start = None
while schritt < len(ETAPPEN):
eingabe = input("\nAktion: ").strip().lower()
if eingabe == "q":
print("Labor beendet. Testdateien werden entfernt.")
break
if eingabe == "h":
print("Hilfe:", HILFEN[schritt])
continue
if eingabe != str(schritt + 1):
print("Noch nicht! Naechster Schritt:", ETAPPEN[schritt])
continue
if schritt == 0:
with closing(sqlite3.connect(aktiv)) as quelle:
with closing(sqlite3.connect(backup)) as ziel:
quelle.backup(ziel)
print("Backup erstellt: Planspielzeit 09:05.")
elif schritt == 1:
with closing(sqlite3.connect(aktiv)) as con:
con.execute(
"INSERT INTO tickets VALUES (?, ?)",
(103, "Neue Testmeldung 09:07")
)
con.commit()
print("Neue Meldung nur in der aktiven Datenbank.")
elif schritt == 2:
aktiv.unlink()
start = time.monotonic()
print("AUSFALL um 09:08 im Planspiel.")
print("Die temporaere Testdatenbank fehlt.")
elif schritt == 3:
shutil.copy2(backup, aktiv)
print("Restore abgeschlossen. Funktion noch pruefen!")
elif schritt == 4:
with closing(sqlite3.connect(aktiv)) as con:
integritaet = con.execute(
"PRAGMA integrity_check"
).fetchone()[0]
zeilen = con.execute(
"SELECT id, meldung FROM tickets ORDER BY id"
).fetchall()
basis_ok = (
integritaet == "ok"
and zeilen == ERWARTET
)
if basis_ok:
con.execute(
"INSERT INTO tickets VALUES (?, ?)",
(104, "Schreibtest nach Restore")
)
con.commit()
basis_ok = con.execute(
"SELECT COUNT(*) FROM tickets WHERE id=104"
).fetchone()[0] == 1
rto = time.monotonic() - start
print("Integritaet:", integritaet)
print("Wiederhergestellt:", zeilen)
print("Meldung 103 fehlt erwartungsgemaess.")
print("Lesen/Schreiben:",
"OK" if basis_ok else "FEHLER")
print("RPO: 3 von 5 Plan-Minuten [###..]")
balken = min(20, int(rto / 15))
print(
f"RTO: {rto:.1f} von 300 Real-Sekunden ["
+ "#" * balken
+ "." * (20 - balken)
+ "]"
)
bestanden = basis_ok and rto <= 300
print(
"Lerntest:",
"BESTANDEN" if bestanden else "NICHT BESTANDEN"
)
schritt += 1Sicherheitsprüfung: Der Python-Code verwendet keine Netzwerkbibliothek. Sein Löschvorgang bezieht sich ausschließlich auf die feste Datei tickets.db innerhalb des neu erzeugten temporären Laborverzeichnisses. Mit dem Ende des Programms wird der gesamte Testordner automatisch bereinigt.
Grenze der Simulation: Die Übung prüft die Wiederherstellung einer Datenbank und deren Lese- und Schreibfunktionen, nicht den vollständigen Neustart eines echten Cloud-Dienstes. Die RPO-Minuten gehören zur fiktiven Ereigniszeit, während die RTO tatsächlich mit einer monotonen Uhr gemessen wird.
Einheit 5: Ergebnisse visualisieren und bewerten (10 Minuten)
Zeitachse des definierten Ausfalls
09:05 09:07 09:08 Wiederanlauf
| | | |
BACKUP Neues Ticket AUSFALL RESTORE
| | | |
+-------------+------------+
|<------ RPO: 3 min ------->|
|<--- RTO gemessen --->|
Daten vor Ausfall: 101 / 102 / 103
Daten im Backup: 101 / 102
Daten nach Restore: 101 / 102
Schreibtest danach: 104
Visueller Soll-Ist-Vergleich
RPO-Ziel: 5 Minuten [#####] RPO-Planspiel: 3 Minuten [###..] ERFUELLT RTO-Ziel: 300 Sekunden RTO-Messwert: Ausgabe Deines Programms Ticketbestand vor Ausfall: 3 [###] Wiederhergestellte Tickets: 2 [##.] Verlorene Testmeldung: 1 [#..]
Die Balken dienen der didaktischen Darstellung und ersetzen keine gemessenen Systemdaten.
| Prüfung | Erwartetes Ergebnis | Bedeutung |
|---|---|---|
| Sicherung | Datenbank-Backup vorhanden | Sicherungsschritt abgeschlossen |
| Definierter Ausfall | Aktive Testdatenbank fehlt | Fehler wurde reproduziert |
| Integrität | PRAGMA integrity_check liefert ok | SQLite erkennt keine Integritätsverletzung |
| Datenvergleich | Tickets 101 und 102 vorhanden | Gesicherter Stand wiederhergestellt |
| Datenverlust | Ticket 103 fehlt | Nach dem Backup entstandener Datensatz ging verloren |
| Schreibtest | Ticket 104 kann gespeichert werden | Datenbank ist wieder beschreibbar |
| RTO | Messwert maximal 300 Sekunden | Das gesetzte Laborziel wurde eingehalten |
| RPO | 3 simulierte Minuten | Das gesetzte Laborziel wurde eingehalten |
Auswertung: Ein technisch erfolgreiches Restore bedeutet nicht automatisch vollständige Datenwiederherstellung. Im Planspiel wird ein Datenverlust bewusst zugelassen und dokumentiert.
Gestufte Hilfen
Hilfe 1 – Orientierung
Prüfe zuerst, welche Datenbankdatei aktiv ist und welcher Datenstand vor dem Ausfall gesichert wurde. Unterscheide Backup, Ausfall und wiederhergestellten Betrieb.
Hilfe 2 – Vorgehen
Arbeite in dieser Reihenfolge: Ausgangszustand erfassen, Backup erstellen, zusätzliche Meldung erzeugen, Testausfall auslösen, Backup wiederherstellen und Datenbank prüfen.
Hilfe 3 – Konkrete Lösung
Gib im Labor 1, 2, 3, 4 und 5 ein. Erwartet werden Ticket 101 und 102 nach dem Restore. Ticket 103 fehlt. Die Integritätsprüfung muss ok ergeben, der neue Schreibtest muss gelingen. Der RTO-Wert hängt von Deiner tatsächlichen Bearbeitungsdauer ab.
Einheit 6: Transfer in einen zuverlässigen Cloud-Betrieb (7 Minuten)
Im echten IT-Betrieb gehören zur Wiederherstellung zusätzlich Infrastruktur, Netzwerkkonfiguration, Anwendung, Berechtigungen, Überwachung und abgestimmte Verantwortlichkeiten.
Besonderheit Cloud: Ein Cloudanbieter stellt technische Funktionen bereit. Die konkrete Auswahl, Konfiguration und Überprüfung einer passenden Wiederherstellungsstrategie bleibt je nach Dienstmodell auch eine Aufgabe der betreibenden Organisation.
Zu einem belastbaren Notfallplan gehören daher dokumentierte Abläufe, getrennt verwahrte Sicherungen, definierte RTO- und RPO-Ziele, regelmäßige Übungen und nachvollziehbare Freigaben.
Reflexion: Welche weiteren Komponenten müsstest Du testen, bevor der fiktive Ticketdienst wirklich wieder von allen berechtigten Mitarbeitenden verwendet werden dürfte?
Interaktive Aufgaben
Quiz: Teste Dein Wissen
Was beschreibt das Recovery Time Objective? (Die maximal akzeptierte Wiederherstellungsdauer) (!Die Anzahl vorhandener Server) (!Die Größe der Backup-Datei) (!Die Geschwindigkeit einer Netzwerkverbindung)
Was beschreibt das Recovery Point Objective? (Den maximal akzeptierten zeitlichen Datenverlust) (!Die Anzahl der Benutzerkonten) (!Die maximal erlaubte CPU-Auslastung) (!Die Größe des Hauptspeichers)
Warum muss eine Datensicherung durch einen Restore-Test überprüft werden? (Weil die Existenz eines Backups seine Wiederherstellbarkeit nicht beweist) (!Weil jede Sicherung grundsätzlich beschädigt ist) (!Weil nur so die Netzwerklatenz sinkt) (!Weil dabei automatisch ein zweiter Server entsteht)
Welche Python-Funktion erstellt im Labor die SQLite-Sicherung? (Die Backup-Methode einer SQLite-Verbindung) (!Die print-Funktion) (!Die input-Funktion) (!Die sleep-Funktion)
Welche Datei wird im simulierten Ausfall entfernt? (Die aktive Datenbank im temporären Laborordner) (!Die Systemdatenbank des Betriebssystems) (!Die Datenbank eines Cloudanbieters) (!Ein Netzwerkverzeichnis des Ausbildungsbetriebs)
Welche Meldung geht im Planspiel verloren? (Die nach dem Backup erfasste Testmeldung) (!Die erste gesicherte Meldung) (!Die zweite gesicherte Meldung) (!Die nach dem Restore erfolgreich geschriebene Testmeldung)
Wie groß ist das RPO-Fenster von 09:05 bis 09:08 Uhr? (Drei Minuten) (!Eine Minute) (!Fünf Minuten) (!Acht Minuten)
Warum ersetzt ein RAID keine unabhängige Datensicherung? (Weil versehentliches Löschen auch auf redundante Datenträger wirken kann) (!Weil RAID grundsätzlich keine Daten speichern kann) (!Weil RAID ausschließlich mit Magnetbändern funktioniert) (!Weil RAID eine Internetverbindung voraussetzt)
Welche Prüfung zeigt nach dem Restore die praktische Schreibbarkeit? (Das erfolgreiche Einfügen und erneute Lesen eines Testdatensatzes) (!Die Anzeige des Dateinamens) (!Die Größe des Servergehäuses) (!Der Vergleich der Bildschirmauflösung)
Wann gilt das Wiederherstellungslabor als erfolgreich abgeschlossen? (Wenn die Datenprüfungen bestehen und das RTO-Ziel eingehalten wurde) (!Sobald das Programm gestartet wurde) (!Sobald das Backup einen Dateinamen besitzt) (!Sobald die Stoppuhr gestartet wurde)
Memory
| RTO | Maximal zulässige Ausfallzeit |
| RPO | Maximal zulässiges Datenverlustfenster |
| Backup | Gesonderte Sicherungskopie |
| Restore | Rücksicherung von Daten |
| Integritätsprüfung | Kontrolle auf Datenkonsistenz |
| Wiederanlaufprobe | Funktionstest nach Wiederherstellung |
Drag and Drop
| Ordne die richtigen Begriffe zu. | Bedeutung |
|---|---|
| Recovery Time Objective | Zulässige Dauer der Unterbrechung |
| Recovery Point Objective | Zulässiges zeitliches Datenverlustfenster |
| Datensicherung | Erzeugen einer zusätzlichen Datenkopie |
| Datenwiederherstellung | Rückführen eines gesicherten Datenstands |
| Funktionskontrolle | Prüfung des wiederhergestellten Betriebs |
Kreuzworträtsel
| Backup | Wie nennt man eine Sicherungskopie mit einem englischen Fachbegriff? |
| Restore | Wie heißt die Wiederherstellung aus einer Sicherung auf Englisch? |
| Datenbank | Welches strukturierte Speichersystem wird im Labor wiederhergestellt? |
| Ausfall | Wie nennt man die Unterbrechung eines IT-Dienstes? |
| Protokoll | Welches Dokument hält den Verlauf und die Messergebnisse einer Übung fest? |
| Integritaet | Wie heißt die Eigenschaft, dass Daten korrekt und widerspruchsfrei sind? |
LearningApps
Weitere Zuordnungs- und Übungsmöglichkeiten über die thematische Suche:
Lückentext
Offene Aufgaben
Die folgenden zwölf Aufgaben sind nach ihrem Anspruch gestaffelt. Vergleiche Deine Lösung anschließend mit dem begründeten Feedback.
Leicht – Basisaufgaben
- Service-Steckbrief: Beschreibe die Aufgabe des fiktiven Ticketdienstes in fünf Sätzen. Benenne die zu schützenden Daten.
- RTO und RPO: Erstelle eine Tabelle mit beiden Zielen und erläutere den Unterschied anhand der Laborwerte.
- Ereigniszeitachse: Zeichne eine Grafik mit Sicherung, neuer Meldung, Ausfall und Wiederherstellung.
- Sicherheitscheck: Prüfe den Python-Code auf Dateipfade, externe Verbindungen und verwendete Testdaten. Dokumentiere Deine Einschätzung.
Begründetes Feedback zu den Basisaufgaben
Eine gute Lösung unterscheidet zwischen technischer Wiederverfügbarkeit und einem wiederherstellbaren Datenstand. Das RTO-Ziel beträgt 300 Sekunden, das RPO-Ziel 5 Planspielminuten. Die Sicherheitseinschätzung ist nur überzeugend, wenn Du konkret das temporäre Verzeichnis, die feste Testdatei und die fehlenden Netzwerkzugriffe belegst.
Standard – Anwendungsaufgaben
- Backup-Durchführung: Starte den lokalen Code und protokolliere die Befehle sowie ihre Ausgaben.
- Wiederherstellungstest: Führe einen zweiten vollständigen Laborversuch durch. Vergleiche die gemessenen RTO-Werte beider Durchläufe.
- Funktionsnachweis: Zeige anhand der Prüfmeldungen, welche Tickets erfolgreich zurückgespielt wurden und warum der Schreibtest wichtig ist.
- Fehlerdiagnose: Gib absichtlich einen Befehl in falscher Reihenfolge ein. Analysiere die Rückmeldung und erläutere den Nutzen einer kontrollierten Schrittfolge.
Begründetes Feedback zu den Anwendungsaufgaben
Ein nachvollziehbarer Wiederherstellungsbericht enthält die Ausgangslage, die ausgeführten Schritte, Messwerte und Testergebnisse. Das Vorhandensein einer Datenbankdatei allein genügt nicht: Eine Integritätsprüfung, das Lesen erwarteter Datensätze und ein Schreibtest liefern deutlich bessere Nachweise. RTO-Werte können zwischen zwei Durchläufen variieren, weil menschliche Bearbeitungszeit und Rechnerleistung mitwirken.
Schwer – Transferaufgaben
- Integritätsnachweis erweitern: Erweitere das lokale Labor innerhalb seines temporären Ordners um einen SHA-256-Vergleich zwischen Backup-Datei und wiederhergestellter Datei vor dem Schreibtest. Erläutere die Grenzen dieses Nachweises.
- Strengeres RPO: Ein Fachbereich fordert höchstens eine Minute Datenverlust. Entwirf einen verbesserten Sicherungszeitplan und begründe, warum das bisherige Konzept nicht genügt.
- Cloud-Wiederanlaufarchitektur: Zeichne eine mögliche Wiederherstellungskette aus Infrastruktur, Datenbank, Anwendung und Funktionsprüfung. Benenne notwendige Berechtigungen und Abhängigkeiten, ohne eine echte Cloud-Umgebung zu verändern.
- Notfallhandbuch: Erstelle für den fiktiven Betrieb ein zweiseitiges Wiederanlaufhandbuch mit Rollen, Entscheidungspunkten, Prüfkriterien, Freigabe und Verbesserungsmaßnahmen.
Begründetes Feedback zu den Transferaufgaben
Ein Hashvergleich weist die Bytegleichheit zweier geprüfter Dateien nach. Er beweist weder, dass die ursprünglichen Daten fachlich korrekt waren, noch dass ein gesamter Dienst funktioniert. Ein RPO-Ziel von einer Minute ist mit dem dreiminütigen Sicherungsfenster des Laborfalls nicht erfüllt. Kürzere Sicherungsintervalle oder andere geeignete Verfahren sind zu prüfen. Ein belastbarer Cloud-Wiederanlauf muss auch Netzabhängigkeiten, Rechte, Anwendungskonfiguration und Ende-zu-Ende-Tests berücksichtigen.
|
|
Lernkontrolle
Bearbeite diese Aufgaben schriftlich, als Diagramm oder in einer kurzen Präsentation. Entscheidend ist Deine fachliche Begründung.
- Prioritäten bestimmen: Zwei fiktive Dienste fallen gleichzeitig aus. Der eine unterstützt eine laufende Unterrichtsprüfung, der andere ein internes Archiv. Entwickle eine begründete Wiederherstellungsreihenfolge und erläutere, welche zusätzlichen Informationen Du benötigst.
- Datenverlust bewerten: Eine Sicherung stammt von 09:05 Uhr, der Ausfall erfolgt um 09:08 Uhr und das geforderte RPO beträgt nur eine Minute. Bewerte das Ergebnis und entwickle eine Verbesserung.
- Zeitziele überprüfen: Ein Wiederanlauf benötigt 310 Sekunden statt der erlaubten 300 Sekunden. Erkläre, welche Konsequenz dies für die Abnahme des Tests hat und wie Du die Ursache eingrenzen würdest.
- Funktionsumfang erweitern: Die Datenbankintegrität ist erfolgreich geprüft, aber die Anwendung kann keine neuen Tickets annehmen. Entwickle zusätzliche Prüfschritte für einen vollständigen Dienstnachweis.
- Ausfallsicherheit vergleichen: Vergleiche eine einzelne Sicherung auf demselben Server mit getrennt aufbewahrten Sicherungen. Analysiere die Folgen eines vollständigen Standortausfalls.
- Verantwortung zuordnen: Ein Cloudanbieter sichert die Verfügbarkeit seiner Infrastruktur zu. Diskutiere, welche Aufgaben der betreibenden Organisation bei Datensicherung, Wiederherstellung und Funktionsprüfung verbleiben.
Bewertungsmaßstab: Eine überzeugende Antwort verbindet technische Nachweise, betriebliche Auswirkungen und geeignete Verbesserungsmaßnahmen. Unbelegte Aussagen wie „Die Cloud ist sicher“ oder „Das Backup funktioniert“ reichen nicht aus.
Lernnachweis
Für einen vollständigen Lernnachweis dokumentierst Du:
- Ausgangssituation: Fiktiver Ausbildungsfall und betroffener IT-Dienst.
- Sicherheitsfreigabe: Nachweis, dass ausschließlich eine lokale oder ausdrücklich autorisierte Testumgebung verwendet wurde.
- Systembeschreibung: Laborarchitektur, Datenbank und relevante Dateipfade.
- Schutzziele: Definierte RTO- und RPO-Werte.
- Testplan: Vorgegebener Ausfall und gewünschter Wiederherstellungszustand.
- Durchführung: Befehlsfolge und anonymisierte beziehungsweise vollständig fiktive Testergebnisse.
- Funktionsnachweis: Integrität, gelesene Datensätze und erfolgreicher Schreibtest.
- Messwerte: Tatsächlich gemessene RTO sowie rechnerisch nachvollzogenes Planspiel-RPO.
- Abweichungen: Verlorene fiktive Testmeldung und weitere erkannte Probleme.
- Bewertung: Erfüllung oder Nichterfüllung der definierten Ziele.
- Verbesserungen: Mindestens zwei konkrete Maßnahmen.
- Reflexion: Grenzen des SQLite-Labors gegenüber realen Cloud-Systemen.
Mögliche Abgabe: Testprotokoll mit Zeitachse, Diagramm, Code, Ergebnissen und einer kurzen mündlichen Erläuterung.
OERs zum Thema
Wikipedia
Der Artikel erläutert die Grundlagen der IT-Notfallwiederherstellung.
Zusätzlich:
Fachlich geprüfte Quellen
- Bundesamt für Sicherheit in der Informationstechnik: Notfälle üben. Bedeutung regelmäßiger Tests und Übungen.
- BSI-IT-Grundschutz: CON.3 Datensicherungskonzept. Datensicherungsplanung und regelmäßige Wiederherstellungstests; die verlinkte Fassung wird auf einem nichtamtlichen Spiegel bereitgestellt.
- NIST: SP 800-34 Rev. 1 – Contingency Planning Guide for Federal Information Systems. Notfallplanung, Wiederherstellungsziele und Tests.
- Python-Dokumentation: sqlite3. Dokumentation der SQLite-Backup-API.
- Python-Dokumentation: tempfile. Temporäre Testverzeichnisse und automatische Bereinigung.
- Microsoft Learn: Shared Responsibility for Reliability. Aufgabenverteilung und Zuverlässigkeit in der Cloud.
Bildnachweise und Medienrechte
Die folgenden Abbildungen stammen aus Wikimedia Commons. Die Dateiseiten enthalten die jeweiligen Lizenz- und Urheberinformationen.
- Legrand S.A. server rack.jpg – OboeBlanket, CC0 1.0.
- Cloud computing.svg – Sam Johnston, CC BY-SA 3.0.
- RPO RTO example.svg – Wohali, CC BY-SA 4.0.
- 3-2-1 backup.svg – Olaf Pichler, CC BY-SA 4.0.
- RAID5diagram.PNG – Kryptknight, Public Domain.
- Database Server.svg – ujmoser, CC0 1.0.
Die Videos von Databarracks und ByteMonk werden über den offiziellen YouTube-Player eingebunden. Sie werden hier nicht als frei lizenzierte OER ausgewiesen. Es gelten die jeweiligen Bedingungen der Rechteinhaber und Plattformen. Bei extern eingebetteten Medien können technische Nutzungsdaten an Drittanbieter übertragen werden. Für die lokale Laborübung sind diese Dienste nicht erforderlich.
Quellenstand: Oktober 2026. Quellen, Lizenzen und Verfügbarkeit eingebetteter Videos sollten vor einem späteren Kurseinsatz erneut überprüft werden.
Verknüpfte Lernbereiche
aiMOOC-Projekte
Schulfach+
|
|
aiMOOCs
aiMOOC Projekte
MOOCwiki · Deutsch
Nach dem Lernen ist vor dem Lernen
Entdecke direkt den nächsten Lernkurs. Weitere Inhalte erscheinen, wenn Du weiter nach unten scrollst.
Zur MOOCwiki-HauptseiteMediathek
Mediathek wird aus dem Wiki geladen ...
Keine passenden Inhalte gefunden. Bitte ändere Suche oder Filter.