ADMIN-TOOL

Admin To-Do-Liste

Tägliche, wöchentliche und monatliche Aufgaben für Systemadministratoren. Mit Checklisten für Windows, Linux, Netzwerk, Backup, Security und Monitoring.

Täglich Wöchentlich Monatlich Security Auto-Speichern

Datenschutz-Garantie: Alle Aufgaben und erledigten Häkchen werden lokal in deinem Browser gespeichert (LocalStorage). Es werden keine Daten an Server gesendet. Perfekt für den Arbeitsalltag als Administrator.

Inhaltsverzeichnis

             Schnellübersicht
            Admin To-Do-Liste: Täglich, wöchentlich, monatlich
Kategorien: Server, Backup, Security, Monitoring, Netzwerk
Fortschritt: Live-Anzeige wie viel erledigt ist
Persistenz: Automatisch im Browser gespeichert
Export: Als Markdown-Liste kopieren
Theorie: Warum strukturierte Admin-Arbeit wichtig ist
Geschichte: Von handschriftlichen Logbüchern zu DevOps
FAQ: Häufige Fragen zur Admin-Routine

        

1. Admin To-Do-Liste

Klicke auf eine Aufgabe, um sie als erledigt zu markieren. Der Fortschritt wird automatisch gespeichert.

Fortschritt: Täglich

0 / 0 (0%)

Wussten Sie schon?

Ein Systemadministrator verbringt im Schnitt 40% seiner Zeit mit Routineaufgaben – strukturierte Checklisten sparen bis zu 2 Stunden pro Woche.
Fail2ban blockiert automatisch IP-Adressen nach mehrfach fehlgeschlagenen Login-Versuchen. Prüfe die Logs regelmäßig!
Die 3-2-1-Backup-Regel besagt: 3 Kopien, 2 verschiedene Medien, 1 extern. Teste die Wiederherstellung!
Updates schließen im Schnitt 80% aller Sicherheitslücken – aber nur, wenn sie zeitnah installiert werden.
Ein Health-Check der Server sollte täglich durchgeführt werden – nicht erst, wenn etwas ausfällt.

2. Theorie – Warum strukturierte Admin-Arbeit?

Verstehe, warum Checklisten für Systemadministratoren unverzichtbar sind.

Was ist eine Admin-Routine?

Eine Admin-Routine ist eine strukturierte Liste wiederkehrender Aufgaben:

Präventiv: Probleme verhindern, bevor sie auftreten
Dokumentiert: Nachweisbar und auditierbar
Wiederholbar: Täglich, wöchentlich, monatlich
Teamfähig: Jeder Admin kann übernehmen

Health-Checks, Backups, Updates, Security-Audits

Warum ist sie wichtig?

Ohne Routine entstehen schnell Probleme:

Ausfälle: Speicher voll, Festplatte defekt, Zertifikat abgelaufen
Sicherheitslücken: Ungepatchte Systeme werden Opfer von Angriffen
Datenverlust: Ungeprüfte Backups sind keine Backups
Stress: Reaktives Arbeiten führt zu Burnout
DSGVO: Regelmäßige Prüfungen sind Pflicht

Ein vergessenes Zertifikat = Website offline

Wie baue ich eine Routine auf?

Der Aufbau folgt einem einfachen Muster:

Inventar: Was habe ich? (Server, Dienste, Konten)
Kritikalität: Was ist wie wichtig?
Frequenz: Wie oft muss ich prüfen?
Verantwortung: Wer macht was?
Dokumentation: Ergebnisse festhalten
Automatisierung: Wiederkehrendes per Skript

Ansible, Puppet, Chef für Automatisierung

Tipps für den Admin-Alltag

Dokumentation: Alles aufschreiben – dein Gedächtnis trügt
Automatisierung: Was 2x pro Woche gemacht wird, gehört in ein Skript
Monitoring: Zabbix, Grafana, Prometheus statt manuelles Prüfen
Backup-Test: Mindestens einmal pro Quartal wiederherstellen
Change-Management: Änderungen dokumentieren und planen
Urlaubsvertretung: Dokumentation so schreiben, dass andere übernehmen können

"Was ich nicht dokumentiert habe, existiert nicht."

