ottto 10 Geschrieben 21. August 2014 Melden Teilen Geschrieben 21. August 2014 Hallo, ich bin gerade dabei mich in das Thema MSSQL Server einzuarbeiten und hab da gleich eine Frage. Wenn ich das richtig verstehe, werden bei einem VollBackup die Datenbankseiten, Stück für Stück, in die Sicherung geschrieben. Das kann sich dann über einen längeren Zeitraum hinziehen. Wie werden Datenänderungen berücksichtigt die in der Sicherungszeit an der DB gemacht werden? Die Tabellen werden in der Zeit ja nicht gesperrt. Werden die Änderungen extra vermerkt? Wird das Transaktionsprotokoll genutzt? Kann mir das jemand erklären? Danke. Gruß. ottto Zitieren Link zu diesem Kommentar
Dukel 454 Geschrieben 21. August 2014 Melden Teilen Geschrieben 21. August 2014 Ja es werden die Transaktionsprotokolle genutzt. Auch im normalen Betrieb werden Daten nicht sofort in die Datenbankdateien geschrieben sondern auch erst in die Transaktionsprotokolle und später in die Datenbankdateien. Zitieren Link zu diesem Kommentar
Cybquest 36 Geschrieben 21. August 2014 Melden Teilen Geschrieben 21. August 2014 Mit einem "BEGIN BACKUP" wird die DB quasi angewiesen, nichts mehr aus dem Transaktionsprotokoll in die DB zu schreiben bis zum "END BACKUP". Daher ist es vorteilhaft, die Sicherungen nicht zur Volllastzeit zu machen, da sonst die TP schnell wachsen können. Zitieren Link zu diesem Kommentar
ottto 10 Geschrieben 21. August 2014 Autor Melden Teilen Geschrieben 21. August 2014 somit wartet der MSSQL-Server mit dem Schreiben der Änderungen in die Datenbankdateien bis die Sicherung durch ist. Ist das richtig? Danke. Gruß. ottto Zitieren Link zu diesem Kommentar
NilsK 2.934 Geschrieben 21. August 2014 Melden Teilen Geschrieben 21. August 2014 Moin, nicht ganz. Beim Backupvorgang sichert der SQL Server alle Datenbankseiten direkt aus der DB-Datei. Sollte eine Transaktion eine Seite anfordern, die noch nicht gesichert wurde, so hält SQL Server die Transaktion zurück und sichert diese Seite als nächste. So ist die Konsistenz der Datenbank über das Backup hinweg gewährleistet. Dieser Vorgang ist natürlich nur schematisch zu verstehen und bezieht sich auf das "herkömmliche" Sicherungsverfahren ohne VSS. Im Fall eines VSS-Backups erzeugt SQL Server einen VSS-Snapshot für die Datenbankdatei, der dann gesichert wird. Das Vorgehen kann man sich dann genauso vorstellen, nur dass VSS dann das "Copy on Write" vornimmt - ein Block, der geändert werden soll, wird zunächst in den Shadow-Bereich kopiert, damit der usprüngliche Stand konsistent erhalten bleibt. Wichtig: Bei einem Full Backup werden die Transaktionsprotokolle nicht mit gesichert. Ebenso wenig bei einem Differential Backup. Dafür benötigt man separate Sicherungsjobs. Gruß, Nils Zitieren Link zu diesem Kommentar
ottto 10 Geschrieben 22. August 2014 Autor Melden Teilen Geschrieben 22. August 2014 Vielen Dank für Eure Antworten!!! Gruß. ottto Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.