Przegląd oceny (migracja do usługi Azure SQL)

Ten artykuł zawiera omówienie ocen migracji lokalnych wystąpień programu SQL Server z programu VMware, funkcji Microsoft Hyper-V i środowiska fizycznego do programu SQL Server na maszynie wirtualnej platformy Azure lub usługi Azure SQL Database lub azure SQL Managed Instance przy użyciu narzędzia Azure Migrate: odnajdywania i oceny.

Co to jest ocena?

Ocena za pomocą narzędzia odnajdywania i oceny to migawka danych w czasie oraz mierzy gotowość i szacuje wpływ migracji serwerów lokalnych na platformę Azure.

Typy ocen

Istnieją trzy typy ocen, które można utworzyć przy użyciu narzędzia Azure Migrate: Odnajdywanie i ocena.

Typ oceny Szczegóły
Maszyna wirtualna platformy Azure Oceny umożliwiające migrację serwerów lokalnych do maszyn wirtualnych platformy Azure.

Możesz ocenić serwery lokalne w środowisku VMware i funkcji Hyper-V oraz serwery fizyczne pod kątem migracji do maszyn wirtualnych platformy Azure przy użyciu tego typu oceny.
Azure SQL Oceny migracji lokalnych serwerów SQL z programu VMware, funkcji Microsoft Hyper-V i środowisk fizycznych do programu SQL Server na maszynie wirtualnej platformy Azure lub usługi Azure SQL Database lub usługi Azure SQL Managed Instance.
Azure App Service Oceny migracji lokalnych aplikacji internetowych ASP.NET działających na serwerach internetowych usług IIS ze środowiska VMware do usługi aplikacja systemu Azure Service.
Azure VMware Solution (AVS) Oceny umożliwiające migrację serwerów lokalnych do usługi Azure VMware Solution (AVS).

Możesz ocenić lokalne maszyny wirtualne VMware pod kątem migracji do usługi Azure VMware Solution (AVS) przy użyciu tego typu oceny. Dowiedz się więcej.

Uwaga

Jeśli liczba ocen maszyn wirtualnych platformy Azure lub avS jest niepoprawna w narzędziu odnajdywania i oceny, kliknij całkowitą liczbę ocen, aby przejść do wszystkich ocen i ponownie obliczyć ocenę maszyny wirtualnej platformy Azure lub avS. Narzędzie odnajdywania i oceny pokazuje poprawną liczbę dla tego typu oceny.

Ocena usługi Azure SQL zapewnia dwa kryteria ustalania rozmiaru:

Kryterium określania rozmiaru Szczegóły Data
Jako lokalnie Oceny, które składają zalecenia na podstawie samej konfiguracji lokalnego programu SQL Server Konfiguracja usługi Azure SQL jest oparta na lokalnej konfiguracji programu SQL Server, która obejmuje przydzielone rdzenie, łączną ilość przydzielonej pamięci i rozmiary bazy danych.
Na podstawie wydajności Oceny zawierające rekomendacje na podstawie zebranych danych dotyczących wydajności Konfiguracja usługi Azure SQL jest oparta na danych wydajności wystąpień i baz danych SQL, które obejmują wykorzystanie procesora CPU, wykorzystanie pamięci, operacje we/wy na sekundę (pliki danych i dzienników), przepływność i opóźnienie operacji we/wy.

Jak mogę ocenić lokalne serwery SQL?

Lokalne wystąpienia programu SQL Server można ocenić przy użyciu danych konfiguracji i wykorzystania zebranych przez lekkie urządzenie usługi Azure Migrate. Urządzenie odnajduje lokalne wystąpienia i bazy danych programu SQL Server oraz wysyła dane konfiguracji i wydajności do usługi Azure Migrate. Dowiedz się więcej.

Jak mogę ocenić za pomocą urządzenia?

Jeśli wdrażasz urządzenie usługi Azure Migrate w celu odnajdywania serwerów lokalnych, wykonaj następujące czynności:

  1. Skonfiguruj platformę Azure i środowisko lokalne do pracy z usługą Azure Migrate.
  2. Aby przeprowadzić pierwszą ocenę, utwórz projekt usługi Azure Migrate i dodaj do niego narzędzie Azure Migrate: Odnajdywanie i ocena.
  3. Wdrażanie uproszczonego urządzenia usługi Azure Migrate. Urządzenie stale odnajduje serwery lokalne i wysyła dane konfiguracji i wydajności do usługi Azure Migrate. Wdróż urządzenie jako maszynę wirtualną lub serwer fizyczny. Nie musisz instalować żadnych elementów na serwerach, które chcesz ocenić.

Po rozpoczęciu odnajdywania urządzenia można zebrać serwery, które chcesz ocenić w grupie i uruchomić ocenę dla grupy z typem oceny Azure SQL.

Postępuj zgodnie z naszym samouczkiem, aby ocenić wystąpienia programu SQL Server, aby wypróbować te kroki.

W jaki sposób urządzenie oblicza dane wydajności dla wystąpień i baz danych SQL?

Urządzenie zbiera dane wydajności dla ustawień obliczeniowych, wykonując następujące czynności:

  1. Urządzenie zbiera punkt próbki w czasie rzeczywistym. W przypadku serwerów SQL zbiera punkt próbki co 30 sekund.
  2. Urządzenie agreguje przykładowe punkty danych zbierane co 30 sekund w ciągu 10 minut. Aby utworzyć punkt danych, urządzenie wybiera wartości szczytowe ze wszystkich przykładów. Wysyła maksymalną, średnią i wariancję dla każdego licznika na platformę Azure.
  3. Usługa Azure Migrate przechowuje wszystkie 10-minutowe punkty danych w ostatnim miesiącu.
  4. Podczas tworzenia oceny usługa Azure Migrate identyfikuje odpowiedni punkt danych do użycia na potrzeby odpowiedniego określania rozmiaru. Identyfikacja jest oparta na wartościach percentylu dla historii wydajności i wykorzystania percentylu.
    • Jeśli na przykład historia wydajności wynosi tydzień, a użycie percentylu to 95. percentyl, ocena sortuje 10-minutowe punkty próbek w ostatnim tygodniu. Sortuje je w kolejności rosnącej i wybiera 95. percentylową wartość dla odpowiedniego rozmiaru.
    • Wartość 95. percentyla gwarantuje, że ignorujesz wszystkie wartości odstające, które mogą zostać uwzględnione, jeśli wybrano 99. percentyl.
    • Jeśli chcesz wybrać szczytowe użycie w danym okresie i nie chcesz przegapić żadnych wartości odstających, wybierz 99. percentyl dla użycia percentyla.
  5. Ta wartość jest mnożona przez współczynnik komfortu, aby uzyskać efektywne dane wykorzystania wydajności dla tych metryk zbieranych przez urządzenie:
    • Wykorzystanie procesora CPU (%)
    • Wykorzystanie pamięci (%)
    • Odczyt we/wy i operacje we/wy zapisu (pliki danych i dziennika)
    • Odczyt MB/s i Zapis MB/s (przepływność)
    • Opóźnienie operacji we/wy

