aiMOOC

Server Cloud und zuverlässiger IT-Betrieb – Linux- und Windows-Verwaltung einordnen

QR-Code

Server Cloud und zuverlässiger IT-Betrieb – Linux- und Windows-Verwaltung einordnen

Zielgruppe: IT-Ausbildung, insbesondere Fachinformatik – Systemintegration

Dauer: ca. 60 Minuten Lernzeit und zusätzliche Projektzeit

Kurzbeschreibung: Systemaufgaben erkennen, Linux- und Windows-Werkzeuge vergleichen und einen zuverlässigen IT-Betrieb mit sicheren Testverfahren vorbereiten.

Dein Lernziel: Du kannst Cloud-Betriebsmodelle unterscheiden, passende Verwaltungswerkzeuge auswählen, Störungen systematisch beurteilen und geeignete Betriebsmaßnahmen begründen.

Einleitung

Ein zuverlässiger IT-Betrieb benötigt funktionierende Dienste, aktuelle Systeme, kontrollierte Zugriffe, Monitoring, Datensicherung und dokumentierte Änderungen.

Fehler beim Erstellen des Vorschaubildes:

Abbildung: Infrastruktur, Plattform und Anwendungen als Ebenen des Cloud Computing.

Laborregel: Verwende ausschließlich fiktive Daten, eigene lokale Testsysteme oder ausdrücklich autorisierte Übungsumgebungen. Keine fremden Netzwerke, Produktivserver, echten Zugangsdaten oder Kundendaten verwenden. Keine automatischen Übertragungen an externe Dienste. Veränderungen an Systemen dürfen nur nach Freigabe erfolgen.

Dein Lernpfad

Einheit	Thema	Zeit
1	Cloud und Verantwortung	8 Minuten
2	Ausbildungsfall und Messwerte	8 Minuten
3	Linux-Verwaltung	10 Minuten
4	Windows-Verwaltung	10 Minuten
5	Zuverlässiger Betrieb	10 Minuten
6	Offline-Labor und Tests	14 Minuten

Lerneinheit 1: Cloud und Verantwortung

Cloud Computing ermöglicht die bedarfsgerechte Bereitstellung von IT-Ressourcen. Die Verantwortung für den Betrieb hängt vom gewählten Dienstmodell ab.

Modell	Bereitstellung	Typische eigene Aufgabe
IaaS	Virtuelle Infrastruktur	Gastbetriebssystem und Anwendungen verwalten
PaaS	Verwaltete Plattform	Anwendung und Konfiguration betreuen
SaaS	Fertige Software	Identitäten, Berechtigungen und Daten schützen

Merke: In einer typischen IaaS-Umgebung betreibt der Anbieter die physische Hostinfrastruktur. Die Verwaltung des Gastbetriebssystems verbleibt bei Dir beziehungsweise Deiner Organisation.

Abbildung: Mehrere virtuelle Maschinen auf einer gemeinsamen Hostplattform.

Video: IaaS, PaaS und SaaS – Microsoft Azure

Basisfrage: Warum bedeutet die Nutzung einer Cloud nicht automatisch, dass der Anbieter sämtliche Betriebssystemupdates übernimmt?

Feedback: Weil der Umfang der Aufgaben zwischen IaaS, PaaS und SaaS unterschiedlich geregelt ist.

Lerneinheit 2: Ein Ausbildungsfall

Ausbildungsbetrieb: Die fiktive Nordstern-Werkstatt betreibt einen Linux-Katalogdienst und einen Windows-Freigabedienst.

Störungsmeldung: Um 09:10 Uhr meldet das Ausbildungsteam, dass der Katalogdienst nicht erreichbar ist.

Die folgenden Werte sind vollständig erfundene Übungsdaten.

Visualisierte Betriebsdaten

