Dies ist mein erster DBA.SE-Beitrag. Bitte teilen Sie mir etwaige Fehler mit, danke!
Ich bin ein neuer DBA (kein IT-Profi, nur niemand im Unternehmen, der das macht). Je grundlegender die Erklärung, desto besser. Ich habe über Datenbanksicherungsstrategien gelesen (oder, wie ich gelernt habe, "Wiederherstellungsstrategien"). Ich verstehe die Funktionsweise von vollständigen, differenziellen und Transaktionsprotokollsicherungen, möchte jedoch wissen, warum eine differenzielle Sicherung nur auf der neuesten vollständigen Sicherung basieren kann.
Wenn sich bei einer differenziellen Sicherung alles seit der letzten vollständigen Sicherung geändert hat, warum kann die differenzielle Sicherung dann nicht auf einer Sicherung meiner Wahl basieren? Um es klarer zu machen, frage ich Sie, ob Sie die Basis angeben möchten, wenn das Backup erstellt wird, und nicht, wenn Sie es wiederherstellen. Ich gehe davon aus, dass Sie bei der Wiederherstellung die richtige Basis und das entsprechende Differential auswählen würden, um die Wiederherstellung durchzuführen (ohne ein Differential aus Basis B für die Wiederherstellung aus Basis A zu verwenden).
Was ist der Grund, warum diese Funktionalität nicht möglich ist? Ich denke, dass es einen Grund geben muss, ich weiß nur nicht, was es ist.
Hinweis: Ich verstehe, dass die Basis nicht angegeben werden kann, aber meine Frage ist, warum nicht ? (Ich habe auch kein Interesse an Diskussionen über "Warum würdest du?")
Analogie
Hier ist eine Analogie, wie ich eine differenzielle Sicherung verstehe:
Ich habe eine Excel-Datei mit einigen Daten in Zellen.
Am ersten Tag mache ich eine Kopie dieser Datei und speichere sie an einem anderen Ort (die "vollständige Sicherung").
Am zweiten Tag schaue ich mir die Datei an und vergleiche sie mit der Sicherungskopie, die ich am ersten Tag erstellt habe. Dabei stelle ich fest, welche Zellen sich geändert haben und welche neuen Werte sie haben (eine "differenzielle Sicherung"). Ich notiere nicht jede an einer Zelle vorgenommene Änderung, sondern nur deren endgültigen Wert. Wenn Zelle A1 als "Alfred" gestartet und in "Betty", "Charlie" und dann "Dave" geändert würde, würde ich nur feststellen, dass "A1 ist jetzt Dave".
Am dritten Tag vergleiche ich die aktuelle Datei erneut mit der Sicherungsdatei und notiere die Änderungen (eine weitere "differenzielle Sicherung" mit derselben Basis wie am zweiten Tag). Wiederum wurden nur die Endwerte pro Zelle zum beobachteten Zeitpunkt notiert, nicht alle Werte, die die Zelle den ganzen Tag über hatte.
An Tag 4 vergleiche ich erneut und bemerke Änderungen erneut. Fahren Sie mit Zelle A1 fort, und dort steht jetzt "Sarah", auch wenn es den ganzen Tag über 10 andere Namen waren. Ich stelle nur fest, dass "Jetzt ist A1 Sarah".
Am 5. Tag wird meine Akte durcheinander gebracht. Ich schaue mir also die Sicherungskopie an, die ich an Tag 1 erstellt habe, dann die Endzustände, die an Tag 4 notiert wurden, und wende die Änderungen an, die an der Sicherungskopie notiert wurden. Jetzt habe ich die Datei so "wiederhergestellt", wie sie an Tag 4 war Ich schaue mir also die Sicherung an, die am ersten Tag erstellt wurde, und stelle fest, dass die Zelle A1 am vierten Tag als "Sarah" endete, und ändere die Sicherungszelle A1 in "Sarah".
Warum wäre es wichtig, wenn ich am zweiten Tag eine weitere Sicherungskopie ("vollständig") der Datei erstellt hätte? Warum ist es nicht möglich, die Datei am 3. oder 4. Tag mit der am 1. Tag erstellten Kopie zu vergleichen (lesen, "differenziell sichern")? Nach meinem Verständnis würde SQL Server von mir verlangen, dass ich (wenn ich eine andere differenzielle Sicherung mache) mit einer vollständigen Sicherung vergleiche, die am zweiten Tag erstellt wurde (wenn eine erstellt wurde) - keine andere Option.
quelle
COPY_ONLYder Fall ist. Wenn das OP an Tag 1 eine regelmäßige vollständige Sicherung undCOPY_ONLYan Tag 2 eine vollständige Sicherung durchführen würde, welche Probleme würden durch das Anwenden eines späteren Differentials von derselben Basis verursacht zum tag 2 backup?Die Funktion , die Sie wollen , könnte im Prinzip existiert. Mit den aktuellen Datenbankstrukturen wäre dies nicht effizient (siehe Max Vernons Antwort). SQL Server muss entweder einen Satz von Diff-Zuordnungen verwalten oder den aktuellen DB-Inhalt mit der vollständigen Sicherung vergleichen, die Sie als Basis angeben.
Es gibt Anwendungen, die große Dateien deduplizieren. Sie können zwei vollständige Sicherungen durchführen und nur die geänderten Daten werden tatsächlich gespeichert. Dies ist wie ein Diff mit einer benutzerdefinierten Basis.
exdupezum Beispiel kann das tun.Das Schöne daran ist, dass es mit jedem Satz von Sicherungsdateien überhaupt funktioniert. Tatsächlich zahlen Sie ab der dritten vollständigen Sicherungsdatei nur noch inkrementellen (nicht differenziellen) Speicherplatz. Der Speicherplatzbedarf ist der Unterschied zur vorherigen Sicherungsdatei (nicht zur ersten). Deduplizierende Speicher weisen ein ähnliches Verhalten auf.
Warum existiert die von Ihnen beschriebene Funktion nicht? Jedes Feature verbraucht Budget, sodass andere Features nicht vorhanden sind. Dieser hat es anscheinend nicht weit genug auf die Prioritätenliste geschafft. Ich bin mir nicht sicher, wofür es gut wäre. Scheint eine ziemlich esoterische Anforderung zu sein, benutzerdefinierte Basen zu verwenden.
quelle
Verwechseln Sie Transaktionsprotokollsicherungen nicht mit differenziellen Sicherungen, sie haben unterschiedliche Zwecke! Was Sie eine "differenzielle Sicherung" nennen, bei der Sie "alle Änderungen an den Zellen notieren", ist in Wirklichkeit ein Transaktionsprotokoll .
Der Zweck einer differenziellen Sicherung besteht darin, die Größe der resultierenden Sicherungsdatei klein zu halten, indem nur die Informationen aufgezeichnet werden, die sich seit der letzten vollständigen Sicherung geändert haben, und die Wiederherstellungszeit innerhalb Ihres Ziels für die Wiederherstellungszeit (RTO) zu halten.
Eine Transaktionsprotokollsicherung Zweck ist , um die Transaktionen zu einem beliebigen Zeitpunkt wiederholen zu lassen - oft, aber auf jeden Fall nicht unbedingt auf „die letzt etwas passieren“.
Worüber Sie sprechen, ist in der Tat möglich - Sie müssen jedoch die vollständige Sicherung und anschließend die Transaktionsprotokolle wiederherstellen.
Wenn Sie die vollständige Sicherung von Tag 1 und alle Transaktionsprotokollsicherungen zwischen Tag 1 und Tag 5 haben, hindert nichts Sie daran, die Sicherung von Tag 1 wiederherzustellen und das Transaktionsprotokoll erneut abzuspielen, bis Sie die Daten wie am Tag 4 erhalten haben Sie könnten auch mit dem Backup von Tag 2 beginnen, das sich etwas schneller wiederherstellen lässt, da Sie weniger Transaktionen wiedergeben würden. Sie können auch die vollständige Sicherung von Tag 1 und die differenzielle Sicherung von Tag 3 wiederherstellen und anschließend die Transaktionsprotokolle auf Tag 4 wiederherstellen.
Bearbeiten: OK, Ihre bearbeitete Analogie macht etwas mehr Sinn. Die Antwort lautet dann "weil Sie mit Transaktionsprotokollsicherungen bereits das erreichen können, was Sie wollen". Eine differenzielle Sicherung ist lediglich eine kostengünstige und bequeme Möglichkeit, eine ganze Reihe von Transaktionsprotokollaktivitäten aufzuzeichnen. Es bietet keine Granularität für die Datenwiederherstellung, die eine Transaktionsprotokollsicherung nicht bietet. Es gibt nur so viele Funktionen, die "nur Komfort" bieten und es zu einem Produkt machen.
quelle
Eine Analogie zu Excel herzustellen, bedeutet, Äpfel und Orangen zu vergleichen. Warum ? Excel ist keine Datenbank, da die Datenintegrität fehlt. Excel ist eine schöne Tabellenkalkulationsanwendung und kann eine Ergänzung zur Datenbank sein.
SQL Server ist ein relationales Datenbanksystem, mit dem Sie alle Ihre Daten speichern und einen Mechanismus zum Abfragen bereitstellen können. Der wichtige Teil ist "relational", da die Datenbeziehung zusammen mit der Datenintegrität (ACID-Eigenschaften) wichtig ist.
Grundlagen:
Die Daten in der Datenbank sind in logische Komponenten (Tabellen, Ansichten, Prozesse, Trigger usw.) unterteilt, die für den Benutzer sichtbar sind. Zumindest wird eine Datenbank auch physisch als zwei (Daten- und Protokolldatei) oder mehr (sekundäre Datendatei) Dateien auf der Festplatte implementiert.
Basierend auf Ihrer Analogie zu Excel wenden Sie nur das an, was sich an ersterem geändert hat. Dies wendet alle festgeschriebenen Transaktionen aus dem Transaktionsprotokoll an
with STOP AT(Hinweis: An Tag 5 kommt es zu einem Durcheinander der Datei, und Sie hören an Tag 4 auf).In jedem 4-GB-Abschnitt (als GAM-Intervall bezeichnet) jeder Datendatei befindet sich eine spezielle Datenbankseite, die als differenzielles Bitmap bezeichnet wird und nachverfolgt , welche Teile (als Extents bezeichnet) dieses 4-GB-Abschnitts sich seit der letzten vollständigen Sicherung geändert haben wurde der Datenbank hinzugefügt.
Eine differenzielle Sicherung durchsucht diese Bitmaps und sichert nur die Datendateibereiche, die als geändert markiert sind. Die Bitmaps werden bei der nächsten vollständigen Sicherung zurückgesetzt (daher kann eine differenzielle Sicherung nur auf der neuesten vollständigen Sicherung basieren) . Sie können also feststellen, dass mehr und mehr Datenbankänderungen in den differenziellen Bitmaps markiert werden und aufeinanderfolgende differenzielle Sicherungen werden immer größer.
Mit diesem Skript können Sie sogar herausfinden, wie viel sich in der Datenbank seit der letzten vollständigen Sicherung geändert hat. .
Die differenziellen Basisinformationen werden in der
masterDatenbank gespeichert -sys.database_fileoder (sys.master_files- nützlich, wenn die Datenbank schreibgeschützt oder offline ist).Es gibt 3 wichtige Spalten, in denen Informationen zur Differentialbasis gespeichert werden .
differential_base_lsnist die Basis für differenzielle Sicherungen. Die Datenbereiche, die später geändertdifferential_base_lsnwerden, werden in die differenzielle Sicherung einbezogen.differential_base_guidist die eindeutige Kennung der Basissicherung, auf der eine differenzielle Sicherung basiert.differential_base_timeist die Zeit, die entsprichtdifferential_base_lsnEine differenzielle Sicherung ist hilfreich, um die RTO (Recovery Time Objective = Zeit, die für die Wiederherstellung Ihrer Datenbank benötigt wird) zu beschleunigen, im Gegensatz zu häufigeren vollständigen Sicherungen, die bei großen Datenbanken oder bei der Wiederherstellung des Volumens von Transaktionsprotokollsicherungen ein Problem darstellen, da diese größer werden könnten im Zeitrahmen.
Hinweis: Durch eine vollständige COPY_ONLY-Sicherung wird die differenzielle Basis nicht zurückgesetzt, sodass eine COPY_ONLY-Sicherung nicht als differenzielle Basis dienen kann.
Verweise :
quelle