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?
źródło
Odpowiedzi:
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.
źródło
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ł.
źródło