Kennzahl	lab-lnx	lab-win
Betriebssystem	Linux	Windows
Dienstzustand	Ausgefallen	Läuft
Speicherbelegung	88 %	54 %
Speicheranzeige	██████████████████░░	███████████░░░░░░░░░
Alter der letzten Sicherung	30 Stunden	2 Stunden
Demo-Protokoll	Konfigurationsfehler	Keine Auffälligkeit
Bewertung	Kritisch	OK

Übungsschwellen: Speicherbelegung ab 85 % oder Sicherungsalter ab 24 Stunden ergeben eine Warnung. Ein ausgefallener notwendiger Dienst erhält Priorität „Kritisch“. Diese Schwellen sind nur für den Ausbildungsfall festgelegt.

Dein Auftrag: Prüfe zuerst den dokumentierten Dienstzustand und das fiktive Protokoll. Ein sofortiger Neustart ohne Ursachenprüfung ist keine begründete Erstmaßnahme.

Fehler beim Erstellen des Vorschaubildes:

Feedback: Linux benötigt hier vorrangig eine Diagnose. Die Speicher- und Sicherungswerte verstärken den Handlungsbedarf, beweisen aber nicht die Ursache des Dienstausfalls.

Lerneinheit 3: Linux-Verwaltung

Linux wird häufig für Serverdienste eingesetzt. Auf Linux-Systemen mit systemd dienen insbesondere systemctl und journalctl zur Verwaltung und Diagnose.

Datei:Linux OS.svg

Werkzeug	Zweck
systemctl	Dienstzustände und Units untersuchen
journalctl	Systemd-Protokolle auswerten
df	Dateisystembelegung anzeigen
top	Prozesse und Auslastung beobachten

Nur in einer eigenen, isolierten Linux-Test-VM mit systemd:

systemctl list-units --type=service --state=running --no-pager
journalctl --no-pager -n 10
df -h .

Diese Befehle lesen lokale Zustände. Es werden keine Dienste verändert. Einzelne Protokolleinträge können geschützt sein; fehlende Leserechte nicht durch ungeplante Rechteerhöhung umgehen.

Video: Systemd und Dienstverwaltung – Learn Linux TV

Video: Linux-Protokolle verstehen – Learn Linux TV

Mini-Aufgabe: Welches Werkzeug verwendest Du zuerst, wenn Du Hinweise zu einem fehlgeschlagenen systemd-Dienst benötigst?

Feedback: Der Dienststatus mit systemctl und zugehörige Protokolle mit journalctl liefern sich ergänzende Befunde.

Lerneinheit 4: Windows-Verwaltung

Windows Server kann grafisch oder automatisiert verwaltet werden. Wichtige Werkzeuge sind PowerShell, Ereignisanzeige, Server-Manager und Windows Admin Center.

Datei:Windows Server.png

Werkzeug	Zweck
Get-Service	Lokale Dienste anzeigen
Get-WinEvent	Ereignisprotokolle untersuchen
Get-Process	Prozesse anzeigen
Windows Admin Center	Grafische Serververwaltung

Nur auf einem eigenen, isolierten Windows-Testsystem mit PowerShell:

Get-Service |
    Select-Object -First 5 Name, Status

Get-WinEvent -LogName System -MaxEvents 5 |
    Select-Object TimeCreated, Id, LevelDisplayName

Diese Beispiele sind lesend und verwenden keinen Remotezugriff. Ereignisprotokolle können geschützte Informationen enthalten und dürfen nicht ungefragt exportiert werden.

Video: Windows-Dienste mit PowerShell – TechSnips / ATA Learning

Das Video demonstriert auch verändernde Dienstbefehle. Für diesen Kurs führst Du ausschließlich die oben dargestellten lesenden Befehle aus.

Vertiefung: Windows Server-Verwaltungswerkzeuge – Microsoft Learn

Mini-Aufgabe: Warum ist eine strukturierte PowerShell-Ausgabe für regelmäßige Betriebsprüfungen hilfreich?

Feedback: Weil Eigenschaften wie Name und Zustand wiederholbar ausgewertet und dokumentiert werden können.

