Sicherungen sind vorhanden, Wiederherstellungen werden jedoch selten getestet
Es gibt keine aktuellen Belege dafür, wie lange eine repräsentative Wiederherstellung dauert oder ob alle Abhängigkeiten verfügbar sind.
Hochverfügbarkeit & Notfallwiederherstellung
Wiederherstellung sollte ein Plan sein den Ihr Team getestet hat.
Ein erfolgreicher Sicherungsauftrag und ein fehlerfreies Replikat sind nützliche Signale. Das Unternehmen braucht eine umfassendere Antwort: Wie viele Daten könnten verloren gehen, wie lange könnte die Wiederherstellung dauern und wer kann die Anwendung wieder in Betrieb nehmen? Wir helfen Ihnen, diese Antwort zu erarbeiten und zu testen.
Arbeiten Sie direkt mit erfahrenen SQL-Server-Spezialisten zusammen.
Wann Sie uns hinzuziehen sollten
Kommt Ihnen eine dieser Situationen bekannt vor?
Beginnen Sie mit dem Problem, das Ihr Team erlebt. Sie benötigen keine Diagnose, bevor Sie Kontakt aufnehmen.
Failover hat unerwartete Folgen
Die Datenbank wird verschoben, aber Anwendungen, Anmeldungen, Aufträge, Listener oder andere Abhängigkeiten werden nicht wie erwartet wiederhergestellt.
Die Architektur ist schwer zu erklären geworden
Cluster, Verfügbarkeitsgruppen, Protokollversand und Cloud-Infrastruktur haben sich angesammelt, ohne dass ein aktueller, durchgängiger Wiederherstellungsplan vorhanden ist.
Was wir untersuchen
Bearbeiten Sie das gesamte Problem.
Der Umfang wird an Ihre Umgebung angepasst; die erforderlichen Nachweise und die Zugriffsmethode werden zu Beginn vereinbart.
Schwerpunkt 01
Wiederherstellungsziele und Ausfallszenarien
Ermitteln Sie die Anwendungen, den akzeptablen Datenverlust, die akzeptable Ausfallzeit und die Fehler, denen der Entwurf nach Geschäftserwartung standhalten soll.
Schwerpunkt 02
Abhängigkeiten von SQL Server und Infrastruktur
Prüfen Sie gegebenenfalls Verfügbarkeitsgruppen, Failoverclusterinstanzen, Protokollversand, Sicherungskonzept, Netzwerkabhängigkeiten, Speicher, Identität und Quorum.
Schwerpunkt 03
Übung von Wiederherstellung und Failover
Entwerfen Sie eine kontrollierte Übung, die Entscheidungsfindung, Datenbankwiederherstellung, Anwendungsvalidierung und die Schritte zur Rückkehr in den Normalbetrieb abdeckt.
Was Sie erhalten
Ein Ergebnis, mit dem Ihr Team arbeiten kann.
Vereinbaren Sie die Ergebnisse vor Arbeitsbeginn. Sofern eine Implementierung enthalten ist, folgt sie Ihrem Test- und Änderungsprozess.
Bewertung der Wiederherstellungslücken
Dokumentieren Sie den Unterschied zwischen dem erforderlichen Wiederherstellungsergebnis und den verfügbaren Nachweisen für den aktuellen Entwurf.
Architekturempfehlungen
Erläutern Sie geeignete Optionen, Abhängigkeiten, Ausfallgrenzen, Betriebsaufwand und die Gründe für die Empfehlung.
Wiederherstellungs-Runbook
Ein schrittweiser Plan mit Voraussetzungen, Entscheidungspunkten, Verantwortlichkeiten, Validierung und Eskalation.
Übungsprotokoll
Ergebnisse der vereinbarten Tests, ungelöste Lücken und erforderliche Maßnahmen, bevor dem Wiederherstellungsverfahren vertraut werden kann.
Eine praktische Unterscheidung
Planen Sie für die wichtigen Bedingungen.
Die richtige technische Wahl hängt vom Workload und davon ab, wie Ihr Team ihn betreibt.
Beziehen Sie Menschen und Abhängigkeiten ein.
Die Wiederherstellung kann von Verschlüsselungsschlüsseln, Identität, Anwendungskonfiguration, Speicher, Netzwerken und dem Zugriff der Mitarbeiter abhängen. Eine sinnvolle Übung überprüft den vollständigen Weg zurück zu einem akzeptierten Geschäftsdienst.
So läuft die Arbeit ab
Ein klarer Weg von Fakten zu Maßnahmen.
Sie bleiben an den Entscheidungen beteiligt und verstehen die Begründung hinter den Empfehlungen.
-
Ziele festlegen
Übersetzen Sie die Geschäftserwartungen in Wiederherstellungsszenarien und messbare Abnahmekriterien.
-
Den vollständigen Pfad prüfen
Verfolgen Sie die Wiederherstellung von Daten und Schlüsseln über SQL Server und Infrastruktur bis zur Anwendung.
-
Sicher üben
Vereinbaren Sie vor dem Testen des Verfahrens die Umgebung, das Änderungsfenster, den Ausweichplan und die Teilnehmer.
-
Lücken schließen
Dokumentieren Sie Ergebnisse, weisen Sie Korrekturmaßnahmen zu und planen Sie die nächste Prüfung mit den Systemverantwortlichen.
Vor dem Start
Fragen, die beantwortet werden sollten.
Ein gezieltes Gespräch hilft festzustellen, ob dieser Dienst zu Ihrer Situation passt.
Ersetzt Hochverfügbarkeit Sicherungen?
Nein. Replikate und redundante Infrastruktur schützen vor bestimmten Ausfällen. Eine Wiederherstellungsstrategie benötigt außerdem nutzbare Sicherungen und ein getestetes Vorgehen bei Beschädigungen, versehentlichen Änderungen und anderen Wiederherstellungsszenarien.
Können Sie einen bestehenden Always On-Entwurf prüfen?
Ja. Die Prüfung kann den SQL-Server-Entwurf und seine betrieblichen Abhängigkeiten abdecken, einschließlich Failoververhalten, Anwendungskonnektivität, Überwachung und Wartungsverfahren.
Können Sie vor dem Testen eine Wiederherstellungszeit garantieren?
Ein Wiederherstellungsziel ist eine Anforderung, kein Nachweis. Entwurf, Datenvolumen, Infrastruktur, Abhängigkeiten und Übungsergebnisse bestimmen, was unterstützt werden kann.
Verwandte Dienstleistungen
Folgen Sie dem Problem zum richtigen nächsten Schritt.
Einige Probleme betreffen mehrere Teile der Umgebung. Wir können die relevanten Arbeiten in einem vereinbarten Umfang zusammenfassen.
Datenbankbetrieb verbessern
Machen Sie gute Betriebsabläufe wiederholbar.
Beginnen Sie hier, wenn
Zu viele Warnmeldungen, zu wenig Maßnahmen.
Verbesserung des Datenbankbetriebs ansehen
SQL-Server-Migrationen & Upgrades
Verschieben Sie die Anwendung mit einem getesteten Plan.
Beginnen Sie hier, wenn
Ein Upgrade oder eine Infrastrukturverlagerung ist überfällig.
SQL-Server-Migrationen ansehen & Upgrades
Erzählen Sie uns, was Sie behindert.
Eine langsame Anwendung, ein wiederkehrender Vorfall, eine bevorstehende Änderung oder ein Prozess, den Ihr Team verbessern möchte. Beginnen Sie mit einer kurzen Beschreibung.