10 TB Datenbanksicherung / Wiederherstellung Frage


14

Wir haben eine sehr große Produktionsdatenbank mit 10 TB. Wir überlegen, es auf einen Cloud-Service zu migrieren, aber ich muss die Risiken verstehen und die Dauer des gesamten Prozesses abschätzen. Ich sichere die Datenbank einmal im Monat mit der Sicherungslösung von Native SQL Server 2014 SP2. Die Dauer beträgt fast 720 Minuten - 12 Stunden. Das Komprimierungsverhältnis beträgt 5, was bedeutet, dass die Sicherungsgröße fast 2 TB beträgt. Wir können uns keine differenziellen Backups leisten, da diese kumuliert so viel Zeit und Platz beanspruchen wie die vollständigen Backups. Daher führen wir T-Log-Backups (jeweils ~ 200 MB) stattdessen alle 10 Minuten ~ 144 Dateien pro Tag durch. Die große Frage ist, ob jemand weiß, wie lange es dauern würde, ein 2-TB-Backup mit 10-TB-Daten wiederherzustellen. Wäre es viel länger als die Dauer der vollständigen Sicherung?


3
Sie müssen wiederherstellen, um herauszufinden, wie lange dies dauern wird. Schau dir diese Antwort an. `Migration in einen Cloud-Service` - Sie müssen genauer sein, die Optionen hängen von dem von Ihnen ausgewählten Service ab. Zu Ihrer Information: Es gibt keine SQL 2014 R2-Version.
SqlWorldWide

1
Die Sicherungs- und Wiederherstellungsvorgänge sind sehr unterschiedlich, sodass Sie die Ergebnisse eines Vorgangs nicht verwenden können, um sinnvolle Schätzungen für den anderen Vorgang zu erhalten - interne und externe Faktoren spielen eine Rolle. Am besten probieren Sie es aus. Vielleicht möchten Sie es zuerst mit einem kleinen Backup versuchen und dann sehen, wohin das führt.
Bertrand Leroy

Sichern Sie mehrere Dateien? Ich habe festgestellt, dass es Backup- und Restore-Zeiten erheblich beschleunigen kann. mssqltips.com/sqlservertip/935/…
Jonathan Fite

" alle 10 Minuten ~ 70 Dateien pro Tag. " Alle 10 Minuten für 24 Stunden sind 144 Dateien.
RonJohn

Sie haben Recht mit der Version und der Anzahl der Dateien. Microsoft SQL Server 2014 (SP2-CU11) (KB4077063) - 12.0.5579.0 (X64) 21. Februar 2018 12:19:47 Urheberrecht (c) Microsoft Corporation Enterprise Edition: Kernbasierte Lizenzierung (64-Bit) unter Windows und 144 Dateien . mein Fehler.
Yrushka

Antworten:


21

Dies ist einfach und schnell zu testen.

Nehmen Sie diese 2-TB-Sicherungsdatei und kopieren Sie sie mit AzCopy nach Azure . Stellen Sie einen SQL Server mit dem Image "Kostenlose Lizenz: SQL Server 2017 Developer unter Windows Server 2016" bereit, das mit 12-15 TB SSD-Speicher konfiguriert ist. Remotedesktop auf der SQL-VM, und stellen Sie die Sicherung direkt vom Blob-Speicher wieder her , oder kopieren Sie sie auf eine lokale Festplatte, und stellen Sie sie dann wieder her.

Denken Sie daran, die VM herunterzufahren, wenn Sie nicht testen, und sie und die Festplatten zu zerstören, wenn Sie fertig sind, um die Gebühren zu minimieren.


0

Vielen Dank für die Antworten. Hier ist, was ich getan habe, um die Wiederherstellungszeit zu schätzen. Derzeit können wir uns kein echtes Testszenario für die Wiederherstellung des 2-TB-Backups leisten, und die endgültige Konfiguration für die Migration ist noch nicht bekannt. Es wäre in der Nähe von dem, was wir jetzt haben. Und es wird in Alibaba Cloud sein. Wir werden Classic Virtual Machines (ECS) verwenden. Ich habe 2 kleinere Sicherungswiederherstellungen auf dem 4. Knoten in einem 4-Knoten-SQL-Cluster getestet, der in der Konfiguration mit der Production SQL Server-Instanz identisch ist. Die Wiederherstellungen ergaben einen Anstieg der Wiederherstellungszeit von 20% auf 50% gegenüber der Sicherungszeit. Wenn ich die 50% nehme und mich auf die 720-Minuten-Backup-Zeit beziehe, erhalte ich eine Wiederherstellungszeit von 1080 Minuten (18 Stunden). Ich habe den Fall auch mit den Sicherungen für beide getesteten Datenbanken getestet, die in 5 Dateien aufgeteilt wurden, und die Wiederherstellungszeit hat sich überhaupt nicht verringert.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.