Lerneinheit 5: Zuverlässiger IT-Betrieb

IT-Service-Management verbindet technische Prüfungen mit Zuständigkeiten, nachvollziehbaren Änderungen und Wiederherstellungsverfahren.

Der sichere Betriebsablauf

Schritt	Handlung
Erkennen	Dienstzustand und Kennzahlen prüfen
Eingrenzen	Protokolle und mögliche Ursachen vergleichen
Bewerten	Auswirkungen, Risiko und Dringlichkeit bestimmen
Freigeben	Zuständigkeit, Änderung und Rückfallplan klären
Prüfen	Ergebnis und Dienstfunktion kontrollieren
Dokumentieren	Befund und Maßnahmen festhalten

Datensicherung und Wiederherstellung

Die 3-2-1-Regel beschreibt drei Datenkopien, zwei unterschiedliche Speichermedien beziehungsweise Speicherarten und mindestens eine externe Kopie.

Wichtig: Eine erfolgreiche Backup-Meldung ist noch kein Nachweis für eine erfolgreiche Wiederherstellung. Erst ein geeigneter Restore-Test überprüft die tatsächliche Nutzbarkeit.

Transferfrage: Warum reicht die Speicherbelegung eines Servers allein nicht zur Störungsdiagnose?

Feedback: Hohe Speicherbelegung ist ein Risikohinweis, aber kein eindeutiger Beleg für die Ursache eines Dienstfehlers.

Lerneinheit 6: Interaktives Offline-Labor

Ziel: Du entscheidest anhand fiktiver Daten, welcher Server zuerst untersucht wird und ob ein Neustart fachlich begründet wäre.

Testumgebung A: Lokales Python-Programm ohne Netzwerkaufrufe, externe Bibliotheken, Zugangsdaten oder echte Systemabfragen.

Testumgebung B: Eigene Offline-VM ohne Netzwerkadapter, möglichst mit Snapshot und ohne Administrationsrechte für die Leseübungen.

Python-Labor: Dienststörungen simulieren

Speichere den folgenden Code als betriebs_lab.py in einem neu angelegten lokalen Übungsordner. Benötigt wird Python 3.

"""Offline-Labor mit ausschließlich fiktiven Daten."""
import sys
import unittest

HOSTS = {
    "lab-lnx": {
        "system": "Linux",
        "dienst": "ausgefallen",
        "speicher": 88,
        "backup_h": 30,
        "meldung": "Konfigurationsfehler im Demo-Dienst"
    },
    "lab-win": {
        "system": "Windows",
        "dienst": "läuft",
        "speicher": 54,
        "backup_h": 2,
        "meldung": "Keine Auffälligkeit im Demo-Protokoll"
    },
}

def prioritaet(daten):
    if daten["dienst"] != "läuft":
        return "KRITISCH"
    if daten["speicher"] >= 85 or daten["backup_h"] >= 24:
        return "WARNUNG"
    return "OK"

def balken(prozent):
    n = round(prozent / 5)
    return "█" * n + "░" * (20 - n)

def labor():
    print("Offline-Labor: fiktive Server, kein Netzwerk")
    for name, daten in HOSTS.items():
        print(
            f'{name}: {balken(daten["speicher"])} '
            f'{daten["speicher"]}% | {prioritaet(daten)}'
        )

    while True:
        name = input(
            "Untersuche lab-lnx / lab-win / ende: "
        ).strip().lower()

        if name == "ende":
            break
        if name not in HOSTS:
            print("Nur fiktive Laborhosts auswählen.")
            continue

        daten = HOSTS[name]
        print(
            f'{daten["system"]} | Dienst: {daten["dienst"]} '
            f'| Backup: {daten["backup_h"]} h'
        )

        wahl = input(
            "Nächster Schritt: logs / neustart? "
        ).strip().lower()

        if wahl == "logs":
            print("Richtig: Erst Befunde sichern und prüfen.")
            print("Demo-Protokoll:", daten["meldung"])
        elif wahl == "neustart":
            print(
                "Nicht freigeben: Ursache, Risiko "
                "und Change zuerst prüfen."
            )
        else:
            print("Tipp: Zuerst lesend diagnostizieren.")