Wussten Sie schon? Die 3-2-1-Backup-Regel ist der Industriestandard: 3 Kopien der Daten, auf 2 verschiedenen Medien, mit 1 Kopie extern. Sie schützt vor Festplattenausfällen, Ransomware, Feuer und Diebstahl. Ein berühmtes Beispiel: Die Firma Code Spaces wurde 2014 durch einen Hackerangriff auf ihre AWS-Umgebung komplett zerstört – ein fehlendes Offline-Backup führte zur Insolvenz. Merke: Ein Backup, das nicht getestet wurde, ist kein Backup.

3. Geschichte der Admin-Routinen

Von handschriftlichen Logbüchern zu automatisierten DevOps-Pipelines.

1970er

Erste Systemadministratoren

Mit dem Aufstieg von Unix entstehen die ersten Systemadministrator-Rollen. Alles wird manuell dokumentiert – auf Papier oder in handschriftlichen Logbüchern.

1980er

Shell-Skripte

Administratoren beginnen, wiederkehrende Aufgaben mit Shell-Skripten zu automatisieren. Erste Cronjobs für Backups und Logrotation. Der Grundstein für DevOps.

1990er

Windows NT & Active Directory

Microsoft etabliert mit Windows NT und später Active Directory die strukturierte Benutzerverwaltung. Erste Gruppenrichtlinien automatisieren Routineaufgaben.

2000er

Monitoring-Tools

Nagios, Zabbix, Cacti werden populär. Administratoren können Systeme nun automatisch überwachen statt manuell zu prüfen. Erste Ansätze für proaktives Monitoring.

2010

Configuration Management

Puppet, Chef, Ansible revolutionieren die Administration: Infrastruktur wird als Code beschrieben (Infrastructure as Code). Wiederkehrende Aufgaben werden automatisiert.

2015

DevOps & SRE

DevOps und Site Reliability Engineering etablieren sich. Der Fokus liegt auf Automatisierung, Monitoring und kontinuierlicher Verbesserung. Kennzahlen wie SLI, SLO, SLA werden Standard.

Heute

Cloud & Observability

Moderne Admins nutzen Cloud-native Tools: Prometheus, Grafana, Datadog, New Relic. Observability ersetzt klassisches Monitoring. Künstliche Intelligenz erkennt Anomalien automatisch. Die Rolle wandelt sich vom Operator zum Plattform-Engineer.

4. FAQ – Spannende Fragen & Antworten

Häufige Fragen zur Admin-Routine

Welche Aufgaben sollte ich täglich erledigen?

Die tägliche Routine konzentriert sich auf kritische Checks:

Backup-Status prüfen: Wurden alle Backups erfolgreich abgeschlossen?
Server-Health: CPU, RAM, Festplattenplatz auf kritischen Systemen
Monitoring-Alarme: Alle Warnungen und Fehler der letzten 24h
Event-Logs: Kritische Fehler in Windows-Event-Logs oder Linux-Syslogs
Security-Logs: Auffällige Login-Versuche, Fail2ban-Aktivität
Wichtige E-Mails: Support-Tickets, Warnmeldungen

Zeitaufwand: ca. 30-60 Minuten pro Tag für ein mittleres Setup.

Tipp: Automatisiere so viel wie möglich (Monitoring, Backups) – dann bleibt mehr Zeit für das Wichtige.

Wie oft sollte ich Backups testen?

Die goldene Regel: Ein Backup ist nur dann ein Backup, wenn es erfolgreich wiederhergestellt wurde.

Empfohlene Testfrequenz:

Backup-Typ	Test-Frequenz
Täglich (Daten)	Wöchentlich (Stichprobe)
Wöchentlich (System)	Monatlich
Monatlich (Archiv)	Quartalsweise
Vollständige DR-Übung	1-2x pro Jahr

Wichtige Test-Szenarien:

Einzelne Datei: Kann ich eine Datei wiederherstellen?
Datenbank: Funktioniert der Restore in eine Test-Umgebung?
Bare-Metal: Kann ich einen Server komplett neu aufsetzen?
RTO/RPO: Wie lange dauert es wirklich? Ist es akzeptabel?

Berühmte Katastrophen:

GitLab (2017): 5 Backup-Mechanismen, 4 kaputt – 6 Stunden Datenverlust
Code Spaces (2014): Kein Offline-Backup – Insolvenz nach Hackerangriff
Maersk (2017): NotPetya-Ransomware – 10 Tage Ausfall, 300 Mio. € Verlust

Was gehört in ein Server-Inventar?

Ein Server-Inventar ist das Fundament jeder Admin-Arbeit:

