In fünf Arbeitstagen wissen, was mit Ihrer Datenbank nicht stimmt.
Ein Senior-DBA prüft Ihre SQL-Server- oder PostgreSQL-Instanz vollständig. Sie erhalten einen schriftlichen Bericht mit allen Befunden nach Risiko und Aufwand sortiert, Skripte für die schnellen Korrekturen und eine Besprechung der Ergebnisse.
- Bericht in 5 Arbeitstagen
- Remote-Zugriff, nur lesend
- Keine Änderungen an Ihren Systemen
Wann es sich lohnt
- Sie betreiben noch SQL Server 2016 oder 2017. Der erweiterte Support für 2016 endete im Juli 2026, 2017 folgt im Oktober 2027.
- Ihr PostgreSQL läuft in Version 13 oder 14. Beide sind am oder kurz vor dem Ende ihres Lebenszyklus.
- Anwender klagen über langsame Masken, Timeouts oder Nachtläufe, die bis in den Morgen dauern.
- Niemand hat im letzten Jahr eine vollständige Wiederherstellung getestet.
- Ihnen steht eine NIS2-, DORA- oder interne Prüfung bevor und Sie müssen belegen, dass Backups und Zugriffe unter Kontrolle sind.
- Die Lizenzkosten steigen und Sie wollen wissen, ob PostgreSQL eine realistische Alternative ist.
Was wir prüfen
Über 80 Prüfpunkte, nach Bereichen gruppiert. Dieselbe Methode für beide Systeme, jeweils angepasst.
SQL Server
- Version, Patch-Stand und Support-Termine
- Instanz- und Datenbankkonfiguration (MAXDOP, Speicher, tempdb, Dateien)
- Wait-Statistiken und die schwersten Abfragen aus dem Query Store
- Fehlende, ungenutzte und doppelte Indizes
- Zustand von Always On AG oder Cluster und Failover-Bereitschaft
- Backup-Kette, RPO/RTO und ein echter Wiederherstellungstest
- Logins, sysadmin-Rechte, Verschlüsselung (TDE, TLS) und Auditing
- SQL-Agent-Jobs, Wartungspläne und Fehlerprotokolle
PostgreSQL
- Version, Minor Releases und Erweiterungen
- postgresql.conf: Speicher, WAL, Checkpoints, Verbindungen
- pg_stat_statements: die schwersten und häufigsten Abfragen
- Indizes, Tabellen-Bloat und Autovacuum-Verhalten
- Replikation, Patroni und Failover-Bereitschaft
- Backups mit pgBackRest oder Barman, PITR und Wiederherstellungstest
- Rollen, pg_hba.conf, SSL und Row-Level Security
- Connection Pooling (PgBouncer) und Sperrkonflikte
MySQL, MariaDB und MongoDB auf Anfrage.
Was Sie erhalten
- Management-Zusammenfassung
- Eine Seite: Gesamtzustand, die drei größten Risiken und was sie kosten, wenn sich nichts ändert.
- Sortierte Befunde
- Jeder Befund mit Schweregrad, Belegen aus Ihrem System, Lösung und Aufwand.
- Korrektur-Skripte
- T-SQL- oder SQL-Skripte für die schnellen Verbesserungen, kommentiert und bereit zur Prüfung und Ausführung durch Ihr Team.
- Fahrplan
- Was diese Woche, dieses Quartal und dieses Jahr zu tun ist, in dieser Reihenfolge.
- Ergebnisbesprechung
- 60 Minuten mit dem DBA, der den Bericht geschrieben hat, für die Fragen Ihres Teams.
| Hoch | Backup | Log-Backups laufen alle 4 Stunden: bis zu 4 Stunden Datenverlust bei einem System, das 15 Minuten verträgt. |
|---|---|---|
| Hoch | Performance | 38 % der Wartezeit sind PAGEIOLATCH_SH. Drei fehlende Indizes auf dbo.Orders verursachen vollständige Scans. |
| Mittel | Hochverfügbarkeit | Das synchrone Replikat am zweiten Standort verlängert jeden Commit um 12 ms. |
| Mittel | Sicherheit | Vier Logins mit sysadmin-Rechten werden von niemandem genutzt. |
| Niedrig | Konfiguration | MAXDOP und cost threshold for parallelism stehen noch auf Standardwerten. |
Vincenzo Petrucci, Gründer von Pacific IT Solutions. Senior-DBA und T-SQL-Entwickler mit über zwanzig Jahren Erfahrung mit kritischen SQL-Server- und PostgreSQL-Systemen bei Banken, Versicherungen und Telekommunikationsanbietern. Jeden Bericht schreibt er selbst.
Über uns →So läuft es ab
Auftakt
Ein 30-minütiges Gespräch. Wir legen den Umfang fest und Sie legen mit unserem Skript ein Nur-Lese-Login an.
Datenerhebung
Unsere Skripte lesen Konfiguration, Statistiken und Abfragehistorie. Nichts wird geändert oder installiert.
Analyse
Ein Senior-DBA wertet die Daten aus und bestätigt jeden Befund, bevor er in den Bericht kommt.
Bericht und Besprechung
Sie erhalten den Bericht am fünften Tag und wir gehen ihn gemeinsam durch.
Sicher für die Produktion
Nur lesend
Wir nutzen die minimalen Monitoring-Rechte: VIEW SERVER STATE bei SQL Server, pg_monitor bei PostgreSQL.
Ihre Daten bleiben bei Ihnen
Wir lesen Metadaten und Statistiken, nie den Inhalt Ihrer Tabellen.
NDA auf Wunsch
Wir unterzeichnen Ihre Geheimhaltungsvereinbarung vor dem Start.
Fragen
Brauchen Sie Administratorrechte?
Nein. Ein Monitoring-Login mit Leserechten genügt. Das Skript zum Anlegen schicken wir Ihnen.
Bremst das die Produktion?
Nein. Die Datenerhebung nutzt leichtgewichtige Systemsichten und dauert wenige Minuten.
Was zählt als eine Instanz?
Eine SQL-Server-Instanz oder ein PostgreSQL-Cluster. Replikate derselben Availability Group oder desselben Patroni-Clusters sind enthalten.
Können Sie die Probleme auch beheben?
Ja, als Folgeprojekt oder monatlicher Retainer. Wenn Sie innerhalb von 60 Tagen beauftragen, wird der Preis des Health Checks angerechnet.
Welche Versionen decken Sie ab?
SQL Server 2012 bis 2025 und PostgreSQL 12 bis 18, on-premise, in Azure, in AWS oder in Containern.
Buchen Sie Ihren Health Check
Schreiben Sie uns, welches System und welche Version Sie einsetzen und wo es läuft. Wir antworten innerhalb eines Arbeitstags mit einem Starttermin.