SQL server – häufige databasesicherungen

Ich habe einen Dienst, der data zwischen zwei databaseen synchronisiert. Das ist ziemlich riskant, vor allem weil dies neue Software ist, die nicht sehr gut getestet wird. Deshalb muss ich häufige Backups machen – vor jeder Synchronisation (der Service führt das selbst aus). Nach einem Tag bekam ich 13,9 GB file mit Backups. Das ist zu viel.

Ich überlege, was sind meine Optionen hier und was damit zu tun. Ich versuche, diese database in zwei filegruppen aufzuteilen – primäre und Fotos. Danach habe ich 16mb und 120mb fileen bekommen. Das Wichtigste hier ist, diese 16mb zu sichern und in der Lage sein, es wiederherzustellen, wenn nötig

Ich weiß nicht genau, welche Risiken hier sind und was passieren kann. Kann jemand kurz erklären oder einen Link geben, damit ich lesen kann?

Welche anderen Optionen gibt es?

(Das ultimative Ziel ist, dass ich häufig mit relativ kleinen Backup-filegrößen sichern kann)

Du hast diese Frage mit MSSQL 2008 getaggt.

MS SQL 2008 kann FILESTREAM nutzen, um collections von fileen im filesystem zu speichern, anstatt als Blobs in der DB. Allerdings behält es die Möglichkeit, die filespeicherorte zu verfolgen und zu indexieren.

In diesem Fall, wenn Ihr Synchronisierungsdienst ausgeführt wird, sollte er auch den Inhalt des FILESTREAM Verzeichnisses übertragen.

Das Ergebnis wird sein, dass Ihre DB-Backups deutlich kleiner sind, weil sie nicht wirklich die fileen enthalten, nur die Orte und Tabellen, die für die dataintegrität erforderlich sind.

Hier ist ein informativer Link zur FILESTREAM function:
https: /

Ich habe einen Dienst, der data zwischen zwei databaseen synchronisiert. Das ist ziemlich riskant, vor allem weil dies neue Software ist, die nicht sehr gut getestet wird. Deshalb muss ich häufige Backups machen – vor jeder Synchronisation (der Service führt das selbst aus). Nach einem Tag bekam ich 13,9 GB file mit Backups. Das ist zu viel.

Bitte vergessen Sie nicht, die Protokolldatei zu schrumpfen, bevor Sie die databasesicherung aufnehmen, um die unnötige Nutzung von Disk zu vermeiden.

 USE DatabaseName GO DBCC SHRINKFILE(LogFileName, 1) BACKUP LOG DatabaseName WITH TRUNCATE_ONLY DBCC SHRINKFILE(LogFile, 1) GO