Jakie właściwości są używane do tworzenia i dostosowywania oceny usługi Azure SQL?

Właściwości oceny usługi Azure SQL obejmują:

Obszar Ustawienie Szczegóły
Ustawienia wartości docelowej i cennika Lokalizacja docelowa Region platformy Azure, do którego chcesz przeprowadzić migrację. Konfiguracja i zalecenia dotyczące kosztów usługi Azure SQL są oparte na określonej lokalizacji.
Ustawienia wartości docelowej i cennika Typ środowiska Środowisko wdrożeń SQL w celu zastosowania cen mających zastosowanie do środowiska produkcyjnego lub deweloperskiego/testowego.
Ustawienia wartości docelowej i cennika Program oferty/licencjonowania Oferta platformy Azure, jeśli została zarejestrowana. Obecnie pole jest domyślnie płatne zgodnie z rzeczywistym użyciem, co zapewnia detaliczne ceny platformy Azure.

Możesz uzyskać dodatkową zniżkę, stosując pojemność zarezerwowaną i Korzyść użycia hybrydowego platformy Azure na podstawie oferty z płatnością zgodnie z rzeczywistym użyciem.
Możesz zastosować Korzyść użycia hybrydowego platformy Azure na podstawie oferty z płatnością zgodnie z rzeczywistym użyciem i środowiska tworzenia i testowania. Ocena nie obsługuje stosowania pojemności zarezerwowanej na podstawie oferty z płatnością zgodnie z rzeczywistym użyciem i środowiska tworzenia i testowania.
Jeśli oferta jest ustawiona na płatność zgodnie z rzeczywistym użyciem , a pojemność zarezerwowana jest ustawiona na Brak wystąpień zarezerwowanych, miesięczne oszacowania kosztów są obliczane przez pomnożenie liczby godzin wybranych w polu Czas pracy maszyny wirtualnej z godzinową ceną zalecanej jednostki SKU.
Ustawienia wartości docelowej i cennika Opcje oszczędności — usługa Azure SQL MI i baza danych (PaaS) Określ opcję oszczędności pojemności zarezerwowanej, którą chcesz rozważyć w ocenie, aby pomóc w optymalizacji kosztów obliczeniowych platformy Azure.

Rezerwacje platformy Azure (zarezerwowane przez 1 rok lub 3 lata) są dobrym rozwiązaniem dla najbardziej spójnych zasobów.

Po wybraniu pozycji "Brak" koszt obliczeniowy platformy Azure jest oparty na stawce Płatności zgodnie z rzeczywistym użyciem lub na podstawie rzeczywistego użycia.

Aby móc korzystać z wystąpień zarezerwowanych, musisz wybrać program z płatnością zgodnie z rzeczywistym użyciem w ofercie/licencjonowaniu. W przypadku wybrania opcji oszczędności innych niż "Brak" ustawienia "Rabat (%)" i "Czas pracy maszyny wirtualnej" nie mają zastosowania. Oszacowania kosztów miesięcznych są obliczane przez pomnożenie 744 godzin przy użyciu ceny godzinowej zalecanej jednostki SKU.
Ustawienia wartości docelowej i cennika Opcje oszczędności — program SQL Server na maszynie wirtualnej platformy Azure (IaaS) Określ opcję oszczędności, którą chcesz rozważyć w ocenie, aby pomóc w optymalizacji kosztów obliczeń platformy Azure.

Rezerwacje platformy Azure (zarezerwowane przez 1 rok lub 3 lata) są dobrym rozwiązaniem dla najbardziej spójnych zasobów.

Plan oszczędności platformy Azure (plan oszczędnościowy 1 rok lub 3 rok) zapewnia dodatkową elastyczność i automatyczną optymalizację kosztów. W idealnym przypadku po migracji można użyć planu rezerwacji i oszczędności platformy Azure w tym samym czasie (rezerwacja jest używana jako pierwsza), ale w ocenach usługi Azure Migrate można zobaczyć tylko szacunkowe koszty 1 opcji oszczędności jednocześnie.

Po wybraniu pozycji "Brak" koszt obliczeniowy platformy Azure jest oparty na stawce Płatności zgodnie z rzeczywistym użyciem lub na podstawie rzeczywistego użycia.

