Rechtstexte, FinalFlux-Überarbeitung, neue Login-Optik, Konto-Löschung-Fix, BTTF-Farbrelaunch
- Rechtsseiten: Impressum-Platzhalter + echte Nutzungsbedingungen/AGB, Datenschutz (DSGVO) und Richtlinien; LegalController/ImpressumController, Footer app-weit verlinkt, Seiten als permitAll freigegeben. - FinalFlux: 28 Themen / ~742 Fragen überarbeitet (plausible Distraktoren statt Dummy-Antworten, echte Erklärungen) + echte Lehrtexte je Seite; Netzwerktopologien mit Inline-SVG-Diagrammen (Stern/Bus/Ring/Mesh/Baum). - Login/Registrierung als kombiniertes Dual-Panel (Slide-Overlay + Neon-Hover- Button), ausgelagert nach auth.css; Register-Duplikat -> /?registerError. - Konto löschen repariert: @Transactional + Löschen von Spielständen, Achievements und Profilbild-Datei (DSGVO Art. 17). Impressum-Zurück-Link login-abhängig. - App-weiter Farb-Relaunch auf "Back to the Future"-Palette: Feuer-Amber primär + Flux-Blau sekundär, warmer Glow; Dark/Light bleiben. Spiele-Feedback ohne Grün: richtig = Blau + Haken, falsch = Rot + Kreuz (neue Tokens --success/--danger/--secondary). Legacy-Cyan in style.css auf Variablen. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
This commit is contained in:
AliceDarkest
@@ -5,241 +5,241 @@
|
||||
"category": "Backup-Grundlagen",
|
||||
"hint": "Verstehe Zweck, Begriffe und Anforderungen an Datensicherung.",
|
||||
"text": "Was ist das Hauptziel eines Backups?",
|
||||
"answers": ["Daten nach Verlust wiederherstellen können", "Daten absichtlich verlangsamen", "Passwörter öffentlich speichern"],
|
||||
"answers": ["Daten nach Verlust wiederherstellen können", "Die Lese- und Schreibgeschwindigkeit der Festplatte erhöhen", "Speicherplatz auf dem Produktivsystem dauerhaft freigeben"],
|
||||
"correct": 0,
|
||||
"explanation": "Backups dienen der Wiederherstellung nach Verlust, Fehlern oder Ausfällen."
|
||||
"explanation": "Ein Backup sichert eine zweite Kopie, um nach Verlust, Fehlern oder Ausfällen den Datenbestand wiederherzustellen. Performance oder Speicherentlastung sind nicht sein Zweck."
|
||||
},
|
||||
{
|
||||
"category": "Backup-Grundlagen",
|
||||
"hint": "Verstehe Zweck, Begriffe und Anforderungen an Datensicherung.",
|
||||
"text": "Was bedeutet Restore?",
|
||||
"answers": ["Wiederherstellung von Daten aus einer Sicherung", "Löschen aller Sicherungen", "Komprimieren eines Monitors"],
|
||||
"correct": 0,
|
||||
"explanation": "Restore ist das Zurückspielen gesicherter Daten."
|
||||
"answers": ["Das Anlegen einer neuen Sicherung", "Wiederherstellung von Daten aus einer Sicherung", "Das Verschieben der Daten in ein RAID-Verbund"],
|
||||
"correct": 1,
|
||||
"explanation": "Restore ist das Zurückspielen bereits gesicherter Daten. Das Anlegen einer Sicherung heißt dagegen Backup."
|
||||
},
|
||||
{
|
||||
"category": "Backup-Grundlagen",
|
||||
"hint": "Verstehe Zweck, Begriffe und Anforderungen an Datensicherung.",
|
||||
"text": "Warum sollte ein Restore regelmäßig getestet werden?",
|
||||
"answers": ["Damit sicher ist, dass die Sicherung im Ernstfall funktioniert", "Damit Backups größer werden", "Damit keine Dokumentation nötig ist"],
|
||||
"answers": ["Damit sicher ist, dass die Sicherung im Ernstfall funktioniert", "Damit der benötigte Speicherplatz sinkt", "Weil ein Test das Backup automatisch verschlüsselt"],
|
||||
"correct": 0,
|
||||
"explanation": "Ein Backup ist nur wertvoll, wenn die Wiederherstellung klappt."
|
||||
"explanation": "Eine Sicherung ist nur dann wertvoll, wenn die Wiederherstellung tatsächlich klappt. Defekte oder unvollständige Backups fallen oft erst beim Restore-Test auf."
|
||||
},
|
||||
{
|
||||
"category": "Backup-Grundlagen",
|
||||
"hint": "Verstehe Zweck, Begriffe und Anforderungen an Datensicherung.",
|
||||
"text": "Was ist RPO?",
|
||||
"answers": ["Maximal tolerierbarer Datenverlust in Zeit", "Maximale Bildschirmauflösung", "Ein Druckerprotokoll"],
|
||||
"correct": 0,
|
||||
"explanation": "RPO beschreibt, wie alt die wiederhergestellten Daten höchstens sein dürfen."
|
||||
"text": "Was beschreibt der RPO (Recovery Point Objective)?",
|
||||
"answers": ["Die maximal tolerierbare Wiederherstellungszeit nach einem Ausfall", "Den maximal tolerierbaren Datenverlust, gemessen als Zeitspanne", "Die maximale Anzahl gleichzeitiger Restore-Vorgänge"],
|
||||
"correct": 1,
|
||||
"explanation": "Der RPO legt fest, wie alt die wiederhergestellten Daten höchstens sein dürfen, und bestimmt damit den Sicherungsabstand. Die zulässige Ausfalldauer beschreibt dagegen der RTO."
|
||||
},
|
||||
{
|
||||
"category": "Backup-Grundlagen",
|
||||
"hint": "Verstehe Zweck, Begriffe und Anforderungen an Datensicherung.",
|
||||
"text": "Was ist RTO?",
|
||||
"answers": ["Maximal tolerierbare Wiederherstellungszeit", "Router-Temperatur-Option", "Eine Dateiendung"],
|
||||
"correct": 0,
|
||||
"explanation": "RTO beschreibt, wie schnell ein System nach Ausfall wieder laufen muss."
|
||||
"text": "Was beschreibt der RTO (Recovery Time Objective)?",
|
||||
"answers": ["Den maximal tolerierbaren Datenverlust in Zeit", "Wie oft ein Vollbackup erstellt werden muss", "Die maximal tolerierbare Wiederherstellungszeit nach einem Ausfall"],
|
||||
"correct": 2,
|
||||
"explanation": "Der RTO gibt vor, wie schnell ein System nach einem Ausfall wieder verfügbar sein muss. Den zulässigen Datenverlust beschreibt dagegen der RPO."
|
||||
},
|
||||
{
|
||||
"category": "Backup-Grundlagen",
|
||||
"hint": "Verstehe Zweck, Begriffe und Anforderungen an Datensicherung.",
|
||||
"text": "Warum ist eine Backup-Dokumentation wichtig?",
|
||||
"answers": ["Damit Zuständigkeiten, Zeitpunkte und Wiederherstellung nachvollziehbar sind", "Damit niemand Backups findet", "Damit Tests überflüssig sind"],
|
||||
"answers": ["Damit Zuständigkeiten, Zeitpunkte und Wiederherstellung nachvollziehbar sind", "Weil sie regelmäßige Restore-Tests überflüssig macht", "Weil sie den Speicherbedarf der Sicherungen verringert"],
|
||||
"correct": 0,
|
||||
"explanation": "Dokumentation macht Sicherung und Restore planbar."
|
||||
"explanation": "Dokumentation macht Sicherung und Restore planbar und im Notfall auch durch Vertretungen durchführbar. Restore-Tests ersetzt sie aber nicht."
|
||||
},
|
||||
{
|
||||
"category": "Backup-Grundlagen",
|
||||
"hint": "Verstehe Zweck, Begriffe und Anforderungen an Datensicherung.",
|
||||
"text": "Welche Daten sollten gesichert werden?",
|
||||
"answers": ["Geschäftskritische Daten und notwendige Konfigurationen", "Nur Hintergrundbilder", "Ausschließlich leere Ordner"],
|
||||
"correct": 0,
|
||||
"explanation": "Sicherungsumfang richtet sich nach Wiederherstellungsbedarf und Kritikalität."
|
||||
"text": "Welche Daten sollten vorrangig gesichert werden?",
|
||||
"answers": ["Temporäre Dateien und der Browser-Cache", "Ausschließlich Daten, die kleiner als 1 GB sind", "Geschäftskritische Daten und notwendige Konfigurationen"],
|
||||
"correct": 2,
|
||||
"explanation": "Der Sicherungsumfang richtet sich nach Kritikalität und Wiederherstellungsbedarf, nicht nach Dateigröße. Temporäre Daten lassen sich meist neu erzeugen."
|
||||
},
|
||||
{
|
||||
"category": "Backup-Grundlagen",
|
||||
"hint": "Verstehe Zweck, Begriffe und Anforderungen an Datensicherung.",
|
||||
"text": "Was ist ein Backup-Fenster?",
|
||||
"answers": ["Zeitraum, in dem Sicherungen durchgeführt werden", "Ein Fenster im Serverraum", "Eine Monitorfunktion"],
|
||||
"answers": ["Zeitraum, in dem Sicherungen durchgeführt werden", "Die maximale Größe einer einzelnen Sicherungsdatei", "Der freie Speicherplatz auf dem Sicherungsmedium"],
|
||||
"correct": 0,
|
||||
"explanation": "Backups werden oft in Zeiten geringer Nutzung geplant."
|
||||
"explanation": "Das Backup-Fenster ist die geplante Zeitspanne für die Sicherung, oft in Zeiten geringer Systemlast wie nachts. Es bezeichnet keine Datei- oder Speichergröße."
|
||||
},
|
||||
{
|
||||
"category": "Backup-Grundlagen",
|
||||
"hint": "Verstehe Zweck, Begriffe und Anforderungen an Datensicherung.",
|
||||
"text": "Was ist bei personenbezogenen Daten in Backups wichtig?",
|
||||
"answers": ["Schutz, Zugriff und Löschkonzept beachten", "Backups immer öffentlich machen", "Datenschutz gilt dort nie"],
|
||||
"correct": 0,
|
||||
"explanation": "Auch Backups können personenbezogene Daten enthalten."
|
||||
"answers": ["Sie müssen nach der DSGVO nicht gesichert werden", "Schutz, Zugriffsbeschränkung und ein Löschkonzept beachten", "Sie dürfen nur unverschlüsselt gespeichert werden"],
|
||||
"correct": 1,
|
||||
"explanation": "Auch Sicherungen können personenbezogene Daten enthalten, daher gelten Datenschutz, Zugriffsschutz und Löschpflichten. Verschlüsselung ist dabei erwünscht, nicht verboten."
|
||||
},
|
||||
{
|
||||
"category": "Backup-Grundlagen",
|
||||
"hint": "Verstehe Zweck, Begriffe und Anforderungen an Datensicherung.",
|
||||
"text": "Welche Aussage ist korrekt?",
|
||||
"answers": ["Backups müssen zum Risiko und Wiederherstellungsbedarf passen", "Ein Backup ersetzt jede IT-Sicherheit", "Ein einziges ungetestetes Backup reicht immer"],
|
||||
"correct": 0,
|
||||
"explanation": "Backup-Konzepte müssen Anforderungen, Risiken und Tests berücksichtigen."
|
||||
"text": "Welche Aussage zu Backup-Konzepten ist korrekt?",
|
||||
"answers": ["Ein einzelnes, ungetestetes Backup genügt in jedem Fall", "Ein Backup ersetzt Firewall und Virenschutz vollständig", "Backups müssen zum Risiko und zum Wiederherstellungsbedarf passen"],
|
||||
"correct": 2,
|
||||
"explanation": "Ein gutes Konzept richtet Sicherungsart, Häufigkeit und Tests an Risiken und Anforderungen aus. Backups sind Teil der IT-Sicherheit, ersetzen aber keine Schutzmaßnahmen."
|
||||
},
|
||||
{
|
||||
"category": "Voll, differentiell, inkrementell",
|
||||
"hint": "Unterscheide Sicherungsarten nach Speicherbedarf, Dauer und Restore-Aufwand.",
|
||||
"text": "Was sichert ein Vollbackup?",
|
||||
"answers": ["Alle ausgewählten Daten", "Nur Änderungen seit gestern", "Nur gelöschte Dateien"],
|
||||
"answers": ["Alle ausgewählten Daten", "Nur die seit dem letzten Vollbackup geänderten Daten", "Nur die seit der letzten Sicherung geänderten Daten"],
|
||||
"correct": 0,
|
||||
"explanation": "Ein Vollbackup enthält den kompletten ausgewählten Datenbestand."
|
||||
"explanation": "Ein Vollbackup enthält den kompletten ausgewählten Datenbestand. Nur die Änderungen sichern dagegen differentielle bzw. inkrementelle Backups."
|
||||
},
|
||||
{
|
||||
"category": "Voll, differentiell, inkrementell",
|
||||
"hint": "Unterscheide Sicherungsarten nach Speicherbedarf, Dauer und Restore-Aufwand.",
|
||||
"text": "Was sichert ein differentielles Backup?",
|
||||
"answers": ["Alle Änderungen seit dem letzten Vollbackup", "Nur Änderungen seit dem letzten beliebigen Backup", "Immer alle Daten"],
|
||||
"correct": 0,
|
||||
"explanation": "Differentiell bezieht sich auf das letzte Vollbackup."
|
||||
"text": "Worauf bezieht sich ein differentielles Backup?",
|
||||
"answers": ["Auf das jeweils letzte Backup, egal welcher Art", "Auf das letzte Vollbackup und sichert alle seitdem geänderten Daten", "Es sichert stets den gesamten Datenbestand neu"],
|
||||
"correct": 1,
|
||||
"explanation": "Differentielle Backups sichern alle Änderungen seit dem letzten Vollbackup und wachsen daher bis zum nächsten Vollbackup an. Der Bezug auf das letzte beliebige Backup kennzeichnet inkrementelle Sicherungen."
|
||||
},
|
||||
{
|
||||
"category": "Voll, differentiell, inkrementell",
|
||||
"hint": "Unterscheide Sicherungsarten nach Speicherbedarf, Dauer und Restore-Aufwand.",
|
||||
"text": "Was sichert ein inkrementelles Backup?",
|
||||
"answers": ["Änderungen seit dem letzten Backup", "Immer alle Daten", "Nur Betriebssystemdateien"],
|
||||
"correct": 0,
|
||||
"explanation": "Inkrementell bezieht sich auf das letzte Backup, egal ob voll oder inkrementell."
|
||||
"text": "Worauf bezieht sich ein inkrementelles Backup?",
|
||||
"answers": ["Auf das letzte Vollbackup", "Auf das jeweils letzte Backup, egal ob voll oder inkrementell", "Es sichert ausschließlich Betriebssystemdateien"],
|
||||
"correct": 1,
|
||||
"explanation": "Inkrementelle Backups sichern nur die Änderungen seit der letzten Sicherung beliebiger Art. Der feste Bezug auf das letzte Vollbackup kennzeichnet dagegen differentielle Sicherungen."
|
||||
},
|
||||
{
|
||||
"category": "Voll, differentiell, inkrementell",
|
||||
"hint": "Unterscheide Sicherungsarten nach Speicherbedarf, Dauer und Restore-Aufwand.",
|
||||
"text": "Welche Sicherungsart braucht meist am meisten Speicherplatz?",
|
||||
"answers": ["Vollbackup", "Inkrementelles Backup", "Keine Sicherung"],
|
||||
"correct": 0,
|
||||
"explanation": "Vollbackups enthalten den gesamten ausgewählten Datenbestand."
|
||||
"text": "Welche Sicherungsart benötigt pro Durchlauf meist am meisten Speicherplatz?",
|
||||
"answers": ["Das inkrementelle Backup", "Das differentielle Backup", "Das Vollbackup"],
|
||||
"correct": 2,
|
||||
"explanation": "Ein Vollbackup sichert den gesamten ausgewählten Datenbestand und ist daher am größten. Differentielle und besonders inkrementelle Sicherungen speichern nur Änderungen."
|
||||
},
|
||||
{
|
||||
"category": "Voll, differentiell, inkrementell",
|
||||
"hint": "Unterscheide Sicherungsarten nach Speicherbedarf, Dauer und Restore-Aufwand.",
|
||||
"text": "Welche Sicherungsart spart im Alltag meist am meisten Speicherplatz?",
|
||||
"answers": ["Inkrementelles Backup", "Tägliches Vollbackup", "Doppelte Vollsicherung"],
|
||||
"text": "Welche Sicherungsart spart im laufenden Betrieb meist am meisten Speicherplatz?",
|
||||
"answers": ["Das inkrementelle Backup", "Das tägliche Vollbackup", "Das differentielle Backup gegenüber inkrementell"],
|
||||
"correct": 0,
|
||||
"explanation": "Inkrementelle Backups sichern nur die Änderungen seit der letzten Sicherung."
|
||||
"explanation": "Inkrementelle Backups sichern nur die Änderungen seit der letzten Sicherung und sind deshalb am kleinsten. Differentielle Sicherungen wachsen dagegen bis zum nächsten Vollbackup an."
|
||||
},
|
||||
{
|
||||
"category": "Voll, differentiell, inkrementell",
|
||||
"hint": "Unterscheide Sicherungsarten nach Speicherbedarf, Dauer und Restore-Aufwand.",
|
||||
"text": "Was brauchst du beim differentiellen Restore?",
|
||||
"answers": ["Letztes Vollbackup und letztes differentielles Backup", "Alle differentiellen Backups", "Nur das erste inkrementelle Backup"],
|
||||
"correct": 0,
|
||||
"explanation": "Differentiell enthält alle Änderungen seit dem letzten Vollbackup."
|
||||
"text": "Was wird für einen differentiellen Restore benötigt?",
|
||||
"answers": ["Sämtliche differentiellen Backups seit dem Vollbackup", "Das letzte Vollbackup und das letzte differentielle Backup", "Nur das letzte differentielle Backup"],
|
||||
"correct": 1,
|
||||
"explanation": "Da ein differentielles Backup alle Änderungen seit dem letzten Vollbackup enthält, genügen Vollbackup plus das letzte differentielle Backup. Die Zwischenstände werden nicht benötigt."
|
||||
},
|
||||
{
|
||||
"category": "Voll, differentiell, inkrementell",
|
||||
"hint": "Unterscheide Sicherungsarten nach Speicherbedarf, Dauer und Restore-Aufwand.",
|
||||
"text": "Was brauchst du beim inkrementellen Restore typischerweise?",
|
||||
"answers": ["Vollbackup und alle benötigten inkrementellen Backups der Kette", "Nur das letzte inkrementelle Backup", "Kein Vollbackup"],
|
||||
"correct": 0,
|
||||
"explanation": "Die inkrementelle Kette muss vollständig sein."
|
||||
"text": "Was wird für einen inkrementellen Restore typischerweise benötigt?",
|
||||
"answers": ["Nur das letzte inkrementelle Backup", "Nur das Vollbackup ohne weitere Sicherungen", "Das Vollbackup und alle inkrementellen Backups der Kette in Reihenfolge"],
|
||||
"correct": 2,
|
||||
"explanation": "Jedes inkrementelle Backup baut auf dem vorherigen auf, daher muss die gesamte Kette ab dem Vollbackup vollständig sein. Fehlt ein Glied, scheitert der Restore."
|
||||
},
|
||||
{
|
||||
"category": "Voll, differentiell, inkrementell",
|
||||
"hint": "Unterscheide Sicherungsarten nach Speicherbedarf, Dauer und Restore-Aufwand.",
|
||||
"text": "Was ist ein Nachteil langer inkrementeller Ketten?",
|
||||
"answers": ["Restore kann länger dauern und anfälliger sein", "Sie brauchen immer mehr Kabel", "Sie verhindern Datenschutz"],
|
||||
"answers": ["Der Restore dauert länger und ist anfälliger, weil jedes Kettenglied benötigt wird", "Sie belegen mehr Speicher als tägliche Vollbackups", "Sie können kein Vollbackup als Ausgangspunkt nutzen"],
|
||||
"correct": 0,
|
||||
"explanation": "Wenn ein Teil der Kette fehlt oder defekt ist, kann der Restore scheitern."
|
||||
"explanation": "Ist nur ein Glied der Kette defekt oder fehlt, kann der gesamte Restore scheitern, und das Zusammensetzen vieler Stände kostet Zeit. Im Speicherbedarf sind sie dagegen sparsam."
|
||||
},
|
||||
{
|
||||
"category": "Voll, differentiell, inkrementell",
|
||||
"hint": "Unterscheide Sicherungsarten nach Speicherbedarf, Dauer und Restore-Aufwand.",
|
||||
"text": "Welche Strategie ist häufig praktikabel?",
|
||||
"answers": ["Regelmäßige Vollbackups plus tägliche inkrementelle oder differentielle Sicherungen", "Nie sichern", "Nur einmal im Jahr prüfen"],
|
||||
"correct": 0,
|
||||
"explanation": "Kombinationen balancieren Speicherbedarf, Sicherungsdauer und Restore-Aufwand."
|
||||
"text": "Welche Strategie ist in der Praxis häufig sinnvoll?",
|
||||
"answers": ["Ausschließlich täglich ein Vollbackup ohne Zwischensicherungen", "Regelmäßige Vollbackups plus tägliche inkrementelle oder differentielle Sicherungen", "Nur einmal jährlich ein einzelnes Vollbackup"],
|
||||
"correct": 1,
|
||||
"explanation": "Die Kombination aus periodischem Vollbackup und täglichen Teilsicherungen balanciert Speicherbedarf, Sicherungsdauer und Restore-Aufwand. Reine Vollbackups oder zu seltene Sicherungen sind meist unwirtschaftlich oder riskant."
|
||||
},
|
||||
{
|
||||
"category": "Voll, differentiell, inkrementell",
|
||||
"hint": "Unterscheide Sicherungsarten nach Speicherbedarf, Dauer und Restore-Aufwand.",
|
||||
"text": "Welche Aussage zum Vollbackup stimmt?",
|
||||
"answers": ["Restore ist oft einfacher als bei langen Ketten", "Es enthält nie vollständige Daten", "Es ist immer verboten"],
|
||||
"correct": 0,
|
||||
"explanation": "Ein vollständiger Sicherungsstand vereinfacht die Wiederherstellung."
|
||||
"text": "Welche Aussage zum Restore eines Vollbackups stimmt?",
|
||||
"answers": ["Es kann ohne ein Vollbackup wiederhergestellt werden", "Es enthält nur einen Teil des Datenbestands", "Der Restore ist oft einfacher als bei langen inkrementellen Ketten"],
|
||||
"correct": 2,
|
||||
"explanation": "Ein vollständiger Sicherungsstand kann in einem Schritt zurückgespielt werden und vereinfacht so die Wiederherstellung. Ketten aus mehreren Teilsicherungen erfordern dagegen mehrere abhängige Schritte."
|
||||
},
|
||||
{
|
||||
"category": "Backup-Strategie & Praxis",
|
||||
"hint": "Bewerte Sicherungsorte, Sicherheit, Tests und typische AP1-Szenarien.",
|
||||
"text": "Was bedeutet die 3-2-1-Regel grob?",
|
||||
"answers": ["3 Kopien, 2 Medientypen, 1 Kopie extern", "3 Passwörter, 2 Nutzer, 1 Drucker", "3 Monitore, 2 Kabel, 1 Maus"],
|
||||
"text": "Was besagt die 3-2-1-Regel?",
|
||||
"answers": ["3 Kopien der Daten, auf 2 unterschiedlichen Medientypen, davon 1 Kopie extern", "3 Vollbackups, 2 inkrementelle, 1 differentielles pro Woche", "3 Restore-Tests, 2 Verantwortliche, 1 Backup-Server"],
|
||||
"correct": 0,
|
||||
"explanation": "Die Regel reduziert Risiko durch mehrere Kopien und externe Lagerung."
|
||||
"explanation": "Die 3-2-1-Regel verlangt drei Datenkopien auf zwei Medientypen mit einer Kopie an einem externen Ort. So sinkt das Risiko, durch ein einzelnes Ereignis alle Kopien zu verlieren."
|
||||
},
|
||||
{
|
||||
"category": "Backup-Strategie & Praxis",
|
||||
"hint": "Bewerte Sicherungsorte, Sicherheit, Tests und typische AP1-Szenarien.",
|
||||
"text": "Warum ist eine externe oder offline Kopie sinnvoll?",
|
||||
"answers": ["Sie schützt besser gegen Brand, Diebstahl oder Ransomware", "Sie macht Daten automatisch öffentlich", "Sie ersetzt alle Benutzerrechte"],
|
||||
"correct": 0,
|
||||
"explanation": "Getrennte Kopien erhöhen die Chance auf Wiederherstellung."
|
||||
"text": "Warum ist eine externe oder offline gelagerte Kopie sinnvoll?",
|
||||
"answers": ["Weil sie den benötigten Speicherplatz halbiert", "Weil sie besser gegen Brand, Diebstahl oder Ransomware schützt", "Weil sie das Vollbackup durch ein inkrementelles ersetzt"],
|
||||
"correct": 1,
|
||||
"explanation": "Eine räumlich oder netzwerktechnisch getrennte Kopie übersteht Ereignisse, die den Standort oder das Produktivnetz treffen. Mit Speicherersparnis hat das nichts zu tun."
|
||||
},
|
||||
{
|
||||
"category": "Backup-Strategie & Praxis",
|
||||
"hint": "Bewerte Sicherungsorte, Sicherheit, Tests und typische AP1-Szenarien.",
|
||||
"text": "Was ist bei Cloud-Backups wichtig?",
|
||||
"answers": ["Datenschutz, Verschlüsselung, Vertrag und Wiederherstellbarkeit", "Nur die Farbe des Cloud-Logos", "Keine Zugriffskontrolle"],
|
||||
"text": "Was ist bei Cloud-Backups besonders zu beachten?",
|
||||
"answers": ["Datenschutz, Verschlüsselung, Vertragsbedingungen und Wiederherstellbarkeit", "Dass kein Restore-Test mehr notwendig ist", "Dass die 3-2-1-Regel dadurch entfällt"],
|
||||
"correct": 0,
|
||||
"explanation": "Cloud-Backups brauchen technische, rechtliche und organisatorische Bewertung."
|
||||
"explanation": "Cloud-Backups erfordern eine technische, rechtliche und organisatorische Bewertung, etwa zu Speicherort, Verschlüsselung und Anbietervertrag. Tests und Mehrfachkopien bleiben weiterhin nötig."
|
||||
},
|
||||
{
|
||||
"category": "Backup-Strategie & Praxis",
|
||||
"hint": "Bewerte Sicherungsorte, Sicherheit, Tests und typische AP1-Szenarien.",
|
||||
"text": "Warum sollten Backups verschlüsselt werden?",
|
||||
"answers": ["Zum Schutz vor unbefugtem Zugriff", "Damit sie langsamer gelöscht werden", "Damit sie nie wiederherstellbar sind"],
|
||||
"correct": 0,
|
||||
"explanation": "Verschlüsselung unterstützt die Vertraulichkeit der gesicherten Daten."
|
||||
"answers": ["Damit sie schneller wiederhergestellt werden können", "Damit sie weniger Speicherplatz belegen", "Zum Schutz der Vertraulichkeit vor unbefugtem Zugriff"],
|
||||
"correct": 2,
|
||||
"explanation": "Verschlüsselung verhindert, dass gestohlene oder entwendete Sicherungsmedien lesbar sind. Auf Geschwindigkeit oder Speicherbedarf wirkt sie nicht positiv."
|
||||
},
|
||||
{
|
||||
"category": "Backup-Strategie & Praxis",
|
||||
"hint": "Bewerte Sicherungsorte, Sicherheit, Tests und typische AP1-Szenarien.",
|
||||
"text": "Was sollte nach einer Backup-Einrichtung dokumentiert werden?",
|
||||
"answers": ["Zeitplan, Umfang, Speicherort, Verantwortliche und Restore-Verfahren", "Nur der Name des Praktikanten", "Nichts"],
|
||||
"text": "Was sollte nach der Einrichtung eines Backups dokumentiert werden?",
|
||||
"answers": ["Zeitplan, Umfang, Speicherort, Verantwortliche und Restore-Verfahren", "Nur der Hersteller des verwendeten Sicherungsmediums", "Nur das Datum des allerersten Vollbackups"],
|
||||
"correct": 0,
|
||||
"explanation": "Dokumentation macht Betrieb und Notfallwiederherstellung möglich."
|
||||
"explanation": "Eine vollständige Dokumentation macht Betrieb und Notfallwiederherstellung nachvollziehbar und unabhängig von einzelnen Personen. Einzelangaben wie Hersteller oder Startdatum reichen nicht aus."
|
||||
},
|
||||
{
|
||||
"category": "Backup-Strategie & Praxis",
|
||||
"hint": "Bewerte Sicherungsorte, Sicherheit, Tests und typische AP1-Szenarien.",
|
||||
"text": "Ein Backup läuft täglich, schlägt aber seit Wochen fehl. Was ist das Hauptproblem?",
|
||||
"answers": ["Fehlende Überwachung oder Reaktion auf Fehler", "Zu viele erfolgreiche Tests", "Zu viel Dokumentation"],
|
||||
"correct": 0,
|
||||
"explanation": "Backups müssen überwacht und Fehler müssen bearbeitet werden."
|
||||
"text": "Ein Backup-Job läuft täglich, schlägt aber seit Wochen unbemerkt fehl. Was ist das Hauptproblem?",
|
||||
"answers": ["Die inkrementelle Kette ist zu lang geworden", "Es fehlt eine Überwachung samt Reaktion auf Fehlermeldungen", "Es wurde ein falscher Medientyp gewählt"],
|
||||
"correct": 1,
|
||||
"explanation": "Backups müssen überwacht werden, damit Fehlschläge sofort auffallen und behoben werden. Ohne Monitoring bleibt das Problem wochenlang unentdeckt."
|
||||
},
|
||||
{
|
||||
"category": "Backup-Strategie & Praxis",
|
||||
"hint": "Bewerte Sicherungsorte, Sicherheit, Tests und typische AP1-Szenarien.",
|
||||
"text": "Was ist bei Ransomware besonders wichtig?",
|
||||
"answers": ["Nicht dauerhaft beschreibbare oder getrennte Backup-Kopien", "Backups immer im selben Ordner offen lassen", "Backups nie prüfen"],
|
||||
"text": "Was schützt Backups besonders wirksam gegen Ransomware?",
|
||||
"answers": ["Nicht veränderbare (unveränderliche) oder vom Netz getrennte Backup-Kopien", "Ein möglichst kurzes Backup-Fenster", "Häufigere inkrementelle statt differentielle Sicherungen"],
|
||||
"correct": 0,
|
||||
"explanation": "Ransomware kann erreichbare Backups verschlüsseln oder löschen."
|
||||
"explanation": "Ransomware kann erreichbare und beschreibbare Backups mitverschlüsseln oder löschen, daher helfen unveränderliche (immutable) oder getrennte Kopien. Die Sicherungsart allein bietet keinen Schutz."
|
||||
},
|
||||
{
|
||||
"category": "Backup-Strategie & Praxis",
|
||||
"hint": "Bewerte Sicherungsorte, Sicherheit, Tests und typische AP1-Szenarien.",
|
||||
"text": "Was ist ein typischer Fehler in Backup-Konzepten?",
|
||||
"answers": ["Sicherung nie wiederherstellen testen", "RPO und RTO definieren", "Zugriffe einschränken"],
|
||||
"correct": 0,
|
||||
"explanation": "Ungetestete Sicherungen können im Ernstfall wertlos sein."
|
||||
"answers": ["RPO und RTO festzulegen", "Den Zugriff auf Sicherungen einzuschränken", "Die Wiederherstellung nie zu testen"],
|
||||
"correct": 2,
|
||||
"explanation": "Ungetestete Sicherungen können im Ernstfall unbrauchbar sein, ohne dass es vorher auffällt. RPO/RTO und Zugriffsschutz gehören dagegen zu guten Konzepten."
|
||||
},
|
||||
{
|
||||
"category": "Backup-Strategie & Praxis",
|
||||
"hint": "Bewerte Sicherungsorte, Sicherheit, Tests und typische AP1-Szenarien.",
|
||||
"text": "Welche Frage ist bei Backup-Planung zentral?",
|
||||
"answers": ["Wie viel Datenverlust und Ausfallzeit sind akzeptabel?", "Welche Tapete hat der Serverraum?", "Welcher Monitor ist am hellsten?"],
|
||||
"text": "Welche Frage ist bei der Backup-Planung zentral?",
|
||||
"answers": ["Wie viel Datenverlust und Ausfallzeit sind tolerierbar?", "Welcher Medienhersteller hat das schönste Design?", "Wie viele Mitarbeiter arbeiten im Serverraum?"],
|
||||
"correct": 0,
|
||||
"explanation": "RPO und RTO bestimmen die passende Backup-Strategie."
|
||||
"explanation": "Aus den Vorgaben für tolerierbaren Datenverlust (RPO) und Ausfallzeit (RTO) ergeben sich Sicherungsart und Häufigkeit. Diese Kennzahlen steuern die gesamte Strategie."
|
||||
},
|
||||
{
|
||||
"category": "Backup-Strategie & Praxis",
|
||||
"hint": "Bewerte Sicherungsorte, Sicherheit, Tests und typische AP1-Szenarien.",
|
||||
"text": "Welche Aussage ist richtig?",
|
||||
"answers": ["Backup, Restore-Test und Dokumentation gehören zusammen", "Backup ohne Restore ist immer ausreichend", "Dokumentation verhindert Wiederherstellung"],
|
||||
"correct": 0,
|
||||
"explanation": "Ein gutes Konzept umfasst Sicherung, Prüfung und nachvollziehbare Abläufe."
|
||||
"text": "Welche Aussage zu einem guten Backup-Konzept ist richtig?",
|
||||
"answers": ["Ein Backup ohne Restore-Test ist in jedem Fall ausreichend", "Sicherung, Restore-Test und Dokumentation gehören zusammen", "Die Dokumentation behindert die Wiederherstellung"],
|
||||
"correct": 1,
|
||||
"explanation": "Erst das Zusammenspiel aus Sicherung, geprüfter Wiederherstellung und nachvollziehbarer Dokumentation ergibt ein verlässliches Konzept. Ungetestete Backups bleiben ein Risiko."
|
||||
}
|
||||
]
|
||||
}
|
||||
|
||||
Reference in New Issue
Block a user