class Selbsttest(unittest.TestCase):
    def test_kritisch(self):
        self.assertEqual(
            prioritaet(HOSTS["lab-lnx"]), "KRITISCH"
        )

    def test_ok(self):
        self.assertEqual(
            prioritaet(HOSTS["lab-win"]), "OK"
        )

    def test_balken(self):
        self.assertEqual(len(balken(88)), 20)

if __name__ == "__main__":
    if "--test" in sys.argv:
        unittest.main(argv=[sys.argv[0]])
    else:
        labor()

Start unter Linux: python3 betriebs_lab.py

Start unter Windows: py -3 betriebs_lab.py – alternativ python betriebs_lab.py, sofern Python entsprechend eingerichtet ist.

Automatische Selbsttests: Starte das Programm mit dem zusätzlichen Argument --test.

Erwartete Ergebnisse: Linux erhält „KRITISCH“, Windows „OK“. Drei Selbsttests sollen erfolgreich sein.

Sicherheitsmerkmal: Der Code verwendet nur fest eingebaute Beispieldaten sowie Ein- und Ausgaben im Terminal. Es gibt weder Netzwerkzugriffe noch Eingriffe in Dienste oder Systemdateien.

Zusätzliche lokale Bash-Übung

Dieses Beispiel verwendet ausschließlich selbst gesetzte Variablen.

dienst=ausgefallen
speicher=88
backup_stunden=30

if [ "$dienst" != "laeuft" ]; then
    echo "KRITISCH: Dienst prüfen"
elif [ "$speicher" -ge 85 ] ||
     [ "$backup_stunden" -ge 24 ]; then
    echo "WARNUNG: Kennzahlen prüfen"
else
    echo "OK"
fi

Feedback: Der Dienstausfall wird zuerst bewertet. Hohe Speicherbelegung und überalterte Backups bleiben zusätzliche Befunde.

Zusätzliche lokale PowerShell-Übung

$lab = @(
    [pscustomobject]@{
        Host = 'lab-lnx'
        Dienst = 'ausgefallen'
        Speicher = 88
    },
    [pscustomobject]@{
        Host = 'lab-win'
        Dienst = 'läuft'
        Speicher = 54
    }
)

$lab | ForEach-Object {
    $ampel = if ($_.Dienst -ne 'läuft') {
        'KRITISCH'
    } elseif ($_.Speicher -ge 85) {
        'WARNUNG'
    } else {
        'OK'
    }
    "$($_.Host): $ampel"
}

Feedback: Die PowerShell verarbeitet Objekte statt unstrukturierter Textzeilen. Die Bewertung kann später um weitere fiktive Kennzahlen ergänzt werden.

Gestufte Hilfen

Hilfestufe	Unterstützung
1 – Denkanstoß	Welche Information belegt einen Ausfall und welche ist nur ein Warnsignal?
2 – Werkzeughilfe	Linux: systemctl und journalctl. Windows: Get-Service und Get-WinEvent.
3 – Entscheidungshilfe	Erst den Zustand feststellen, dann Protokolle prüfen, danach über Maßnahmen entscheiden.
4 – Musterlösung	lab-lnx zuerst untersuchen; Konfigurationsfehler bewerten; keine ungeprüften Neustarts; Backup und Speicher ebenfalls beachten.

Interaktive Aufgaben

Quiz: Teste Dein Wissen

Was verwaltet der Kunde bei einem typischen IaaS-Angebot selbst? (Das Gastbetriebssystem und seine Anwendungen) (!Die physische Stromversorgung des Rechenzentrums) (!Die Hardware aller Cloudanbieter) (!Die öffentliche Internetinfrastruktur)