Pflichtangaben pro Server:

Hostname: FQDN (z.B. srv-web-01.firma.local)
IP-Adresse(n): Statisch oder DHCP
Betriebssystem: Version und Patch-Level
Hardware: CPU, RAM, Festplatten, Baujahr
Standort: Rack, Raum, Rechenzentrum
Verantwortlicher: Wer ist zuständig?
Kritikalität: Kritisch, wichtig, optional
Backup-Status: Was wird gesichert, wohin?
Monitoring: Ist der Server überwacht?
Lizenzen: Windows Server, SQL, etc.
Wartungsvertrag: Bis wann gilt der Support?
Dokumentation: Link zum Wiki/Handbuch

Tools für Inventar-Management:

NetBox: Open Source, ideal für Netzwerke
Snipe-IT: IT-Asset-Management
Ralph: Data Center Asset Management
Excel/SharePoint: Für kleine Umgebungen
Ansible Inventory: Für automatisierte Umgebungen

Tipp: Automatisiere die Erfassung mit Skripten (z.B. PowerShell oder Ansible) – händische Pflege ist fehleranfällig.

Wie priorisiere ich meine Aufgaben?

Die Priorisierung ist eine der wichtigsten Fähigkeiten eines Admins. Bewährte Methoden:

Eisenhower-Matrix:

	Dringend	Nicht dringend
Wichtig	Sofort machen	Terminieren
Unwichtig	Delegieren	Weglassen

Für Admins typische Zuordnung:

Sofort: Serverausfall, Sicherheitsvorfall, Datenverlust
Terminieren: Updates, Backup-Tests, Dokumentation
Delegieren: Passwort-Resets, kleine Anfragen
Weglassen: "Nice-to-have"-Optimierungen ohne Nutzen

Weitere Kriterien:

Impact: Wie viele Nutzer sind betroffen?
Risiko: Was passiert, wenn ich es nicht mache?
Aufwand: Wie lange dauert es?
Abhängigkeiten: Blockiert es andere Aufgaben?
Wartungsfenster: Muss es außerhalb der Arbeitszeit sein?

Goldene Regel: Plane regelmäßig Zeit für präventive Aufgaben ein. Reaktives Feuerlöschen führt zu Burnout!

Was gehört in ein Change-Management?

Change-Management stellt sicher, dass Änderungen kontrolliert und nachvollziehbar ablaufen:

Standard-Prozess:

Antrag stellen: Was soll geändert werden und warum?
Bewertung: Risiken, Auswirkungen, Aufwand
Genehmigung: Freigabe durch Change Advisory Board (CAB)
Planung: Zeitpunkt, Wartungsfenster, Rollback-Plan
Test: In Testumgebung prüfen
Durchführung: Im geplanten Fenster umsetzen
Verifikation: Funktioniert alles wie erwartet?
Dokumentation: Alles festhalten
Review: Nachbesprechung, Lessons Learned

Change-Typen:

Standard Change: Vordefiniert, geringes Risiko (z.B. User anlegen)
Normal Change: Standardprozess mit Genehmigung
Emergency Change: Sofortmaßnahme bei Ausfall (Nachgenehmigung)

Tools:

Jira Service Management (weit verbreitet)
ServiceNow (Enterprise)
OTRS / Znuny (Open Source)
GitLab/GitHub Issues (leichtgewichtig)

Warum wichtig? ITIL und ISO 27001 fordern strukturiertes Change-Management. Bei Audits ist die Dokumentation entscheidend!

Wie automatisiere ich wiederkehrende Aufgaben?

Automatisierung ist der Schlüssel zu effizienter Administration:

Automatisierungs-Stufen:

Stufe	Beispiel	Werkzeug
1. Manuell	Befehle eintippen	—
2. Skript	Backup-Skript	Bash, PowerShell
3. Zeitgesteuert	Cronjob	Cron, Task Scheduler
4. Orchestriert	Multi-Server-Deploy	Ansible, Puppet
5. Self-Service	User-Portal	AWX, Rundeck

Typische Automatisierungen:

Backups: Veeam, Bacula, Duplicati + Skript
Updates: WSUS (Windows), unattended-upgrades (Linux)
Logrotation: logrotate, Windows Event Forwarding
Health-Checks: Prometheus + Alertmanager
User-Onboarding: PowerShell-Skript + CSV
Inventar: Ansible Facts, PowerShell DSC

