Wir übertragen große Datenmengen in Form einer SQL-Datenbank von einem Standort zum anderen. Die Datenübertragungsgeschwindigkeiten sind dabei sehr langsam, wir möchten jedoch die Unterbrechung der Dienste für unsere Kunden so kurz wie möglich halten.
Unsere Idee bestand darin, SQL auf dem Zielserver zu starten, ein vollständiges Backup zu übertragen (was mehrere Tage dauern könnte), das neue SQL für den Live-Betrieb vorzubereiten und dann ein inkrementelles Backup der Zwischenzeit zu übertragen und wiederherzustellen, bevor es für den Live-Betrieb freigegeben wird.
Ich habe noch nie mit inkrementellen Backups in SQL gearbeitet. Sollte dies für unsere Zwecke ohne Datenverlust ausreichen oder gibt es noch mehr, was ich übersehen habe?
Vielen Dank im Voraus für jede Erklärung.
Und als Nachtrag: Unsere aktuelle automatisierte Backup-Strategie ist Microsoft Data Protection Manager. Ich weiß, dass inkrementelle Backups nur seit dem letzten vollständigen Backup gültig sind. Wenn DPM ein Backup erstellt, wird dieses dann im SQL Server als letztes bekanntes vollständiges Backup gekennzeichnet, sodass das inkrementelle Backup nur Transaktionen seit dem letzten DPM-Backup sichert, oder sind die beiden vollständig autonom?
Antwort1
Da Ihr Plan darin besteht, das System während der Zeit herunterzufahren, die zum Senden des letzten inkrementellen Backups benötigt wird, ist Ihr Plan gut. Stellen Sie einfach sicher, dass Sie die NORECOVERYOption verwenden, wenn Sie alle Backups außer dem letzten inkrementellen Backup anwenden.