Checklisten für Datenbankadministratoren #

Diese Seite richtet sich an Datenbankadministratoren, die die Schritte jeder Routine auf einer Seite haben möchten. Kopieren Sie eine Liste in Ihr Ticket oder Ihre Betriebsanleitung; jeder Punkt verlinkt auf die Seite, die ihn erklärt.

Inhalt #

1. Vor einer Installation
2. Go-live
3. Täglich
4. Wöchentlich
5. Monatlich und vierteljährlich
6. Vor und nach einem Upgrade
7. Wiederherstellung
8. Engine-Wechsel
9. Sicherheitsprüfung

Vor einer Installation #

• To do: Engine gewählt (Eine Engine wählen); Version auf oder über dem praktischen Minimum (Versionen).
• To do: PHP-Erweiterung im PHP des Webservers, im PHP der Kommandozeile und im PHP von Velocity geladen (PHP-Erweiterungen).
• To do: Datenbank in UTF-8 angelegt (Zeichensätze).
• To do: Konto mit den minimalen Rechten angelegt, die funktionieren (Konten).
• To do: PostgreSQL: pgcrypto verfügbar. MongoDB: Bibliothek installiert. Oracle: oci8 und der Client gefunden.
• To do: Netzwerkzugang nur von den Webservern (Absichern).

Go-live #

• To do: Setup > Systeminformationen zeigt die erwartete Engine, Version und UTF-8.
• To do: Kein root oder Superuser in settings/override/site.ini.append.php; die Datei hat Modus 640 und ist nicht in der Versionsverwaltung.
• To do: SQLite: Eigentümer eingerichtet, die Datei nicht herunterladbar (SQLite-Rechte).
• To do: MongoDB: create_indexes.js ausgeführt (MongoDB einrichten).
• To do: Sicherungen eingeplant und eine Wiederherstellung getestet (Sicherungen, Wiederherstellen).
• To do: Cronjobs eingeplant; session_gc.php bei Datenbank-Sessions hinzugefügt (Aufräumen).
• To do: Überwachung und Alarme eingerichtet (Überwachung).
• To do: Debug-Ausgabe für die Öffentlichkeit aus.

Täglich #

• To do: Sicherung gelaufen; ihre Größe ist plausibel; die SQLite-Sicherung besteht integrity_check.
• To do: var/log/error.log hat keine neuen Datenbankfehler.
• To do: ezpending_actions wächst nicht.
• To do: MongoDB: kein neues MONGO TODO.

Wöchentlich #

• To do: SQLite: PRAGMA optimize, quick_check, Größe von -wal (SQLite-Wartung).
• To do: Statistiken der Engine aktuell (Autovacuum bei PostgreSQL, gather-stats bei Oracle).
• To do: Speicherplatz für Datenbank, Logs und Sicherungen.
• To do: Setup > Cronjobs zeigt Läufe ohne Probleme.

Monatlich und vierteljährlich #

• To do: Tabellengrößen geprüft (Tabellen); alte Versionen beschnitten.
• To do: Engine und PHP-Erweiterung noch in der Sicherheitsunterstützung des Herstellers.
• To do: Wiederherstellung auf einer anderen Maschine getestet (vierteljährlich).
• To do: Konten und Netzwerkregeln geprüft.

Vor und nach einem Upgrade #

• To do: Versionszeile gelesen (Upgrades).
• To do: Sicherung erstellt; Wartungsmodus an.
• To do: Update-Dateien Ihrer Engine und Ihres Weges der Reihe nach angewendet, jede einmal; kein 6.12/, 7.2/, 7.3/, unstable/.
• To do: Cluster-Update-Dateien, wo der Cluster verwendet wird.
• To do: 6.0.15: createaudittables.php, movetrashrecords.php (Update auf 6.0.15).
• To do: exp:checkdbfiles gibt nichts aus; die Upgrade-Prüfung listet keine fehlende Tabelle (Das Schema prüfen).
• To do: Caches nach dem Neuladen von PHP-FPM oder dem Neustart von Velocity geleert; Testveröffentlichung erledigt; Wartungsmodus aus.

Wiederherstellung #

• To do: Wartungsmodus an; Velocity angehalten.
• To do: Datenbank und Dateien vom selben Zeitpunkt wiederhergestellt.
• To do: Alle Caches geleert, Abfrage-Cache und Antwort-Cache von Velocity eingeschlossen.
• To do: Sequenzen, Suchindex, MongoDB-Indizes geprüft.
• To do: Versionszeile, Zeilenzahlen, Anmeldung und Testveröffentlichung geprüft; Wartungsmodus aus.

Engine-Wechsel #

• To do: Probe auf einer Kopie; Fenster vereinbart (Engine wechseln).
• To do: Erweiterungen für die Ziel-Engine geprüft (SQL von Erweiterungen).
• To do: Dump und Insert abgeschlossen; Einstellungen umgestellt; Caches geleert; Worker neu gestartet.
• To do: Zeilenzahlen stimmen überein; Konsistenzprüfung sauber; Suchindex neu aufgebaut.
• To do: Sicherungen und Überwachung auf die neue Engine umgestellt.

Sicherheitsprüfung #

• To do: Ein Konto je Website, keine administrativen Konten (Konten).
• To do: Zugangsdaten nur in settings/override/ (und den Cluster-Dateien); nicht in Historie, Crontabs oder Skripten.
• To do: Datenbankport nur von den Webservern erreichbar; TLS, wo er Maschinengrenzen überschreitet.
• To do: Sicherungen verschlüsselt und zugriffsgeschützt.
• To do: Debug-Ausgabe auf die Adressen von Administratoren beschränkt.

Verwandte Seiten #

• Datenbankadministratoren: hier beginnen
• Monatlicher Betrieb, Sicherheitsprüfung (für Hosting-Unternehmen)
• Häufige Fragen zur Datenbank
• Freie Dokumentation: Diese Seite darf unter der GNU FDL 1.3 frei kopiert, übersetzt und verbessert werden.