Welcher Bestandteil wird bei IaaS normalerweise vom Cloudanbieter betrieben? (Die physische Hostinfrastruktur) (!Die Benutzerrechte aller Kundenanwendungen) (!Jede Anwendungskonfiguration) (!Sämtliche Kundendateninhalte)

Welches Werkzeug zeigt unter systemd Dienstzustände an? (systemctl) (!Get-WinEvent) (!Excel) (!Paint)

Welches Linux-Werkzeug liest systemd-Protokolle? (journalctl) (!Get-Service) (!WordPad) (!Taskmgr)

Welches PowerShell-Cmdlet zeigt Windows-Dienste an? (Get-Service) (!journalctl) (!df) (!systemctl)

Welches Cmdlet untersucht Windows-Ereignisprotokolle? (Get-WinEvent) (!Get-Clipboard) (!Start-Process) (!Set-Location)

Was ist bei einer ungeklärten Dienststörung die sinnvollste erste Maßnahme? (Dienstzustand und Protokolle prüfen) (!Sofort alle Server neu starten) (!Alle Protokolle löschen) (!Alle Benutzerrechte erweitern)

Wie wird eine Speicherbelegung von 88 Prozent bei der Übungsschwelle von 85 Prozent beurteilt? (Als Warnsignal) (!Als sicherer Nachweis eines Festplattendefekts) (!Als Beweis für einen Cyberangriff) (!Als erfolgreicher Restore-Test)

Was belegt die Wiederherstellbarkeit einer Datensicherung am besten? (Ein erfolgreich kontrollierter Wiederherstellungstest) (!Ein vorhandener Dateiname) (!Ein grünes Desktop-Hintergrundbild) (!Ein einmaliger Neustart)

Was gehört zu einem geeigneten betrieblichen Änderungsverfahren? (Planung Freigabe Test und Rückfallmöglichkeit) (!Unprotokollierte Sofortänderungen) (!Dauerhafte Nutzung voller Administratorrechte) (!Verzicht auf Ergebnisprüfungen)

Memory

systemctl	Dienstzustände unter systemd
journalctl	Systemd-Protokollauswertung
Get-Service	Windows-Dienstübersicht
Get-WinEvent	Windows-Ereignisauswertung
IaaS	Virtuelle Infrastruktur als Dienst
Monitoring	Laufende Zustandsbeobachtung
Restore-Test	Prüfung einer Datenwiederherstellung

Drag and Drop

Ordne die richtigen Begriffe zu.	Betriebsaufgabe
systemctl	Linux-Dienststatus
journalctl	Linux-Protokollanalyse
Get-Service	Windows-Dienstübersicht
Get-WinEvent	Windows-Ereignisprotokoll
Restore-Test	Wiederherstellung überprüfen

Kreuzworträtsel

Hypervisor	Welche Softwareschicht ermöglicht die Ausführung virtueller Maschinen?
Monitoring	Wie heißt die fortlaufende Beobachtung von Systemzuständen?
PowerShell	Welche Microsoft-Shell unterstützt objektbasierte Administration?
Journalctl	Welcher Befehl untersucht das systemd-Journal?
Backup	Wie nennt man eine Sicherheitskopie von Daten?
Runbook	Wie heißt eine dokumentierte betriebliche Handlungsanleitung?

LearningApps

Optionale externe Übungssuche. Kein Bestandteil der isolierten Laborumgebung. Nur nach Zustimmung öffnen und keine persönlichen oder betrieblichen Daten eingeben.

Lückentext

Das Cloud-Dienstmodell mit virtueller Infrastruktur heißt

.

Ein verbreiteter Linux-Dienstmanager ist

.

Der Befehl zur Untersuchung von systemd-Protokollen heißt

.

Das PowerShell-Cmdlet für lokale Windows-Dienste heißt

.

Für Windows-Ereignisprotokolle verwendest Du

.

