none
SQL Server Backup mit zusätzlichen Daten ergibt eine Backup-Datei mit gleicher Grösse RRS feed

 > 

  • Frage

  • Question
    Anmelden
    0
    Anmelden

    Eine Firmen Datenbank wird programmatisch täglich gesichert. Nun ist mir aufgefallen, dass die Backup-Dateien manchmal die gleiche Grösse haben, wie vom Vortag. Kann das mit der Komprimierung zu tun haben? Ist trotzdem seltsam, da pro Tag einiges an Daten hinzukommt.

    Warum sind die Backup-Dateien manchmal gleich gross?

    Danke für Antworten

    Gruss

    Stefan

    Freitag, 27. November 2015 16:21
    |

Antworten

  • Question
    Anmelden
    2
    Anmelden

    Solange die selben Pages bzw Extents noch Platz hatten, und also keine neuen Extents allokiert werden müssen wegen dieser "einigen" neuen Daten, würde es tatsächlich nicht mehr zu sichern geben als zuvor. Die Frage ist also, was heisst "einiges".
    Und auf das "obendrauf" kommt nun die Komprimierung ins Spiel.

    Wie groß der Inhalt des komprimierten Backups ist, kann man übrigens über die Systemtabelle backupset ermitteln

    select backup_size
, compressed_backup_size,
* from msdb.dbo.backupset
WHERE database_name = 'DBxy'

    Andreas Wolter (Blog | Twitter)
    MCSM: Microsoft Certified Solutions Master Data Platform, MCM, MVP
    www.SarpedonQualityLab.com | www.SQL-Server-Master-Class.com

    Samstag, 28. November 2015 10:21
    |
  • Question
    Anmelden
    1
    Anmelden

    Hallo Stefan,

    Du kannst auch über die Tabelle backupset (Transact-SQL) => Felder "backup_size/compressed_backup_size" in der "msdb" Datenbank prüfen, wie groß denn nun wirklich die Backups waren.

    Olaf Helper

    [ Blog] [ Xing] [ MVP]



    Samstag, 28. November 2015 05:49
    |

Alle Antworten

  • Question
    Anmelden
    0
    Anmelden

    Hallo Stefan,

    es wäre eher ungewöhnlich wenn die Backup Dateien gleich groß sind obwohl "einiges?" an Daten hinzugekommen sind. Letztendlich kannst du es nur prüfen in dem du das Backup (ggf. auf einem anderen Server) wiederherstellst und die letzten Änderungen kontrollierst.

    Benjamin Hoch
    MCSE: Data Platform,
    MCSA: Windows Server 2012,

    Freitag, 27. November 2015 19:04
    |
  • Question
    Anmelden
    0
    Anmelden

    Hallo Benjamin

    Ja, das habe ich mir auch überlegt, das Backup einmal zu restoren und dann zu schauen.

    Danke

    Gruss

      

    Freitag, 27. November 2015 19:20
    |
  • Question
    Anmelden
    1
    Anmelden

    Hallo Stefan,

    Du kannst auch über die Tabelle backupset (Transact-SQL) => Felder "backup_size/compressed_backup_size" in der "msdb" Datenbank prüfen, wie groß denn nun wirklich die Backups waren.

    Olaf Helper

    [ Blog] [ Xing] [ MVP]



    Samstag, 28. November 2015 05:49
    |
  • Question
    Anmelden
    2
    Anmelden

    Solange die selben Pages bzw Extents noch Platz hatten, und also keine neuen Extents allokiert werden müssen wegen dieser "einigen" neuen Daten, würde es tatsächlich nicht mehr zu sichern geben als zuvor. Die Frage ist also, was heisst "einiges".
    Und auf das "obendrauf" kommt nun die Komprimierung ins Spiel.

    Wie groß der Inhalt des komprimierten Backups ist, kann man übrigens über die Systemtabelle backupset ermitteln

    select backup_size
, compressed_backup_size,
* from msdb.dbo.backupset
WHERE database_name = 'DBxy'

    Andreas Wolter (Blog | Twitter)
    MCSM: Microsoft Certified Solutions Master Data Platform, MCM, MVP
    www.SarpedonQualityLab.com | www.SQL-Server-Master-Class.com

    Samstag, 28. November 2015 10:21
    |