Microsoft SQL Server – Datenbankwartung
Falls in Ihrem Unternehmen bereits Ivanti Produkte in einer vollständigen SQL Server-Umgebung zum Einsatz kommen, sich ein Datenbankadministrator um die Wartung von SQL Server kümmert und wenn Sicherungsrichtlinien auf unsere Datenbanken angewendet werden – hervorragend! Falls Sie SQL Server Express oder eine vollständige Edition von SQL Server ausführen, aber keinen Wartungs- und Sicherungsplan implementiert haben, lesen Sie bitte weiter.
Datenbankinstabilität und -beschädigung sind die häufigsten Ursachen für Upgrade-Probleme und Leistungsbeeinträchtigungen auf der GUI. In vielen Fällen können diese jedoch durch eine proaktive Wartung der Datenbank reduziert oder sogar eliminiert werden. Nachfolgend haben wir einige Empfehlungen für Sie zusammengefasst, die Ihnen dabei helfen, Ihre Datenbank regelmäßig zu warten und zu bereinigen. Auf diese Weise sorgen Sie für maximale Leistung und reduzieren Störungen auf ein Minimum.
Denken Sie daran, dass dies ein allgemeiner Ausgangspunkt ist. Falls behördliche Vorschriften das Vorhalten von mehr Daten verlangen, passen Sie Ihre Konfiguration entsprechend an. In dem Fall sollten Sie analysieren, wie häufig Sie Scans durchführen. Wenn 1.000 Agents täglich 8 x einen Scan durchführen, wächst Ihre Datenbank deutlich schneller als bei einem Scan einmal pro Tag oder einmal pro Woche. In den meisten Fällen benötigen Sie all diese Daten gar nicht in dem Umfang.
Nachfolgend finden Sie unsere Empfehlungen für eine regelmäßige Datenbankwartung.
Datenaufbewahrung
Bestimmen Sie die Datenmenge, die für betriebliche Zwecke verfügbar sein muss. In der Regel genügen für betriebliche Zwecke die Daten von 60 bis 90 Tagen. Mithilfe des Ivanti Security Controls-Datenbankwartungstools können Sie sämtliche Daten bereinigen, die älter sind als 60 bis 90 Tage und den Task so planen, dass er regelmäßig ausgeführt wird.
Berichterstellung
Bestimmen Sie, welche Berichtsdaten für Prüfungs-zwecke bzw. behördliche Zwecke erforderlich sind. Führen Sie monatlich Berichte aus, die diese Anforderungen erfüllen, und bewahren Sie diese so lange auf, wie Ihre Richtlinie es verlangt. In der Regel werden Berichtsdaten 13 Monate lang aufbewahrt.
Datenbanksicherungen
Ivanti empfiehlt wöchentliche Teilsicherungen und eine vollständige Sicherung pro Monat. Die Sicherung sollte unmittelbar vor der geplanten Bereinigung stattfinden. Bewahren Sie die Sicherungen genauso lange auf wie die Berichtsdaten.
Datenbankwartungsplan
- Sicherungen: Vollständige monatliche Sicherung, direkt nach der Patchwartung für den betreffenden Monat. Wöchentliche, inkrementelle Sicherung am Ende der Woche (vorzugsweise nach dem Patchfenster am Wochenende).
- Datenbereinigung: Nach Ausführung der vollständigen monatlichen Sicherung.
- Neuindizierung: Nach der Datenbereinigung.
- Integrität: Nach Ausführung der Neuindizierung.
Datenbankwartungstool
SQL Server Express-Benutzer, die keinen Zugriff auf den SQL Server-Wartungsplanassistenten haben, können das Ivanti Security Controls-Datenbankwartungstool verwenden. Das Tool für die Datenbankwartung ermöglicht Ihnen Folgendes:
- das Löschen alter Ergebnisse
- die Neuerstellung der SQL Server-Indizes
- Erstellen von Sicherungskopien Ihrer Datenbank und Ihres Transaktionsprotokolls
Wählen Sie dazu die Option Verwalten > Datenbankwartung aus und geben Sie genau an, wann und wie die Wartungstasks durchgeführt werden sollen. Weitere Informationen finden Sie im Hilfethema Datenbankwartung.
SQL Server-Wartungsplanassistent
Falls Sie eine Full Edition von SQL Server verwenden, sollten Sie Ihre Wartungspläne mit dem SQL Server-Wartungsplanassistenten erstellen. Sie können zwar das Ivanti Security Controls-Tool für die Datenbankwartung verwenden, der SQL Server-Wartungsplanassistent ist jedoch robuster und bietet zusätzliche Funktionen.
Verwandte Themen
- Empfehlungen für die Software und Hardware der Konsole
- Portanforderungen und Firewallkonfiguration
- Verwaltung verteilter Umgebungen
- Agentenloses Patchmanagement
- Optimaler Ansatz für das Anwenden von Patches in einer agentenlosen Umgebung
- Automatisieren des Patchmanagements in einer agentenlosen Umgebung
- Agentenbasiertes Patchmanagement
- Optionen für das Rollout von Agents
- Installieren und Unterstützen von Agents auf internetbasierten Computern
- Agentenbasierter Prozess für die Bereitstellung von Produktebenen und Patches
- Patchdienstag – Anleitung für die Organisation des Patchtages
- Patching in einer getrennten Umgebung