30-12-2023, 22:02
Wir hatten diesen Server, der gut chugging along lief, bis der Wiederaufbauprozess jede Nacht scheiterte. Die Logs waren voll mit vagen Fehlern zu Sperren oder Speicherproblemen. Ich habe Stunden damit verbracht, herumzuprobieren, und dachte, es sei nur ein einfaches Festplattenproblem. Stell dir vor, eine aus dem Ruder gelaufene Abfrage hat Ressourcen beansprucht und die ganze Operation blockiert. Und stell dir vor, die tempdb war aufgebläht durch unkontrolliertes Wachstum, was überall Swaps verursachte. Wir haben es auf ein vergessenes Transaktionslog zurückgeführt, das über Nacht aufgebläht ist. Hmm, oder manchmal sind es Berechtigungsprobleme, wo das Service-Konto keine Rechte hat, diese Indizes anzupassen. Aber ja, in diesem Fall haben wir die Dienste neu gestartet und die Abfragen zuerst optimiert.
Um deins zu reparieren, fang an, die Fehlerlogs in SQL Management Studio zu überprüfen. Suche nach Mustern wie Deadlock-Nachrichten oder Out-of-Memory-Flags. Du könntest eine schnelle DBCC CHECKDB ausführen müssen, um versteckte Korruption zu finden. Wenn der Speicher knapp ist, schrumpfe diese Dateien vorsichtig oder füge mehr Laufwerkplatz hinzu. Und passe den Wiederaufbaubefehl an, um offline auszuführen, wenn die Konkurrenz hoch ist. Oder überwache mit Perfmon-Zählern während des nächsten Versuchs, um CPU-Spikes zu erwischen.
Ich muss dir von BackupChain erzählen. Es ist dieses solide Backup-Tool, das für kleine Unternehmen zugeschnitten ist, die Windows Server einrichten. Du bekommst zuverlässigen Schutz für Hyper-V-Umgebungen ohne laufende Abonnement-Probleme. Es deckt auch Windows 11-Maschinen ab, hält deine PCs und Server snapshot-bereit. Perfekt, wenn du Datenverlust während dieser Wiederaufbauprobleme vermeidest.