Aby móc korzystać z wystąpień zarezerwowanych lub planu oszczędności platformy Azure, musisz wybrać opcję płatności zgodnie z rzeczywistym użyciem w ramach oferty/licencjonowania. W przypadku wybrania opcji oszczędności innych niż "Brak" ustawienia "Rabat (%)" i "Czas pracy maszyny wirtualnej" nie mają zastosowania. Miesięczne oszacowania kosztów są obliczane przez pomnożenie 744 godzin w polu Czas pracy maszyny wirtualnej z godzinową ceną zalecanej jednostki SKU.
Ustawienia wartości docelowej i cennika Waluta Waluta rozliczeniowa konta.
Ustawienia wartości docelowej i cennika Rabat (%) Wszelkie rabaty specyficzne dla subskrypcji, które otrzymujesz na podstawie oferty platformy Azure. Ustawienie domyślne to 0%.
Ustawienia wartości docelowej i cennika Czas pracy maszyny wirtualnej Określ czas trwania (dni na miesiąc/godzinę dziennie), na których działają serwery/maszyny wirtualne. Jest to przydatne w przypadku szacowania kosztów obliczeń dla programu SQL Server na maszynie wirtualnej platformy Azure, na której wiadomo, że maszyny wirtualne platformy Azure mogą nie działać w sposób ciągły.
Szacowane koszty dla serwerów, na których zalecanym miejscem docelowym jest program SQL Server na maszynie wirtualnej platformy Azure, są oparte na określonym czasie trwania. Wartość domyślna to 31 dni miesięcznie/24 godziny dziennie.
Ustawienia wartości docelowej i cennika Korzyść użycia hybrydowego platformy Azure Określ, czy masz już licencję systemu Windows Server i/lub program SQL Server, czy subskrypcję enterprise Linux (RHEL i SLES). Korzyść użycia hybrydowego platformy Azure to korzyść licencjonowania, która pomaga znacznie zmniejszyć koszty uruchamiania obciążeń w chmurze. Działa to przez umożliwienie korzystania z lokalnych licencji systemu Windows Server i programu SQL Server z obsługą pakietu Software Assurance na platformie Azure. Jeśli na przykład masz licencję programu SQL Server i są one objęte aktywnym pakietem Software Assurance subskrypcji programu SQL Server, możesz ubiegać się o Korzyść użycia hybrydowego platformy Azure podczas przenoszenia licencji na platformę Azure.
Kryteria oceny Kryterium określania rozmiaru Ustaw wartość Na podstawie wydajności domyślnie, co oznacza, że usługa Azure Migrate zbiera metryki wydajności dotyczące wystąpień SQL i baz danych zarządzanych przez nią w celu rekomendowania optymalnego rozmiaru programu SQL Server na maszynie wirtualnej platformy Azure i/lub konfiguracji usługi Azure SQL Database i/lub usługi Azure SQL Managed Instance.

Możesz zmienić tę wartość na Jako lokalnie , aby uzyskać zalecenia na podstawie tylko lokalnej konfiguracji programu SQL Server bez optymalizacji opartych na metrykach wydajności.
Kryteria oceny Historia wydajności Wskaż czas trwania danych, dla których chcesz oprzeć ocenę. (Wartość domyślna to jeden dzień)
Kryteria oceny Użycie percentyla Wskaż wartość percentylu, której chcesz użyć dla próbki wydajności. (Wartość domyślna to 95. percentyl)
Kryteria oceny Współczynnik komfortu Wskaż bufor, którego chcesz użyć podczas oceny. Dotyczy to problemów, takich jak użycie sezonowe, krótka historia wydajności i prawdopodobne wzrosty użycia w przyszłości.
Kryteria oceny Preferencje optymalizacji Określ preferencje dla zalecanego raportu oceny. Wybranie opcji Minimalizuj koszt spowodowałoby zalecenie zalecanych typów wdrożeń, które mają najmniejsze problemy z migracją i są najbardziej opłacalne, natomiast wybranie opcji Modernizowanie na usługę PaaS spowodowałoby zalecany raport oceny zalecający typy wdrożeń PaaS (Mi LUB DB) usługi PaaS za pośrednictwem maszyn wirtualnych IaaS, gdzie niezależnie od kosztów wystąpienie programu SQL Server jest gotowe do migracji do usługi PaaS.
Ustalanie rozmiaru usługi Azure SQL Managed Instance Warstwa usługi Wybierz najbardziej odpowiednią opcję warstwy usług, aby dostosować się do potrzeb biznesowych związanych z migracją do usługi Azure SQL Managed Instance:

Wybierz pozycję Zalecane , jeśli chcesz, aby usługa Azure Migrate zaleciła najlepszą odpowiednią warstwę usług dla serwerów. Może to być ogólnego przeznaczenia lub krytyczne dla działania firmy.

Wybierz pozycję Ogólnego przeznaczenia , jeśli chcesz, aby konfiguracja usługi Azure SQL została zaprojektowana dla obciążeń zorientowanych na budżet.

Wybierz Krytyczne dla działania firmy, jeśli chcesz, aby konfiguracja usługi Azure SQL została zaprojektowana pod kątem obciążeń o małych opóźnieniach z dużą odpornością na awarie i szybkie przechodzenie w tryb failover.
Ustalanie rozmiaru usługi Azure SQL Managed Instance Typ wystąpienia Domyślnie jest ustawione pojedyncze wystąpienie.
Ustalanie rozmiaru usługi Azure SQL Managed Instance Warstwa cenowa Domyślnie ustawiono wartość Standardowa.
Ustalanie rozmiaru programu SQL Server na maszynie wirtualnej platformy Azure Serie maszyn wirtualnych Określ serię maszyn wirtualnych platformy Azure, którą chcesz wziąć pod uwagę w przypadku programu SQL Server na maszynie wirtualnej platformy Azure. Na podstawie wymagań dotyczących konfiguracji i wydajności wystąpienia programu SQL Server lub programu SQL Server ocena zaleca rozmiar maszyny wirtualnej z wybranej listy serii maszyn wirtualnych.
Ustawienia można edytować zgodnie z potrzebami. Jeśli na przykład nie chcesz dołączać maszyny wirtualnej serii D, możesz wykluczyć serię D z tej listy.
Ponieważ oceny usługi Azure SQL zamierzają zapewnić najlepszą wydajność dla obciążeń SQL, lista serii maszyn wirtualnych zawiera tylko maszyny wirtualne zoptymalizowane pod kątem uruchamiania programu SQL Server na maszynach wirtualnych platformy Azure. Dowiedz się więcej.
Ustalanie rozmiaru programu SQL Server na maszynie wirtualnej platformy Azure Typ magazynu Domyślnie jest to zalecane, co oznacza, że ocena zaleca najlepsze rozwiązanie dla dysku zarządzanego platformy Azure na podstawie wybranego typu środowiska, rozmiaru dysku lokalnego, liczby operacji we/wy na sekundę i przepływności.
Ustalanie rozmiaru usługi Azure SQL Database Warstwa usługi Wybierz najbardziej odpowiednią opcję warstwy usług, aby zaspokoić potrzeby biznesowe dotyczące migracji do usługi Azure SQL Database:

Wybierz pozycję Zalecane , jeśli chcesz, aby usługa Azure Migrate zaleciła najlepszą odpowiednią warstwę usług dla serwerów. Może to być ogólnego przeznaczenia lub krytyczne dla działania firmy.

Wybierz pozycję Ogólnego przeznaczenia , jeśli chcesz, aby konfiguracja usługi Azure SQL została zaprojektowana dla obciążeń zorientowanych na budżet.

Wybierz Krytyczne dla działania firmy, jeśli chcesz, aby konfiguracja usługi Azure SQL została zaprojektowana pod kątem obciążeń o małych opóźnieniach z dużą odpornością na awarie i szybkie przechodzenie w tryb failover.
Ustalanie rozmiaru usługi Azure SQL Database Typ wystąpienia Domyślnie jest to Pojedyncza baza danych.
Ustalanie rozmiaru usługi Azure SQL Database Model zakupu Domyślnie jest to rdzeń wirtualny.
Ustalanie rozmiaru usługi Azure SQL Database Warstwa obliczeniowa Domyślnie ustawiono wartość aprowizowaną.
Wysoka dostępność i właściwości odzyskiwania po awarii Region odzyskiwania po awarii Domyślnie jest to para replikacji między regionami lokalizacji docelowej. W mało prawdopodobnym przypadku, gdy wybrana lokalizacja docelowa nie ma jeszcze takiej pary, określona lokalizacja docelowa jest wybierana jako domyślny region odzyskiwania po awarii.
Wysoka dostępność i właściwości odzyskiwania po awarii Intencja z wieloma podsieciami Domyślnie jest to Odzyskiwanie po awarii.

Wybierz pozycję Odzyskiwanie po awarii, jeśli chcesz replikacji danych asynchronicznych, w których niektóre opóźnienia replikacji są tolerowane. Zapewnia to większą trwałość przy użyciu nadmiarowości geograficznej. W przypadku przejścia w tryb failover dane, które nie zostały jeszcze zreplikowane, mogą zostać utracone.

Wybierz pozycję Wysoka dostępność , jeśli chcesz, aby replikacja danych została synchroniczna i nie ma możliwości utraty danych z powodu opóźnienia replikacji. To ustawienie umożliwia ocenę w celu wykorzystania wbudowanych opcji wysokiej dostępności w usługach Azure SQL Databases i Azure SQL Managed Instances oraz stref dostępności i nadmiarowości stref w usłudze Azure Virtual Machines w celu zapewnienia wyższej dostępności. W przypadku przejścia w tryb failover żadne dane nie zostaną utracone.
Wysoka dostępność i właściwości odzyskiwania po awarii Dostęp do Internetu Domyślnie jest dostępna.

Wybierz pozycję Dostępne , jeśli zezwolisz na wychodzący dostęp do Internetu z maszyn wirtualnych platformy Azure. Umożliwia to korzystanie z monitora w chmurze, który jest zalecanym podejściem dla klastrów trybu failover systemu Windows Server w usłudze Azure Virtual Machines.

Wybierz pozycję Niedostępne , jeśli maszyny wirtualne platformy Azure nie mają wychodzącego dostępu do Internetu. Wymaga to użycia dysku udostępnionego jako monitora dla klastrów trybu failover systemu Windows Server w usłudze Azure Virtual Machines.
Wysoka dostępność i właściwości odzyskiwania po awarii Intencja trybu zatwierdzania asynchronicznego Domyślnie jest to Odzyskiwanie po awarii.

Wybierz pozycję Odzyskiwanie po awarii, jeśli używasz trybu dostępności zatwierdzania asynchronicznego, aby włączyć większą trwałość danych bez wpływu na wydajność. W przypadku przejścia w tryb failover dane, które nie zostały jeszcze zreplikowane, mogą zostać utracone.

Wybierz pozycję Wysoka dostępność , jeśli używasz trybu dostępności danych zatwierdzania asynchronicznego, aby zwiększyć dostępność i skalować ruch odczytu w poziomie. To ustawienie umożliwia ocenie wykorzystanie wbudowanych funkcji wysokiej dostępności w usługach Azure SQL Database, Azure SQL Managed Instances i Azure Virtual Machines w celu zapewnienia wyższej dostępności i skalowania w poziomie.
Zabezpieczenia Bezpieczeństwo Domyślnie ustawiono wartość Tak z Microsoft Defender dla Chmury.

Określa, czy chcesz ocenić gotowość i koszty narzędzi zabezpieczeń na platformie Azure. Jeśli ustawienie ma wartość domyślną Tak, z Microsoft Defender dla Chmury, oceni gotowość zabezpieczeń i koszty dla usługi Azure SQL MI/DB przy użyciu Microsoft Defender dla Chmury.

Zapoznaj się z najlepszymi rozwiązaniami dotyczącymi tworzenia oceny za pomocą usługi Azure Migrate.

Obliczanie gotowości

Uwaga

Ocena obejmuje tylko bazy danych, które są w stanie online. W przypadku, gdy baza danych jest w innym stanie, w ocenie ignorowane są informacje dotyczące gotowości, rozmiaru i obliczeń kosztów dla takich baz danych. Jeśli chcesz ocenić takie bazy danych, zmień stan bazy danych i ponownie oblicz ocenę w pewnym czasie.

Gotowość usługi Azure SQL

Sprawdzanie gotowości dla różnych strategii migracji:

Gotowość usługi Azure SQL dla wystąpień i baz danych SQL jest oparta na sprawdzeniu zgodności funkcji z programem SQL Server na maszynie wirtualnej platformy Azure, usłudze Azure SQL Database i usłudze Azure SQL Managed Instance:

  1. Ocena usługi Azure SQL uwzględnia funkcje wystąpienia programu SQL Server, które są obecnie używane przez źródłowe obciążenia programu SQL Server (zadania agenta SQL, serwery połączone itp.) oraz schematy baz danych użytkowników (tabele, widoki, wyzwalacze, procedury składowane itp.), aby zidentyfikować problemy ze zgodnością.
  2. Jeśli nie znaleziono problemów ze zgodnością, wystąpienie jest oznaczone jako Gotowe dla docelowego typu wdrożenia (program SQL Server na maszynie wirtualnej platformy Azure lub w usłudze Azure SQL Database lub azure SQL Managed Instance)
  3. Jeśli występują niekrytyczne problemy ze zgodnością, takie jak przestarzałe lub nieobsługiwane funkcje, które nie blokują migracji do określonego typu wdrożenia docelowego, wystąpienie jest oznaczone jako Gotowe (hiperlink) ze szczegółami ostrzeżenia i zalecanymi wskazówkami dotyczącymi korygowania. Obejmuje to sytuację, w której dane źródłowe mają konfigurację zawsze włączonej grupy dostępności, a wymagane repliki przekraczają te, które są dostępne z określonym typem wdrożenia docelowego.
  4. Jeśli występują jakiekolwiek problemy ze zgodnością, które mogą blokować migrację do określonego typu wdrożenia docelowego, wystąpienie jest oznaczone jako Gotowe ze szczegółamiproblemu i zalecanymi wskazówkami dotyczącymi korygowania.
    • W zalecanym wdrożeniu wystąpienia zarządzane usługi Azure SQL i wystąpienia do programu SQL Server w raportach gotowości maszyny wirtualnej platformy Azure, jeśli istnieje nawet jedna baza danych w wystąpieniu SQL, która nie jest gotowa dla określonego typu wdrożenia docelowego, wystąpienie jest oznaczone jako Gotowe z warunkami dla tego typu wdrożenia.
  5. Nie wszystko gotowe: ocena nie może odnaleźć programu SQL Server na maszynie wirtualnej platformy Azure/konfiguracji usługi Azure SQL MI/Azure SQL DB, która spełnia wymagania dotyczące konfiguracji i wydajności. Zapoznaj się z zaleceniem, aby wystąpienie/serwer było gotowe do żądanego docelowego typu wdrożenia.
  6. Jeśli odnajdywanie jest nadal w toku lub występują problemy z odnajdywaniem dla wystąpienia lub bazy danych SQL, wystąpienie jest oznaczone jako Nieznane , ponieważ ocena nie może obliczyć gotowości dla tego wystąpienia SQL.

Uwaga

W zalecanej strategii wdrażania migracja wystąpień do programu SQL Server na maszynie wirtualnej platformy Azure jest zalecaną strategią migracji wystąpień programu SQL Server. Jeśli jednak poświadczenia programu SQL Server nie są dostępne, ocena usługi Azure SQL zapewnia rekomendacje typu lift-and-shift "Server to SQL Server on Azure VM" (Program Server to SQL Server na maszynie wirtualnej platformy Azure).

Wszystkie serwery do programu SQL Server na maszynie wirtualnej platformy Azure:

Zapoznaj się z gotowością tutaj.

W przypadku zalecanej strategii migracji wdrożenia ocena zaleca typ wdrożenia usługi Azure SQL, który jest najbardziej zgodny z wystąpieniem SQL i jest najbardziej opłacalny. Migracja do zalecanego przez firmę Microsoft celu zmniejsza ogólny nakład pracy na migrację. Jeśli wystąpienie jest gotowe do obsługi programu SQL Server na maszynie wirtualnej platformy Azure, usłudze Azure SQL Managed Instance i usłudze Azure SQL Database, docelowy typ wdrożenia, który ma najmniejsze problemy z gotowością do migracji i jest najbardziej opłacalny, jest zalecany. Jeśli wybierzesz docelowy typ wdrożenia jako Zalecany we właściwościach oceny usługi Azure SQL, usługa Azure Migrate zaleca typ wdrożenia usługi Azure SQL zgodny z wystąpieniem SQL. Migracja do zalecanego przez firmę Microsoft celu zmniejsza ogólny nakład pracy na migrację.

Uwaga

W zalecanej strategii wdrażania, jeśli źródłowy program SQL Server jest odpowiedni dla wszystkich trzech celów wdrażania — programu SQL Server na maszynie wirtualnej platformy Azure, usługi Azure SQL Managed Instance i usługi Azure SQL Database, ocena zaleca określoną opcję, która optymalizuje koszt i mieści się w granicach rozmiaru i wydajności.

Gotowość do zabezpieczeń

Jeśli baza danych/wystąpienie jest oznaczona jako Gotowe dla docelowego typu wdrożenia usługi Azure SQL DB/MI, jest ona automatycznie uznawana za gotową dla usługi Microsoft Defender for SQL. Jeśli baza danych/wystąpienie jest oznaczona jako Gotowe dla docelowego typu wdrożenia SQL Server na maszynie wirtualnej platformy Azure, jest ona uważana za Got for Microsoft Defender for SQL, jeśli jest uruchomiona dowolna z następujących wersji:

  • SQL Server w wersji 2012, 2014, 2016, 2017, 2019, 2022
  • Dla wszystkich pozostałych wersji jest ona oznaczona jako Gotowe z warunkami.

Obliczanie rozmiaru

Po określeniu gotowości i zalecanego typu wdrożenia usługi Azure SQL oblicza określoną warstwę usługi i konfigurację usługi Azure SQL (rozmiar jednostki SKU), która może spełniać lub przekraczać lokalną wydajność programu SQL Server. To obliczenie zależy od tego, czy używasz kryteriów ustalania rozmiaru w środowisku lokalnym , czy na podstawie wydajności.

Jako obliczenia rozmiaru lokalnego

Jeśli używasz kryteriów określania rozmiaru jako lokalnego, ocena używa tylko danych konfiguracji wystąpienia SQL i nie uwzględnia danych wydajności.

Wystąpienia do usługi Azure SQL MI i bazy danych do konfiguracji usługi Azure SQL DB

Ocena oblicza określoną warstwę usługi i konfigurację usługi Azure SQL (rozmiar jednostki SKU), która może spełniać lub przekraczać konfigurację lokalnego wystąpienia SQL:

  1. Podczas procesu odnajdywania usługa Azure Migrate zbiera konfigurację wystąpienia SQL, która obejmuje:
    • Rdzenie wirtualne (przydzielone)
    • Pamięć (przydzielona)
    • Łączny rozmiar bazy danych i organizacje plików bazy danych
      • Rozmiar bazy danych jest obliczany przez dodanie wszystkich plików danych i dzienników.
  2. Ocena agreguje wszystkie dane konfiguracji i próbuje znaleźć najlepsze dopasowanie w różnych warstwach i konfiguracjach usługi Azure SQL oraz wybiera konfigurację, która może odpowiadać lub przekraczać wymagania dotyczące wystąpienia SQL, optymalizując koszt.

