SQL Server: Halten Sie stets einen Plan für den Notfall bereit
Don' t verwirren, Sicherung und Wiederherstellung mit hoher Verfügbarkeit. Bei einem Ausfall erhalten Sie mithilfe von Sicherung und Wiederherstellung Ihre Daten zurück, jedoch erst nach einem gewissen Zeitraum.
Saleem Hakani
In einer idealen Welt würde Festplatten und anderer Hardware nie fehlschlagen. Software wäre nie defekt, Benutzer würde nicht machen Fehler und Hacker nie erfolgreich sein würde.
Allerdings leben wir in einer Welt mit weniger als perfekt. Wir müssen planen und vorbereiten, unerwünschte Ereignisse behandeln. Ausführen und pflegen gute und gesunde Sicherungen ist eine der obersten Prioritäten für Administrator oder Ingenieur mit SQL Server.
Sichern und Wiederherstellen ist nicht HA
Hier ist eine gute Faustregel im Auge zu behalten: Sichern und Wiederherstellen ist keine Hochverfügbarkeit (HA)-Funktion. Wiederherstellen einer Datenbank aus einer Sicherung ist einfach eine Reparaturfunktion, keine Verfügbarkeit-Funktion.
Wenn Sie einem unternehmenskritischen System ausführen und Ihre Datenbank HA erfordert, dann suchen Sie in verschiedenen tatsächlichen HA-Features, die in SQL Serverzur Verfügung. HA nicht gleichzusetzen für Sicherung und Wiederherstellung.
Wenn Sie eine große oder unternehmenskritischen System ausführen, benötigen Sie Ihre Datenbank kontinuierlich oder für längere Zeit mit minimaler Ausfallzeit für Wartungsaufgaben verfügbar sein. Daher, muss die Dauer der Datenbank wiederherstellen Situationen so kurz wie möglich gehalten werden.
Auch, wenn Sie außergewöhnlich große Datenbanken verwenden, werden sie erfordern längere Zeit zum Sichern und wiederherstellen. Sie sollten in einige der neuen Features suchen, bietet SQL Server erhöhen, Backup und Wiederherstellung operative Geschwindigkeit. Dadurch minimieren die Auswirkungen auf die Benutzer während der beiden Sicherung und Wiederherstellungsvorgänge.
Hier ist ein Blick auf einige andere spezifischen Techniken.
**Mehrere backup-Geräte:**Wenn Sie auf eine große Datenbank-Backups und Wiederherstellungen durchführen, sollten Sie gleichzeitig mehrere Sicherungsmedien verwenden. Diese Konfiguration hilft Ihnen die Sicherungen in alle Geräte gleichzeitig zu schreiben. Verwenden mehrere Sicherungsmedien in SQL Server können Sie Datenbank-Backups an alle Geräte parallel zu schreiben.
Ein möglicher Engpass in backup-Durchsatz ist die Geschwindigkeit der Sicherungsmedien. Mit mehreren Sicherungsmedien erhöhen Durchsatz proportional zur Anzahl der Geräte, die Sie verwenden. Ebenso können Sie die Sicherung von mehreren Geräten gleichzeitig wiederherstellen.
**Gespiegelten Mediensatz:**Wenn Sie einen gespiegelten Mediensatz verwenden, haben Sie insgesamt vier Spiegel pro Mediensatz. Mit den gespiegelten Mediensatz schreibt der Sicherungsvorgang in mehrere Gruppen von backup-Geräten. Jede Gruppe von Sicherungsmedien ergibt einen einzelnen Spiegel im gespiegelten Mediensatz. Jeder einzelne Spiegelsatz muss dieselbe Anzahl und denselben Typ von physischen Sicherungsmedien verwenden, und alle müssen die gleichen Eigenschaften.
**Snapshot-Backups:**Dies ist der schnellste Weg zur Datenbank-Backups durchführen. Eine Snapshot-Sicherung ist eine spezielle Sicherung fast augenblicklich mit einer Split-Mirror-Lösung, die von einem unabhängigen Hard- und Software-Kreditor aus erstellt.
Snapshot-Backups minimieren oder beseitigen die Verwendung von SQL Server -Ressourcen, die Sicherung zu erreichen. Dies ist besonders nützlich für Moderate bis große Datenbanken für die Verfügbarkeit von entscheidender Bedeutung ist. Sie können manchmal Snapshot-Backups und Wiederherstellungen in Sekunden, mit wenig oder keinen Effekt auf dem Server ausführen.
**Low-Sicherungskomprimierung Vorrang:**Sichern von Datenbanken, die mit der neu eingeführten Sicherungskomprimierung-Funktion könnte die CPU-Nutzung erhöht. Jede zusätzliche CPU-Leistung, verbraucht bei der Komprimierung kann die gleichzeitige Vorgänge beeinträchtigen. Daher sollte möglichst niedriger Priorität komprimierte Erstellen einer Sicherung, CPU-Nutzung durch die Ressourcenkontrolle, CPU-Konflikte zu verhindern eingeschränkt ist.
**Full, Differential und Log-Sicherungen:**Wenn das Wiederherstellungsmodell der Datenbank auf Full festgelegt ist, verwenden Sie eine andere Kombination von Sicherungen (z. B. Full, Differential und Log). Dies hilft Ihnen die Anzahl der Sicherungen zu minimieren, müssen Sie anwenden, um die Datenbank zum Zeitpunkt des Fehlers zu bringen.
**Datei/Datei Gruppe Sicherungen:**Verwenden Sie Datei/Gruppe und T-Log-Sicherungen. Diese Techniken können Sie sichern oder Wiederherstellen nur die Dateien, die die relevanten Daten enthalten. Weil Sie nicht sichern oder Wiederherstellen der gesamte Datenbank, ist der Vorgang wesentlich schneller.
**Verwenden Sie ein anderes Laufwerk für Sicherungen:**Verwenden Sie nicht den gleichen physikalischen Datenträger, der Datenbankdateien oder die Protokolldateien für backup-Zwecke enthält. Mit demselben physischen Datenträger betrifft nicht nur die Leistung, sondern auch reduzieren die Wiederherstellbarkeit des Plans.
Denken Sie daran, ein paar Techniken und Taktiken für Backup und Wiederherstellung, die am besten in Ihrer Konfiguration auswählen. Es ist ein wichtiger Aspekt jeder SQL Server operative Strategie.
.jpg)
Saleem Hakani ist principal Architect bei Microsoft mit mehr als 18 Jahren Erfahrung. Er arbeitet seit 1992 mit SQL Server und arbeitete an zahlreichen großen Microsoft-Dienste als Ingenieur und Architekt in den letzten sieben Jahren, einschließlich Hotmail, Bing und MSN. Hakani führt die weltweite Gemeinschaft der SQL Server für Microsoft-Mitarbeitern und ein technischer Referent für verschiedene Microsoft-Veranstaltungen einschließlich TechReady, SQLFEST, SQL-Schule und SQLPASS.