Du hast einen SQL Server geerbt. Nicht geschenkt – geerbt. Der Unterschied: Bei einem Geschenk weißt du, was drin ist. Bei einem Erbe sitzt du vor einem Stapel Papier, der seit Jahren niemanden interessiert hat, und versuchst herauszufinden, was davon noch gilt. Der Kollege, der den Server eingerichtet hat, ist längst weg. Vielleicht in Rente, vielleicht zur Konkurrenz, vielleicht einfach nicht mehr erreichbar. Und jetzt bist du derjenige, der den Anruf bekommt: „Ist da eigentlich noch jemand dran?“
Was du nicht weißt, kann dich teuer zu stehen kommen
Ein SQL Server, den niemand mehr kennt, ist kein theoretisches Risiko. Er ist ein laufendes System mit konkreten Schwachstellen, die sich in zwölf Jahren angesammelt haben.
Typische Funde bei einer Bestandsaufnahme:
- SA-Konto aktiv, Passwort seit dem Erstaufsetzen unverändert
- Windows Authentication deaktiviert oder halbgar konfiguriert
- Datenbanken ohne Backup-Strategie – oder mit einer, die seit Jahren stillschweigend fehlschlägt
- Maintenance Plans, die nie gelaufen sind, weil der SQL Server Agent irgendwann abgestellt wurde
- Instanzen, die auf SQL Server 2012 oder 2014 laufen – seit Jahren ohne Sicherheitsupdates
Keiner dieser Punkte fällt auf, solange alles funktioniert. Sie fallen auf, wenn etwas schiefgeht.
Das stille Mitschleppen
Das eigentliche Problem ist nicht der Zustand des Servers. Es ist, dass niemand weiß, in welchem Zustand er ist.
Systeme, die niemand aktiv betreut, entwickeln eine eigene Dynamik. Datenbanken wachsen, ohne dass jemand die Fragmentierung im Blick hat. Tempdb liegt auf dem falschen Laufwerk. Log-Dateien sind auf Autogrowth gestellt und haben das C-Laufwerk zu zwei Dritteln gefüllt. Ein Restore wurde seit der Erstinstallation nicht mehr getestet.
Eine Access-Datenbank, die jeden Morgen auf diesen Server zugreift und Produktionsdaten schreibt, hat damit kein Problem. Bis sie es hat.
Was eine Bestandsaufnahme bringt
Eine unabhängige Bestandsaufnahme ist kein Audit mit Abschlussbericht in Dreifachausfertigung. Es ist ein strukturierter Blick auf das, was tatsächlich läuft.
Konkret heißt das:
- Welche Instanzen laufen auf welcher Version, und wie lange gibt es noch Support?
- Welche Datenbanken werden aktiv genutzt, welche sind Karteileichen?
- Gibt es funktionierende Backups, und sind sie jemals getestet worden?
- Wer hat welche Rechte, und warum?
- Gibt es dokumentierte Abhängigkeiten zu anderen Systemen?
Das Ergebnis ist keine Problemliste, sondern eine Grundlage. Wer weiß, was er hat, kann entscheiden, was er damit macht.
Fazit: Besser wissen als vermuten
Ein SQL Server, der zwölf Jahre läuft, ohne dass jemand ernsthaft hingeschaut hat, ist kein Beweis für Stabilität. Er ist Glück. Vielleicht gutes Glück, vielleicht nur noch nicht abgelaufenes.
Der richtige Zeitpunkt für eine Bestandsaufnahme ist nicht nach dem ersten Ausfall. Er ist jetzt, solange du die Wahl hast, geordnet vorzugehen.
Wer sich das einmal von außen anschauen lassen möchte, erreicht mich über sesoft.de/kontakt.
Quellen
- Microsoft Lifecycle-Übersicht SQL Server: https://learn.microsoft.com/de-de/lifecycle/products/?terms=sql+server
- SQL Server Security Best Practices (Microsoft Docs): https://learn.microsoft.com/de-de/sql/relational-databases/security/sql-server-security-best-practices
—
Sönke Schäfer berät seit über 25 Jahren norddeutsche KMU rund um Datenbankarchitektur und gewachsene Microsoft-Umgebungen. Sein Schwerpunkt liegt auf SQL Server, Microsoft Access und der pragmatischen Bestandsaufnahme von Systemen, die im Alltag funktionieren – bis sie es nicht mehr tun. Sönke arbeitet von Sierksdorf in Ostholstein.
—
Für Yoast SEO
Fokus-Keyphrase: SQL Server Bestandsaufnahme
SEO-Titel (60 Zeichen): SQL Server Bestandsaufnahme – was läuft da wirklich?
Meta-Description (155 Zeichen): Seit Jahren läuft der SQL Server, aber niemand weiß genau wie. Eine Bestandsaufnahme zeigt, was übernommen wurde – und was stillschweigend mitgeschleppt wird.
Cluster: A
Tags: SQL Server, Bestandsaufnahme, Datenbankwartung, SQL Server EOL, IT-Sicherheit, KMU