Wystąpienia do programu SQL Server w konfiguracji maszyny wirtualnej platformy Azure

Raport oceny wystąpienia do programu SQL Server na maszynie wirtualnej platformy Azure obejmuje idealne podejście do migrowania wystąpień i baz danych programu SQL Server do programu SQL Server na maszynie wirtualnej platformy Azure, stosując się do najlepszych rozwiązań. Dowiedz się więcej.

Ustalanie rozmiaru magazynu

W przypadku ustalania rozmiaru magazynu ocena mapuje każdy dysk wystąpienia na dysk platformy Azure. Ustalanie rozmiaru działa w następujący sposób:

  • Rozmiar dysku wymagany dla każdego z dysków to rozmiar dysków SQL Data i SQL Log.

  • Ocena zaleca utworzenie puli dysków magazynu dla wszystkich dysków dziennika SQL i danych SQL. W przypadku dysków tymczasowych ocena zaleca przechowywanie plików na dysku lokalnym.

  • Jeśli ocena nie może znaleźć dysku dla wymaganego rozmiaru, oznacza wystąpienie jako nieodpowiednie do migracji do programu SQL Server na maszynie wirtualnej platformy Azure

  • Jeśli ocena znajdzie zestaw odpowiednich dysków, wybierze dyski, które obsługują lokalizację określoną w ustawieniach oceny.

  • Jeśli typ środowiska to Produkcja, ocena próbuje znaleźć dyski w warstwie Premium, aby zamapować każdy z dysków, a także próbuje znaleźć odpowiedni dysk, który może być dyskiem SSD w warstwie Premium lub Standardowa.

    • Jeśli istnieje wiele kwalifikujących się dysków, ocena wybiera dysk z najniższym kosztem.
Ustalanie rozmiaru zasobów obliczeniowych

Po obliczeniu wymagań dotyczących magazynu ocena uwzględnia wymagania dotyczące procesora CPU i pamięci RAM wystąpienia w celu znalezienia odpowiedniego rozmiaru maszyny wirtualnej na platformie Azure.

  • Ocena analizuje przydzielone rdzenie i pamięć RAM, aby znaleźć odpowiedni rozmiar maszyny wirtualnej platformy Azure.
  • Jeśli nie zostanie znaleziony odpowiedni rozmiar, serwer zostanie oznaczony jako nieodpowiedni dla platformy Azure.
  • Jeśli zostanie znaleziony odpowiedni rozmiar, usługa Azure Migrate zastosuje obliczenia magazynu. Następnie stosuje ustawienia lokalizacji i warstwy cenowej dla ostatecznego zalecenia dotyczącego rozmiaru maszyny wirtualnej.
  • Jeśli występuje wiele kwalifikujących się rozmiarów maszyn wirtualnych platformy Azure, zalecany jest rozmiar, który generuje najniższy koszt.

Uwaga

Ponieważ oceny usługi Azure SQL mają zapewnić najlepszą wydajność dla obciążeń SQL, lista serii maszyn wirtualnych zawiera tylko maszyny wirtualne zoptymalizowane pod kątem uruchamiania programu SQL Server na maszynach wirtualnych platformy Azure. Dowiedz się więcej.

Serwery z programem SQL Server w konfiguracji maszyny wirtualnej platformy Azure

W przypadku strategii migracji wszystkich serwerów do programu SQL Server na maszynie wirtualnej platformy Azure zapoznaj się z tematem Ustalanie rozmiaru zasobów obliczeniowych i magazynu tutaj.

Uwaga

Oceny ufności nie mają zastosowania do ocen usługi Azure SQL przy użyciu kryteriów określania rozmiaru jako lokalnego .

Obliczanie ustalania rozmiaru na podstawie wydajności

Jeśli używasz określania rozmiaru opartego na wydajności, ocena używa zarówno konfiguracji wystąpienia SQL, jak i danych wydajności do generowania zaleceń spełniających lub przekraczających wymagania dotyczące wydajności.

Wystąpienia do usługi Azure SQL MI i bazy danych do konfiguracji usługi Azure SQL DB

Ocena oblicza określoną warstwę usługi i konfigurację usługi Azure SQL (rozmiar jednostki SKU), która może spełniać lub przekraczać wymagania dotyczące wydajności lokalnego wystąpienia SQL:

  1. Podczas procesu odnajdywania usługa Azure Migrate zbiera konfigurację i wydajność wystąpienia SQL, w tym:
    • Rdzenie wirtualne (przydzielone) i wykorzystanie procesora CPU (%)
      • Użycie procesora CPU dla wystąpienia SQL jest procentem przydzielonego procesora CPU używanego przez wystąpienie na serwerze SQL
      • Użycie procesora CPU dla bazy danych jest procentem przydzielonego procesora CPU używanego przez bazę danych w wystąpieniu SQL
    • Wykorzystanie pamięci (przydzielone) i pamięć (%)
    • Odczyt we/wy i operacje we/wy zapisu (pliki danych i dziennika)
      • Operacje we/wy odczytu i we/wy zapisu na poziomie wystąpienia SQL są obliczane przez dodanie operacji we/wy odczytu i we/wy zapisu wszystkich baz danych odnalezionych w tym wystąpieniu.
    • Odczyt MB/s i Zapis MB/s (przepływność)
    • Opóźnienie operacji we/wy
    • Łączny rozmiar bazy danych i organizacje plików bazy danych
      • Rozmiar bazy danych jest obliczany przez dodanie wszystkich plików danych i dzienników.
    • Zawsze włączona konfiguracja podsieci sieciowej wystąpienia klastra trybu failover (pojedyncza podsieć lub wiele podsieci)
    • Zawsze włączone konfiguracje grupy dostępności
      • Konfiguracja sieci uczestniczących wystąpień (pojedyncza podsieć lub wiele podsieci)
      • Liczba i typ replik pomocniczych
        • Tryb dostępności: zatwierdzanie synchroniczne a zatwierdzenie asynchroniczne
        • tryb Połączenie ion: tylko do odczytu a brak
  2. Ocena agreguje wszystkie dane konfiguracji i wydajności i próbuje znaleźć najlepsze dopasowanie w różnych warstwach i konfiguracjach usługi Azure SQL oraz wybiera konfigurację, która może odpowiadać lub przekraczać wymagania dotyczące wydajności wystąpienia SQL, optymalizując koszt.

