Coraz więcej organizacji dostrzega korzyści płynące z przejścia z infrastruktury baz danych wyłącznie na miejscu do infrastruktury chmury lub chmury hybrydowej. Platformy przetwarzania w chmurze, takie jak Microsoft Azure, oferują kilka zalet w porównaniu z konfiguracjami lokalnymi, w tym:
- Oszczędności: Przy niewielkiej ilości sprzętu na miejscu lub braku sprzętu do zakupu i konserwacji oraz niedrogich opcjach przechowywania, przejście na platformę Azure natychmiast zmniejszy bezpośrednie wydatki.
- Lepsza skalowalność: W chmurze możesz skalować potrzeby obliczeniowe w górę lub w dół, w zależności od potrzeb, bez pozostawiania drogich zasobów bezczynnych w wolnych okresach.
- Większe bezpieczeństwo: Azure stosuje najnowocześniejsze środki bezpieczeństwa danych zarówno w chmurze, jak i w fizycznych centrach danych. Większość organizacji nie może sobie pozwolić na osiągnięcie takiego poziomu ochrony.
- Łatwiejsze administrowanie: Bezpieczeństwo i zarządzanie danymi mogą być obsługiwane centralnie za pośrednictwem platformy Azure, co skraca czas, jaki administratorzy baz danych spędzają na powtarzalnych zadaniach.
- Bardziej niezawodne odzyskiwanie po awarii: Centra danych Azure są niezależne geograficznie, więc jeśli katastrofalne zdarzenie dotknie jedno centrum danych, automatycznie przełączy się na nienaruszone, bez utraty danych lub usługi.
Jeśli wszystko jest gotowe do przejścia z lokalnego programu SQL Server do usługi Azure SQL Database, proces migracji obejmuje cztery główne etapy, po których trzeba będzie przejść. Oto krótki przegląd każdego z nich wraz z linkami do szczegółowych zasobów.
Krok pierwszy:wybierz metodę migracji
Przed rozpoczęciem migrowania programu SQL Server na platformę Azure musisz określić, czy migracja w trybie offline lub online przy użyciu usługi Azure Database Migration Service jest dla Ciebie najlepszą opcją. Podczas tego procesu należy wziąć pod uwagę kilka rzeczy.
W przypadku migracji w trybie offline przestój rozpoczyna się w momencie rozpoczęcia migracji. W przypadku migracji online przestój jest ograniczony do czasu potrzebnego na przejście do nowego środowiska po migracji. Więc jeśli minimalny czas przestoju jest dla Ciebie problemem, migracja online jest lepszym wyborem.
Możesz również zminimalizować przestoje podczas procesu migracji, korzystając z opcji Zawsze włączona grupa dostępności lub opcji replikacji transakcyjnej w celu przesyłania danych do maszyn wirtualnych platformy Azure (VM). Jednak najlepszym sposobem przesyłania danych jest migracja plików bazy danych do maszyny wirtualnej platformy Azure przy użyciu skompresowanego pliku kopii zapasowej.
Jeśli nie możesz użyć żadnej z tych metod, musisz ręcznie przeprowadzić migrację bazy danych do maszyny wirtualnej platformy Azure przy użyciu jednej z następujących metod:
- Przeprowadź lokalną kopię zapasową przy użyciu kompresji, a następnie ręcznie skopiuj plik kopii zapasowej do maszyny wirtualnej platformy Azure
- Utwórz kopię zapasową na adres URL, a następnie przywróć do AzureVM z adresu URL
- Odłącz, skopiuj dane i pliki dziennika do magazynu obiektów blob platformy Azure, a następnie dołącz do programu SQL Server w maszynie wirtualnej platformy Azure z adresu URL
- Konwertuj maszyny lokalne na wirtualne dyski twarde Hyper-V, prześlij do usługi Azure Blob Storage, a następnie wdróż jako nową maszynę wirtualną
- Wyślij dysk twardy za pomocą usługi importu/eksportu systemu Windows
- Dodaj kreatora Azure Replica
- Użyj replikacji transakcyjnej SQL Server
Krok drugi:zidentyfikuj istniejące źródła danych i oceń instancje lokalne
Krok drugi jest uważany za „przed migracją”, a te czynności oceny instancji pomogą Ci skonfigurować obecny system w celu ułatwienia migracji.
Najpierw musisz przeprowadzić inwentaryzację baz danych, które chcesz przenieść, aby upewnić się, że wszystkie są zoptymalizowane pod kątem przenoszenia. Po zidentyfikowaniu wszystkich baz danych należy ocenić je pod kątem potencjalnych problemów z migracją lub blokadą i rozwiązać wszelkie znalezione problemy.
Następnie musisz zidentyfikować wszystkie instancje SQL Server w organizacji oraz ich wersje i używane funkcje. Po zidentyfikowaniu źródeł danych użyj Asystenta migracji danych (DMA), aby ocenić źródłową bazę danych.
Oto kroki, które należy wykonać podczas korzystania z DMA do oceny instancji:
- Utwórz nowy projekt oceny w DMA
- Nazwij projekt i ustaw SQL Server jako typ serwera źródłowego, a Azure SQL Database jako typ serwera docelowego
- Wybierz, które raporty oceniające chcesz generować
- Zidentyfikuj szczegóły połączenia źródłowego serwera SQL, połącz się ze źródłową bazą danych i rozpocznij ocenę
- Po zakończeniu przejrzyj raporty z oceny pod kątem blokowania problemów i parzystości funkcji
- Wybierz poziom zgodności bazy danych
- Wybierz jednostkę SKU zarządzanego wystąpienia usługi Azure SQL Database dla obciążenia lokalnego
Uzyskaj szczegółowe informacje na temat przeprowadzania procesu oceny tutaj.
Krok trzeci:czas migracji!
Po spełnieniu wymagań wstępnych nadszedł czas, aby rozpocząć migrację na platformę Azure — pierwszy schemat; potem dane.
Firma Microsoft przedstawia wysokopoziomowe spojrzenie na migrację schematu za pomocą DMA:
- Otwórz DMA, a następnie zacznij tworzyć nowy projekt migracji
- Określ nazwę projektu, wybierz SQL Server jako typ serwera źródłowego, a następnie wybierz Azure SQL Database jako typ serwera docelowego
- Określ zakres migracji jako tylko schemat, a następnie utwórz projekt
- Określ szczegóły połączenia źródłowego dla swojego SQL Server, a następnie połącz się ze źródłową bazą danych
- Określ szczegóły połączenia docelowego dla bazy danych Azure SQL, a następnie połącz się z bazą danych, którą wcześniej udostępniłeś w bazie danych Azure SQL
- Określ obiekty schematu w źródłowej bazie danych, które mają zostać wdrożone w Azure SQL Database
- Generuj skrypty SQL, a następnie przeglądaj je pod kątem błędów
- Napraw obiekty, które zgłaszają błędy, korzystając z zaleceń dostarczonych przez ocenę DMA
- Wdróż schemat w Azure SQL Database, a następnie sprawdź serwer docelowy pod kątem wszelkich anomalii
Oto konkretne kroki dotyczące migracji schematów online i offline.
Firma Microsoft przedstawia wysokopoziomowe spojrzenie na migrację danych za pomocą Azure DMS:
- Zarejestruj dostawcę zasobów Microsoft.DataMigration
- Utwórz instancję DMS
- Utwórz projekt migracji w DMS
- Określ szczegóły źródła migracji
- Określ szczegóły docelowe migracji
- Uruchom migrację
- Monitoruj migrację
Oto konkretne kroki migracji danych online i offline.
Krok czwarty:przetestuj nowe środowisko po migracji
Teraz, po przeniesieniu bazy danych SQL Server do Azure SQL Database, oto cztery sposoby dokładnego przetestowania nowego środowiska, aby upewnić się, że źródłowa baza danych została poprawnie zmigrowana:
Opracuj testy weryfikacyjne:Utwórz zapytania weryfikacyjne, które będą uruchamiane w źródłowej i docelowej bazie danych.
Skonfiguruj środowisko testowe:Umieść kopię źródłowej bazy danych i kopię docelowej bazy danych w izolowanym środowisku testowym.
- Przeprowadź testy weryfikacyjne: Uruchom testy weryfikacyjne względem źródłowej i docelowej bazy danych, a następnie sprawdź wyniki.
- Przeprowadź testy wydajności: Sprawdź wydajność źródłowej i docelowej bazy danych, a następnie porównaj i przeanalizuj wyniki.
Planowanie strategiczne jest ważne dla pomyślnej migracji bazy danych do środowiska chmury lub chmury hybrydowej. Po zakończeniu migracji będziesz mógł czerpać korzyści z pracy z bazą danych w chmurze.