Die fortlaufende Überwachung von Systemzuständen wird

genannt.

Eine Sicherheitskopie bezeichnet man als

.

Die kontrollierte Prüfung einer Wiederherstellung nennt man

.

Die höchste Priorität des ausgefallenen Linux-Dienstes lautet

.

Eine geplante und freigegebene Betriebsänderung wird häufig als

bezeichnet.

Offene Aufgaben

Die Aufgaben steigen vom Basisniveau über die Anwendung bis zum Transfer. Verwende für technische Versuche ausschließlich die isolierten Testumgebungen.

Leicht – Basisaufgaben

Cloud-Modelle: Zeichne eine Skizze für IaaS, PaaS und SaaS. Feedback: Eine korrekte Skizze zeigt die unterschiedlichen Betriebsverantwortungen.
Linux-Werkzeuge: Erstelle Lernkarten zu systemctl und journalctl. Feedback: Dienstverwaltung und Protokollauswertung müssen unterscheidbar sein.
Windows-Werkzeuge: Ordne Get-Service und Get-WinEvent ihren Aufgaben zu. Feedback: Dienststatus und Ereignisprotokolle liefern unterschiedliche Informationen.
Betriebsampel: Übertrage die fiktiven Kennzahlen in ein Ampeldiagramm. Feedback: Die Warn- und Kritischbewertung muss anhand der Übungsschwellen nachvollziehbar sein.

Standard – Anwendungsaufgaben

Störungsticket: Erstelle ein fiktives Ticket für lab-lnx mit Zeit, Befund und nächstem Prüfschritt. Feedback: Ein gutes Ticket trennt Beobachtungen von Vermutungen.
Offline-Test: Erweitere den Python-Code um einen dritten fiktiven Server mit Warnstatus. Feedback: Ein laufender Dienst mit hoher Speicherbelegung muss eine Warnung erhalten.
Backup-Plan: Entwirf für die Nordstern-Werkstatt einen einfachen Sicherungs- und Wiederherstellungsplan. Feedback: Sicherungshäufigkeit, Aufbewahrung und Restore-Test müssen begründet sein.
Betriebsprotokoll: Gestalte eine übersichtliche Vorlage für Systemprüfungen. Feedback: Zeit, Prüferrolle, Ergebnis und Folgehandlung sollten erkennbar sein.

Schwer – Transferaufgaben

Betriebskonzept: Entwickle ein gemeinsames Monitoringkonzept für Linux- und Windows-Server. Feedback: Gleiche Betriebsziele können unterschiedliche technische Werkzeuge benötigen.
Sicherheitskonzept: Entwirf Rollen und Rechte für einen Ausbildungsbetrieb. Feedback: Das Prinzip minimaler Rechte begrenzt vermeidbare Risiken.
Änderungsplanung: Plane die Behebung eines fiktiven Konfigurationsfehlers einschließlich Freigabe, Test und Rückfallplan. Feedback: Jede Änderung muss überprüfbar und gegebenenfalls rückgängig zu machen sein.
Betriebsentscheidung: Vergleiche eine eigene Linux-VM, eine Windows-VM und einen verwalteten PaaS-Dienst für den Katalog. Feedback: Eine überzeugende Entscheidung berücksichtigt Fähigkeiten, Wartung, Kosten, Sicherheit und Verantwortung.

Lernkontrolle

Diagnoseentscheidung: Erkläre, warum Du beim ausgefallenen Linux-Dienst zuerst Protokolle und Zustände prüfst, statt sofort neu zu starten.
Betriebsverantwortung: Untersuche, wie sich die Administrationsaufgaben verändern, wenn der Katalogdienst von IaaS auf PaaS wechselt.
Zusammenhänge: Begründe, weshalb ein ausgefallener Dienst, hohe Speicherbelegung und eine überalterte Sicherung zusammen betrachtet werden müssen.
Wiederanlauf: Entwickle eine Vorgehensweise für den Fall, dass eine Sicherung vorhanden ist, ihre Wiederherstellbarkeit aber unbekannt bleibt.
Risikobewertung: Beurteile, warum Administratorrechte und externe Datenübertragungen im Ausbildungslabor begrenzt werden sollten.
Transfer: Entwickle Kriterien, mit denen ein Ausbildungsbetrieb entscheidet, ob ein geplanter Eingriff freigegeben werden darf.