Wystąpienia do programu SQL Server w konfiguracji maszyny wirtualnej platformy Azure

Raport oceny wystąpienia do programu SQL Server na maszynie wirtualnej platformy Azure obejmuje idealne podejście do migrowania wystąpień i baz danych programu SQL Server do programu SQL Server na maszynie wirtualnej platformy Azure, stosując się do najlepszych rozwiązań. Dowiedz się więcej.

Jeśli źródłem jest zawsze włączone wystąpienie klastra trybu failover programu SQL Server, raport oceny obejmuje podejście do migracji do wystąpienia klastra trybu failover z dwoma węzłami programu SQL Server. Dzięki temu intencje wysokiej dostępności i odzyskiwania po awarii są zachowywane podczas przestrzegania najlepszych rozwiązań. Dowiedz się więcej.

Ustalanie rozmiaru magazynu

W przypadku ustalania rozmiaru magazynu ocena mapuje każdy dysk wystąpienia na dysk platformy Azure. Ustalanie rozmiaru działa w następujący sposób:

  • Ocena dodaje operacje we/wy odczytu i zapisu dysku, aby uzyskać łączną wymaganą liczbę operacji we/wy na sekundę. Podobnie dodaje wartości przepływności odczytu i zapisu w celu uzyskania całkowitej przepływności każdego dysku. Rozmiar dysku wymagany dla każdego z dysków to rozmiar dysków SQL Data i SQL Log.

  • Ocena zaleca utworzenie puli dysków magazynu dla wszystkich dysków dziennika SQL i danych SQL. W przypadku dysków tymczasowych ocena zaleca przechowywanie plików na dysku lokalnym.

Screenshot of instance migration guidance.

  • Jeśli ocena nie może znaleźć dysku dla wymaganego rozmiaru, liczby operacji we/wy na sekundę i przepływności, oznacza to wystąpienie jako nieodpowiednie do migracji do programu SQL Server na maszynie wirtualnej platformy Azure
  • Jeśli ocena znajdzie zestaw odpowiednich dysków, wybierze dyski, które obsługują lokalizację określoną w ustawieniach oceny.
  • Jeśli źródłem jest zawsze włączone wystąpienie klastra trybu failover programu SQL Server, wybrano konfigurację dysku udostępnionego.
  • Jeśli typ środowiska to Produkcja, ocena próbuje znaleźć dyski w warstwie Premium, aby zamapować każdy z dysków, a także próbuje znaleźć odpowiedni dysk, który może być dyskiem SSD w warstwie Premium lub Standardowa.
    • Jeśli istnieje wiele kwalifikujących się dysków, ocena wybiera dysk z najniższym kosztem.
Ustalanie rozmiaru zasobów obliczeniowych

Po obliczeniu wymagań dotyczących magazynu ocena uwzględnia wymagania dotyczące procesora CPU i pamięci RAM wystąpienia w celu znalezienia odpowiedniego rozmiaru maszyny wirtualnej na platformie Azure.

  • Ocena sprawdza efektywne wykorzystanie rdzeni i pamięci RAM w celu znalezienia odpowiedniego rozmiaru maszyny wirtualnej platformy Azure. Efektywne wykorzystanie pamięci RAM lub pamięci dla wystąpienia jest obliczane przez agregowanie pamięci podręcznej buforu (rozmiar puli buforów w MB) dla wszystkich baz danych uruchomionych w wystąpieniu.
  • Jeśli nie zostanie znaleziony odpowiedni rozmiar, serwer zostanie oznaczony jako nieodpowiedni dla platformy Azure.
  • Jeśli zostanie znaleziony odpowiedni rozmiar, usługa Azure Migrate zastosuje obliczenia magazynu. Następnie stosuje ustawienia lokalizacji i warstwy cenowej dla ostatecznego zalecenia dotyczącego rozmiaru maszyny wirtualnej.
  • Jeśli występuje wiele kwalifikujących się rozmiarów maszyn wirtualnych platformy Azure, zalecany jest rozmiar, który generuje najniższy koszt.
  • Jeśli źródłem jest zawsze włączone wystąpienie klastra trybu failover programu SQL Server, rozmiar obliczeniowy jest ponownie używany dla drugiej maszyny wirtualnej platformy Azure w celu spełnienia potrzeby dwóch węzłów.

Uwaga

Ponieważ oceny usługi Azure SQL mają zapewnić najlepszą wydajność dla obciążeń SQL, lista serii maszyn wirtualnych zawiera tylko maszyny wirtualne zoptymalizowane pod kątem uruchamiania programu SQL Server na maszynach wirtualnych platformy Azure. Dowiedz się więcej.

Serwery z programem SQL Server w konfiguracji maszyny wirtualnej platformy Azure

W przypadku strategii migracji wszystkich serwerów do programu SQL Server na maszynie wirtualnej platformy Azure zapoznaj się z tematem Ustalanie rozmiaru zasobów obliczeniowych i magazynu tutaj.

Oceny ufności

Każda ocena usługi Azure SQL jest skojarzona z oceną ufności. Ocena waha się od jednej (najniższej) do pięciu (najwyższych) gwiazdek. Ocena ufności pomaga oszacować niezawodność zaleceń dotyczących rozmiaru zapewnianych przez usługę Azure Migrate.

  • Ocena ufności jest przypisywana do oceny. Ocena jest oparta na dostępności punktów danych potrzebnych do obliczenia oceny.
  • W przypadku ustalania rozmiaru na podstawie wydajności ocena zbiera dane wydajności wszystkich wystąpień i baz danych SQL, które obejmują:
    • Wykorzystanie procesora CPU (%)
    • Wykorzystanie pamięci (%)
    • Odczyt we/wy i operacje we/wy zapisu (pliki danych i dziennika)
    • Odczyt MB/s i Zapis MB/s (przepływność)
    • Opóźnienie operacji we/wy