Faustregel:

Wenn du etwas 3x manuell gemacht hast,
automatisiere es beim 4. Mal.

Wichtig: Dokumentiere deine Skripte! Sonst weiß in 2 Jahren niemand mehr, was sie tun.

Wie dokumentiere ich meine Arbeit richtig?

Dokumentation ist der wichtigste und gleichzeitig unbeliebteste Teil der Admin-Arbeit:

Grundregeln:

Zielgruppe beachten: Wer liest es? (Kollege, Chef, Auditor)
Aktuell halten: Veraltete Doku ist schlimmer als keine
Auffindbar: Zentral, durchsuchbar, verlinkt
Versioniert: Git für Doku, nicht für Excel
Kurz und klar: Weniger ist mehr

Was dokumentieren?

Infrastruktur: Server, Netzwerke, Dienste, Abhängigkeiten
Runbooks: Schritt-für-Schritt für wiederkehrende Aufgaben
Incidents: Was ist passiert, wie behoben, was lernen wir?
Changes: Wer hat wann was geändert und warum?
Passwörter: In einem Passwort-Manager (KeePass, Vault)
Lizenzen: Verträge, Ablaufdaten, Kosten

Tools:

Wiki: Confluence, BookStack, Wiki.js, Outline
Dokumentation as Code: Markdown in GitLab/GitHub
Diagramme: draw.io, Mermaid, PlantUML
Runbooks: Markdown + Templates

Goldene Regel: "Schreibe die Dokumentation so, als würdest du sie für dich selbst in 6 Monaten lesen."

Was mache ich bei einem Sicherheitsvorfall?

Bei einem Sicherheitsvorfall (Incident Response) gilt ein klarer Ablaufplan:

Die 6 Phasen der Incident Response (NIST):

Vorbereitung: Notfallplan, Verantwortliche, Kontakte
Erkennung & Analyse: Was ist passiert? Welche Systeme betroffen?
Eindämmung: Betroffene Systeme isolieren (Netzwerk trennen)
Beseitigung: Schadsoftware entfernen, Lücken schließen
Wiederherstellung: Systeme aus sauberen Backups wiederherstellen
Nachbereitung: Was haben wir gelernt? Prozesse verbessern

Sofortmaßnahmen:

Ruhe bewahren: Nicht in Panik handeln
Nichts löschen: Beweise sichern (Forensik!)
Isolieren: Betroffene Systeme vom Netz trennen
Informieren: Vorgesetzte, Datenschutzbeauftragter, ggf. BSI
Dokumentieren: Zeitstempel, Aktionen, Beobachtungen
Kommunikation: Klare, sachliche Information – keine Schuldzuweisungen

Meldepflicht DSGVO:

72 Stunden: Meldung an Aufsichtsbehörde bei Datenschutzverstoß
Unverzüglich: Information betroffener Personen bei hohem Risiko
Dokumentation: Alle Vorfälle müssen dokumentiert werden

Nach dem Vorfall: Root-Cause-Analyse, Prozesse verbessern, Team schulen. Kein Vorfall ist "nur Pech" – meist gibt es systemische Ursachen!

Zusammenfassung

Die wichtigsten Punkte

Tägliche Routine: Backups, Server-Health, Monitoring, Logs
Wöchentliche Routine: Updates, Patch-Management, Security-Audit
Monatliche Routine: Kapazitätsplanung, Backup-Test, Doku-Review
Jährliche Routine: DR-Übung, Lizenz-Review, Security-Audit
Automatisierung: Cronjobs, Ansible, Monitoring
Dokumentation: "Was nicht dokumentiert ist, existiert nicht"
3-2-1-Backup-Regel: 3 Kopien, 2 Medien, 1 extern
Change-Management: Planen, testen, dokumentieren
Incident Response: Vorbereitung ist alles
Unser Tool: Strukturierte Checklisten mit Fortschritt und Speicherung

Weitere Tools

Timestamp Converter

Unix-Zeitstempel in lesbare Daten umwandeln und umgekehrt.

Zum Tool

AD CSV Generator

Erstelle AD-Testdaten für Windows-Server-Importe.

Zum Tool

Dummy Database Generator

Testdatenbanken mit Beziehungen für Entwicklung und Tests.

Zum Tool

Hash Generator

MD5, SHA-1, SHA-256 und SHA-512 für Text und Dateien.

Zum Tool