SQL Server-Sicherungen - Einige Fragen

Wir führen unseren wöchentlichen Backup-Job freitags um 21:00 Uhr aus und haben einige Probleme mit dem Festplattenspeicher (der manchmal gefährlich niedrig ist) und der Leistung. Wir sind gerade dabei, die Abläufe zu optimieren, und würden uns über Ihre Kommentare freuen.

Speziell:

1. Der Sicherungsvorgang dauert ca. 4 Stunden, um die Statistiken während der Sicherung zu aktualisieren. Können wir diesen Prozess sicher deaktivieren, um Zeit zu sparen?

2. Wir haben nur noch wenig Speicherplatz auf der Festplatte und fragen uns, ob wir den Prozess überarbeiten sollten. Derzeit erstellt es die Sicherung und löscht dann die vorherige Sicherung. Können wir die vorherige zuerst sicher löschen und dann die Sicherung durchführen?

Alle anderen Kommentare oder Beobachtungen wären sehr willkommen. BEARBEITEN: Die Gesamtgröße der SQL-Dateien auf dem Server beträgt ca. 35 GB. Eine Datenbank hat eine Größe von ca. 25 GB, während die anderen sechs gemeinsam ca. 10 GB haben.

(1) Ja, ich habe normalerweise den Sicherungsvorgang für sich. Ich würde während meiner Backup-Zeit nicht viel tun, wenn ich kann. Möglicherweise müssen Sie die Sicherungskopie erstellen und dann die Statistiken aktualisieren. Wie es sich anhört, führen Sie zwei Jobs gleichzeitig aus (1 für Backup, 1 für Update-Statistiken)?

(2) Kopieren Sie das Backup auf Band oder auf eine andere Festplatte? In diesem Fall bereinige ich normalerweise die Dateien, bevor ich lokal neue Sicherungen erstelle. Wenn nicht, würde ich in Betracht ziehen, die Sicherungsdatei zu komprimieren, bevor die neue erstellt wird, wenn ich nach Speicherplatz suche. (Wenn Sie die Komprimierung für die Backups nicht aktivieren können, wie von @Simon vorgeschlagen, würde dies ebenfalls Speicherplatz sparen.)

Ich kann hier nur Frage 2 beantworten. Ich empfehle Ihnen, sich komprimierte Backups anzuschauen.

• SQL Server kann dies tun, wenn Sie 2008 Enterprise Edition haben. Wenn nicht, schauen Sie sich die beiden unten an.
• Quest Litespeed
• RedGate SQL-Sicherung

1) Ich sehe keinen direkten Zusammenhang zwischen der Aufgabe, ein Backup zu erstellen, und der Aufgabe, Statistiken zu aktualisieren. So können Sie sie problemlos aufteilen. Ich würde sehen, dass die Aktualisierung der Statistiken eher mit einem Job zusammenhängt, der die Indizes defragmentiert / neu erstellt.

2) Auch wenn es nur für kurze Zeit ist, möchten Sie nicht ohne Backup sein. Daher sollten Sie das letzte Backup nur entfernen, wenn Sie es bereits an einem anderen Ort gespeichert haben.

Anmerkung hierzu: Wenn Sie Sicherungen in derselben Speicherbox ausführen, in der sich die Datenbank befindet, sind die Sicherungen nicht sicher, wenn Sie ein Hardwareproblem mit der Speicherbox haben. Sie müssen also sicherstellen, dass Sie nicht auf demselben Computer, sondern an einem anderen Ort genügend Speicherplatz für Sicherungen haben.

Randnotiz 2: Wie bereits von Simon angegeben, investieren Sie Zeit / Geld in komprimierte Backups, wenn Sie Platzprobleme haben. In dieser Frage sehen Sie viele Ideen: Das kleinstmögliche Backup… mit SQL Server .

Ihre Update-Statistik-Aufgabe sollte für eine 3-4-GB-Datenbank nicht länger als 4 Stunden dauern. Höchstwahrscheinlich haben Sie einige E / A-Probleme oder Sie haben eine stark fragmentierte Datenbank, die E / A-Probleme verursacht. Führen Sie eine Defragmentierung oder einen Indexneubau in der Datenbank durch und prüfen Sie, ob dies die Leistung verbessert. Wenn nicht, starten Sie perfmon und überprüfen Sie, wo sich Ihr Leistungsengpass befindet.

Ich würde nicht empfehlen, Ihr einziges Backup zu löschen, bevor Sie ein neues Backup erstellen. Es wäre nicht das erste Mal, dass ein Backup fehlschlägt oder die Instanz ausfällt, und eine Zeitlücke ohne Aussicht auf Wiederherstellung ist schlecht zu empfehlen.

Das ist nicht die Lösung für Ihr Problem. Es wäre der richtige Weg, herauszufinden, wie man mehr Platz für beide Häuser hat.