Kopia zapasowa / przywracanie bazy danych 10 TB Pytanie


15

Mamy bardzo dużą bazę danych produkcyjnych, która wynosi 10 TB. Zastanawiamy się nad przeniesieniem go do usługi w chmurze, ale muszę zrozumieć ryzyko i oszacować czas trwania całego procesu. Kopię zapasową bazy danych wykonuję raz w miesiącu za pomocą rozwiązania do tworzenia kopii zapasowych Native SQL Server 2014 SP2. Czas trwania wynosi prawie 720 minut - 12 godzin. Współczynnik kompresji wynosi 5, co oznacza, że ​​rozmiar kopii zapasowej wynosi prawie 2 TB. Nie możemy sobie pozwolić na różnicowe kopie zapasowe, ponieważ ich nagromadzenie zajmuje tyle czasu i miejsca, co pełne, więc wykonujemy kopie zapasowe dziennika T (~ 200 Mb każdy) zamiast co 10 minut ~ 144 plików dziennie. WIELKIE pytanie ma wszystkie te statystyki. Czy ktoś ma pojęcie, ile czasu zajmie przywrócenie kopii zapasowej o pojemności 2 TB zawierającej dane 10 TB? Czy byłoby to znacznie dłuższe niż czas trwania pełnej kopii zapasowej?


3
Musisz przywrócić, aby dowiedzieć się, ile to zajmie. Spójrz na odpowiedź. `migrowanie go w usłudze chmurowej` - musisz być bardziej szczegółowy, opcje będą zależeć od wybranej usługi. Do Twojej wiadomości nie ma wersji SQL 2014 R2.
SqlWorldWide

1
Operacje tworzenia kopii zapasowych i przywracania są bardzo różne, więc nie można użyć ustaleń dotyczących jednej operacji, aby dojść do rozsądnych szacunków dla drugiej - w grę wchodzą czynniki wewnętrzne i zewnętrzne. Najlepszą rzeczą do wypróbowania jest wypróbowanie, możesz najpierw wypróbować małą kopię zapasową, a następnie sprawdzić, gdzie Cię to zaprowadzi.
Bertrand Leroy

Czy tworzysz kopię zapasową wielu plików? Przekonałem się, że może to znacznie przyspieszyć tworzenie kopii zapasowych i przywracanie. mssqltips.com/sqlservertip/935/…
Jonathan Fite

co 10 minut ~ 70 plików dziennie. ” Co 10 minut przez 24 godziny to 144 pliki.
RonJohn

masz rację co do wersji i liczby plików. Microsoft SQL Server 2014 (SP2-CU11) (KB4077063) - 12.0.5579.0 (X64) 21 lutego 2018 12:19:47 Prawa autorskie (c) Microsoft Corporation Enterprise Edition: Licencjonowanie na podstawie rdzenia (64-bitowe) dla systemu Windows i 144 plików . mój błąd.
yrushka

Odpowiedzi:


21

Jest to prosty i szybki do przetestowania.

Weź ten plik kopii zapasowej o pojemności 2 TB i skopiuj go na platformę Azure za pomocą AzCopy . Zapewnij serwerowi SQL Server obraz „Bezpłatna licencja: SQL Server 2017 Developer w systemie Windows Server 2016” skonfigurowany z 12-15 TB miejsca na dysku SSD. Zdalny pulpit na maszynie wirtualnej SQL i przywróć kopię zapasową bezpośrednio z magazynu obiektów Blob lub skopiuj ją na dysk lokalny, a następnie przywróć.

Pamiętaj tylko, aby zamknąć maszynę wirtualną, gdy nie testujesz, i zniszczyć ją oraz dyski, gdy skończysz, aby zminimalizować obciążenia.


0

Dziękuję wszystkim za odpowiedzi. Oto, co zrobiłem, aby oszacować czas przywracania. Nie stać nas obecnie na prawdziwy testowy scenariusz przywracania kopii zapasowej o pojemności 2 TB i nie wiem jeszcze ostatecznej konfiguracji migracji. Byłoby to bliskie temu, co mamy teraz. I będzie w chmurze Alibaba. Będziemy używać klasycznych maszyn wirtualnych (ECS). Przetestowałem 2 mniejsze przywracania kopii zapasowych na 4-tym węźle w 4-węzłowym klastrze SQL, który jest identyczny w konfiguracji z instancją Production SQL Server. Przywrócone ujawniły wzrost czasu przywracania o 20% do 50% w stosunku do czasu tworzenia kopii zapasowej. Biorąc 50% i odnosząc się do czasu tworzenia kopii zapasowej 720 minut - mam czas przywracania 1080 minut (18 godzin). Przetestowałem również skrzynkę z kopiami zapasowymi dla obu testowanych baz danych podzielonych na 5 plików i czas przywracania wcale się nie skrócił.

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.