Jeśli którakolwiek z tych liczb wykorzystania nie jest dostępna, zalecenia dotyczące rozmiaru mogą być zawodne. W tej tabeli przedstawiono oceny ufności oceny, które zależą od procentu dostępnych punktów danych:

Dostępność punktu danych Ocenę zaufania
0%–20% 1 gwiazdka
21%–40% 2 gwiazdki
41%–60% 3 gwiazdki
61%–80% 4 gwiazdki
81%–100% 5 gwiazdek

Niskie oceny ufności

Oto kilka powodów, dla których ocena może uzyskać niską ocenę ufności:

  • Środowisko nie było profilowane w okresie, dla którego tworzysz ocenę. Jeśli na przykład utworzysz ocenę z czasem trwania wydajności ustawionym na jeden dzień, musisz poczekać co najmniej dzień po rozpoczęciu odnajdywania dla wszystkich punktów danych, które mają zostać zebrane.

  • Ocena nie może zebrać danych wydajności dla niektórych lub wszystkich serwerów w okresie oceny. Aby uzyskać wysoką ocenę ufności, upewnij się, że:

    • Serwery są włączone przez czas trwania oceny.
    • Połączenia wychodzące na portach 443 są dozwolone.
    • Jeśli stan połączenia usługi Azure Migrate agenta SQL w usłudze Azure Migrate jest Połączenie, sprawdź ostatni puls.
    • Stan połączenia usługi Azure Migrate dla wszystkich wystąpień SQL jest Połączenie w sekcji odnalezionego wystąpienia SQL.

    Użyj opcji Oblicz ponownie, aby uwzględnić najnowsze zmiany we wskaźniku ufności.

  • Niektóre bazy danych lub wystąpienia zostały utworzone w czasie, dla którego ocena została obliczona. Na przykład utworzono ocenę historii wydajności z ostatniego miesiąca, ale niektóre bazy danych lub wystąpienia zostały utworzone zaledwie tydzień temu. W takim przypadku dane wydajności dla nowych serwerów nie będą dostępne przez cały czas trwania, a ocena ufności będzie niska.

Uwaga

Ponieważ oceny usługi Azure SQL są ocenami opartymi na wydajności, jeśli ocena ufności dowolnej oceny jest mniejsza niż pięć gwiazdek, zalecamy odczekanie co najmniej dnia, aż urządzenie będzie profilować środowisko, a następnie ponownie oblicz ocenę. W przeciwnym razie ustalanie rozmiaru na podstawie wydajności może być zawodne.

Szczegóły zalecenia

Po zakończeniu obliczania gotowości i określania rozmiaru preferencja optymalizacji jest stosowana w celu dotarcia do zalecanego celu i konfiguracji. Szczegóły zalecenia zawierają szczegółowe wyjaśnienie gotowości i obliczeń ustalania rozmiaru rekomendacji.

Screenshot of Recommendation details for assessment.

Wskazówki dotyczące migracji

Ta sekcja zawiera wskazówki dotyczące konfigurowania zasobu docelowego i kroków migracji. Kroki są specyficzne dla źródła i kombinacji wdrożenia docelowego. Te wskazówki są szczególnie przydatne dla użytkowników, którzy zamierzają przeprowadzić migrację wystąpień klastra trybu failover (FCI) i grup dostępności (AG).

Screenshot of Migration guidance section.

Obliczanie miesięcznych kosztów

Po zakończeniu zaleceń dotyczących określania rozmiaru ocena usługi Azure SQL oblicza koszty zasobów obliczeniowych i magazynu dla zalecanych konfiguracji usługi Azure SQL przy użyciu wewnętrznego interfejsu API cen. Agreguje koszt zasobów obliczeniowych i magazynu we wszystkich wystąpieniach, aby obliczyć łączny miesięczny koszt obliczeniowy.

Koszt usługi Compute

  • Aby obliczyć koszt obliczeń dla konfiguracji usługi Azure SQL, ocena uwzględnia następujące właściwości:
    • Korzyść użycia hybrydowego platformy Azure dla licencji SQL i Windows lub subskrypcji enterprise Linux (RHEL i SLES)
    • Typ środowiska
    • Pojemność zarezerwowana
    • Lokalizacja docelowa platformy Azure
    • Waluta
    • Program oferty/licencjonowania
    • Rabat (%)

Koszty magazynu

  • Szacowany koszt magazynu obejmuje tylko pliki danych, a nie pliki dziennika.
  • Aby obliczyć koszt magazynowania dla konfiguracji usługi Azure SQL, ocena uwzględnia następujące właściwości:
    • Lokalizacja docelowa platformy Azure
    • Waluta
    • Program oferty/licencjonowania
    • Rabat (%)
  • Koszt magazynu kopii zapasowych nie jest uwzględniony w ocenie.
  • Azure SQL Database
    • Koszt magazynowania wynoszący co najmniej 5 GB jest dodawany w szacowaniu kosztów, a dodatkowy koszt magazynowania jest dodawany do magazynu w 1 GB przyrostów. Dowiedz się więcej.
  • Wystąpienie zarządzane Azure SQL
    • Nie ma żadnych kosztów magazynowania dodanych dla magazynu pierwszego 32 GB/wystąpienia/miesiąca, a dodatkowy koszt magazynowania jest dodawany dla magazynu w 32 GB przyrostów. Dowiedz się więcej.

Koszt zabezpieczeń

W przypadku wystąpień programu SQL Server i baz danych zalecanych dla programu SQL Server na maszynie wirtualnej platformy Azure, wystąpienia usługi Azure SQL MI lub usługi Azure SQL DB, jeśli są one gotowe do uruchamiania usługi Defender for SQL, usługa Defender for SQL na wystąpienie programu SQL Server dla tego regionu jest dodawana. W przypadku baz danych zalecanych w usłudze Azure SQL DB koszt jest zbiorczy na poziomie wystąpienia.

Następne kroki

  • Zapoznaj się z najlepszymi rozwiązaniami dotyczącymi tworzenia ocen.
  • Dowiedz się, jak uruchomić ocenę usługi Azure SQL.