Lernnachweis

Dein Lernnachweis besteht aus einer dokumentierten Bearbeitung des fiktiven Betriebsfalls.

Bestandteil	Nachweiskriterium
Systemvergleich	Linux- und Windows-Werkzeuge sinnvoll zugeordnet
Cloud-Einordnung	Aufgabenverantwortung korrekt begründet
Betriebsdiagnose	Befunde, Vermutungen und Maßnahmen getrennt
Offline-Labor	Simulation durchgeführt und Selbsttests dokumentiert
Visualisierung	Kennzahlen mit nachvollziehbarer Bewertung dargestellt
Sicherheitskonzept	Isolation und Datenminimierung berücksichtigt
Reflexion	Betriebsentscheidung mit fachlichen Gründen erläutert

Bewertung: Für jedes Kriterium werden 0 Punkte bei fehlendem Nachweis, 1 Punkt bei teilweise nachvollziehbarem Nachweis und 2 Punkte bei vollständiger, begründeter Bearbeitung vergeben. Maximal sind 14 Punkte möglich.

Abgabe: Ein kurzes Laborprotokoll, ein Diagramm und Deine Antworten auf die Lernkontrolle. Nur fiktive oder selbst erzeugte Daten, keine echten Systemprotokolle, Kennwörter oder Kundendaten.

OERs zum Thema

Wikipedia: Cloud Computing

Geprüfte Fachquellen

NIST SP 800-145: Definition und Dienstmodelle des Cloud Computing.
Microsoft Learn: Geteilte Sicherheitsverantwortung in Cloud-Dienstmodellen.
systemctl-Handbuch: Linux-Systemd-Dienstverwaltung.
journalctl-Handbuch: Systemd-Protokollanalyse.
Microsoft Learn – Get-Service: Windows-Dienste.
Microsoft Learn – Get-WinEvent: Ereignisprotokolle.
Microsoft Learn: Windows Server-Verwaltungswerkzeuge.
BSI IT-Grundschutz – Patch- und Änderungsmanagement: Planung, Freigabe, Dokumentation und Rückfallmaßnahmen.

Medienrechte und Quellenangaben

Die eingebundenen Wikimedia-Commons-Dateien wurden anhand ihrer jeweiligen Dateibeschreibungen und Lizenzangaben ausgewählt.

Medium	Urheber	Lizenz
Cloud Computing Stack	Sam Johnston	CC0 1.0
Cloud computing	Sam Johnston	CC BY-SA 3.0
Alternative virtual machine host	ujmoser / Openclipart	CC0
Linux OS	Conan	CC BY 3.0
Windows Server	Microsoft	Gemeinfrei aufgrund einfacher Logo-Gestaltung; Kennzeichenrechte beachten
Server-monitoring	RRZEicons	CC BY-SA 3.0
3-2-1 backup	Olaf Pichler	CC BY-SA 4.0
Backup diagram	Inowen	CC BY-SA 4.0

Videorechte: Die vier YouTube-Videos sind verifizierte Veröffentlichungen der genannten Kanäle. Sie werden über den YouTube-Player eingebunden, nicht als frei lizenzierte Videos zur Weiterverbreitung angeboten. Die jeweilige Videolizenz und Plattformbedingungen sind zu beachten.

Datenschutz: Externe Medien und iFrames können Verbindungen zu Drittanbietern herstellen. Sie sind keine Testumgebungen und dürfen nicht für echte Betriebsdaten verwendet werden. Das Python-Labor benötigt keine externen Verbindungen.