Omówienie limitów zasobów usługi Azure SQL Managed Instance

Dotyczy: Azure SQL Managed Instance

Ten artykuł zawiera omówienie właściwości technicznych i limitów zasobów dla Azure SQL Managed Instance oraz informacje o tym, jak zażądać zwiększenia tych limitów.

Uwaga

Aby uzyskać różnice w obsługiwanych funkcjach i instrukcjach języka T-SQL, zobacz Różnice funkcji i obsługa instrukcji języka T-SQL. Aby uzyskać ogólne różnice między warstwami usług dla usługi Azure SQL Database i SQL Managed Instance przejrzyj warstwy usług Ogólnego przeznaczenia i Krytyczne dla działania firmy.

Charakterystyki konfiguracji sprzętu

SQL Managed Instance ma właściwości i limity zasobów, które zależą od bazowej infrastruktury i architektury. SQL Managed Instance można wdrożyć w wielu konfiguracjach sprzętu.

Uwaga

Nazwa sprzętu gen5 została zmieniona na standardową serię (Gen5).

Aby uzyskać informacje na temat wcześniej dostępnego sprzętu, zobacz Poprzednio dostępny sprzęt w dalszej części tego artykułu.

Konfiguracje sprzętowe mają różne cechy, jak opisano w poniższej tabeli:

Seria Standardowa (Gen5) Seria Premium Zoptymalizowana pod kątem pamięci seria Premium
Procesor CPU Procesory Intel® E5-2673 v4 (Broadwell) 2,3 GHz, Intel SP-8160 (Skylake) i Intel®® 8272CL (Cascade Lake) 2,5 GHz Procesory Intel® 8370C (Ice Lake) 2,8 GHz Procesory Intel® 8370C (Ice Lake) 2,8 GHz
Liczba rdzeni wirtualnych
Rdzeń wirtualny =1 LP (hiperwątek)
4–80 rdzeni wirtualnych 4–80 rdzeni wirtualnych 4-64 rdzenie wirtualne
Maksymalna ilość pamięci (współczynnik pamięci/rdzeni wirtualnych) 5,1 GB na rdzeń wirtualny
Dodaj więcej rdzeni wirtualnych, aby uzyskać więcej pamięci.
7 GB na rdzeń wirtualny 13,6 GB na rdzeń wirtualny
Maksymalna In-Memory pamięci OLTP Limit wystąpień: 0,8 – 1,65 GB na rdzeń wirtualny Limit wystąpień: 1,1 – 2,3 GB na rdzeń wirtualny Limit wystąpień: 2,2 – 4,5 GB na rdzeń wirtualny
Maksymalny rozmiar zarezerwowanego magazynu wystąpień* Ogólnego przeznaczenia: do 16 TB
Krytyczne dla działania firmy: do 4 TB
Ogólnego przeznaczenia: do 16 TB
Krytyczne dla działania firmy: do 5,5 TB
Ogólnego przeznaczenia: do 16 TB
Krytyczne dla działania firmy: do 16 TB

* Zależne od liczby rdzeni wirtualnych.

Uwaga

Jeśli obciążenie wymaga rozmiaru magazynu większego niż dostępne limity zasobów dla Azure SQL Managed Instance, rozważ warstwę usługi Azure SQL Database Hiperskala.

Obsługa regionalna sprzętu zoptymalizowanego pod kątem pamięci z serii Premium

Obsługa zoptymalizowanego pod kątem pamięci sprzętu z serii Premium jest obecnie dostępna tylko w następujących regionach:

Lokalizacja geograficzna Regiony obsługujące zoptymalizowane pod kątem pamięci HW serii Premium
Europa, Bliski Wschód, Afryka Francja Środkowa, Niemcy Zachodnio-Środkowe, Europa Północna, Szwecja Środkowa, Południowe Zjednoczone Królestwo, Europa Zachodnia
Ameryka Północna i Południowa Brazylia Południowa, Kanada Środkowa, Środkowe stany USA, Wschodnie stany USA, Wschodnie stany USA 2, Północno-środkowe stany USA, Południowo-środkowe stany USA, Zachodnie stany USA, Zachodnie stany USA 2, Zachodnie stany USA 3
Azja i Pacyfik Australia Wschodnia, Australia Południowo-Wschodnia, Indie Środkowe, Azja Wschodnia, Japonia Wschodnia, Azja Południowo-Wschodnia

Dostępne miejsce w pamięci OLTP

Ilość miejsca OLTP w pamięci w warstwie usługi Krytyczne dla działania firmy zależy od liczby rdzeni wirtualnych i konfiguracji sprzętu. W poniższej tabeli wymieniono limity pamięci, które mogą być używane dla obiektów OLTP w pamięci.

Rdzenie wirtualne Seria Standardowa (Gen5) Seria Premium Zoptymalizowana pod kątem pamięci seria Premium
4 rdzenie wirtualne 3,14 GB 4,39 GB 8,79 GB
8 rdzeni wirtualnych 6,28 GB 8,79 GB 22,06 GB
16 rdzeni wirtualnych 15,77 GB 22,06 GB 57,58 GB
24 rdzenie wirtualne 25,25 GB 35,34 GB 93,09 GB
32 rdzenie wirtualne 37,94 GB 53,09 GB 128,61 GB
40 rdzeni wirtualnych 52,23 GB 73,09 GB 164,13 GB
64 rdzenie wirtualne 99,9 GB 139,82 GB 288,61 GB
80 rdzeni wirtualnych 131,68 GB 184,30 GB Nie dotyczy

Właściwości warstwy usług

SQL Managed Instance ma dwie warstwy usług: Ogólnego przeznaczenia i Krytyczne dla działania firmy.

Ważne

Warstwa usługi Krytyczne dla działania firmy udostępnia dodatkową wbudowaną kopię SQL Managed Instance (repliki pomocniczej), która może być używana dla obciążenia tylko do odczytu. Jeśli możesz oddzielić zapytania odczytu i zapisu oraz zapytania tylko do odczytu/analityczne/raportowania, otrzymujesz dwa razy rdzenie wirtualne i pamięć za tę samą cenę. Replika pomocnicza może być opóźniona o kilka sekund za wystąpieniem podstawowym, dlatego została zaprojektowana pod kątem odciążania obciążeń raportowania/analizy, które nie wymagają dokładnego bieżącego stanu danych. W poniższej tabeli zapytania tylko do odczytu to zapytania wykonywane w repliki pomocniczej.

Funkcja Ogólnego przeznaczenia Krytyczne dla działania firmy
Liczba rdzeni wirtualnych* 4, 8, 16, 24, 32, 40, 64, 80 Seria Standardowa (Gen5): 4, 8, 16, 24, 32, 40, 64, 80
Seria Premium: 4, 8, 16, 24, 32, 40, 64, 80
Zoptymalizowana pod kątem pamięci seria Premium: 4, 8, 16, 24, 32, 40, 64
*Ta sama liczba rdzeni wirtualnych jest przeznaczona dla zapytań tylko do odczytu.
Maksymalna ilość pamięci Seria Standardowa (Gen5): 20,4 GB — 625 GB (5,1 GB/rdzeń wirtualny)
Seria Premium: 28 GB – 560 GB (7 GB/rdzeń wirtualny)
Zoptymalizowana pod kątem pamięci seria Premium: 54,4 GB — 870,4 GB (13,6 GB/rdzeń wirtualny)
Seria Standardowa (Gen5): 20,4 GB — 625 GB (5,1 GB/rdzeń wirtualny) w każdej repliki
Seria Premium: 28 GB – 560 GB (7 GB/rdzeń wirtualny) w każdej repliki
Zoptymalizowana pod kątem pamięci seria Premium: 54,4 GB — 870,4 GB (13,6 GB/rdzeń wirtualny) w każdej repliki
Maksymalny rozmiar magazynu wystąpień (zarezerwowany) - 2 TB dla 4 rdzeni wirtualnych
- 8 TB dla 8 rdzeni wirtualnych
- 16 TB dla innych rozmiarów
Seria Standardowa (Gen5):
- 1 TB dla 4, 8, 16 rdzeni wirtualnych
- 2 TB dla 24 rdzeni wirtualnych
- 4 TB dla 32, 40, 64, 80 rdzeni wirtualnych
Seria Premium:
- 1 TB dla 4, 8 rdzeni wirtualnych
- 2 TB dla 16, 24 rdzeni wirtualnych
- 4 TB dla 32 rdzeni wirtualnych
- 5,5 TB dla 40, 64, 80 rdzeni wirtualnych
Zoptymalizowana pod kątem pamięci seria Premium:
- 1 TB dla 4, 8 rdzeni wirtualnych
- 2 TB dla 16, 24 rdzeni wirtualnych
- 4 TB dla 32 rdzeni wirtualnych
- 5,5 TB dla 40 rdzeni wirtualnych
- 16 TB dla 64 rdzeni wirtualnych
Maksymalny rozmiar bazy danych Do obecnie dostępnego rozmiaru wystąpienia (w zależności od liczby rdzeni wirtualnych). Do obecnie dostępnego rozmiaru wystąpienia (w zależności od liczby rdzeni wirtualnych).
Maksymalny rozmiar bazy danych tempDB Ograniczone do 24 GB/rdzeni wirtualnych (96– 1920 GB) i obecnie dostępny rozmiar magazynu wystąpień.
Dodaj więcej rdzeni wirtualnych, aby uzyskać więcej miejsca w bazie danych TempDB.
Rozmiar pliku dziennika jest ograniczony do 120 GB.
Do obecnie dostępnego rozmiaru magazynu wystąpień.
Maksymalna liczba plików tempDB 128 128
Maksymalna liczba baz danych na wystąpienie 100 baz danych użytkowników, chyba że osiągnięto limit rozmiaru magazynu wystąpień. 100 baz danych użytkowników, chyba że osiągnięto limit rozmiaru magazynu wystąpień.
Maksymalna liczba plików bazy danych na wystąpienie Do 280, chyba że osiągnięto limit miejsca do alokacji magazynu magazynu w warstwie Premium usługi Azure Premium Disk . 32 767 plików na bazę danych, chyba że osiągnięto limit rozmiaru magazynu wystąpień.
Maksymalny rozmiar pliku danych Maksymalny rozmiar każdego pliku danych wynosi 8 TB. Użyj co najmniej dwóch plików danych dla baz danych większych niż 8 TB. Do obecnie dostępnego rozmiaru wystąpienia (w zależności od liczby rdzeni wirtualnych).
Maksymalny rozmiar pliku dziennika Ograniczony do 2 TB i obecnie dostępny rozmiar magazynu wystąpień. Ograniczony do 2 TB i obecnie dostępny rozmiar magazynu wystąpień.
Liczba operacji we/wy na sekundę w dzienniku (przybliżona) 500–7500 na plik
*Zwiększ rozmiar pliku, aby uzyskać więcej operacji we/wy na sekundę
16 K–320 K (4000 operacji we/wy na sekundę/rdzeń wirtualny)
Dodaj więcej rdzeni wirtualnych, aby uzyskać lepszą wydajność operacji we/wy.
Limit przepływności zapisu dziennika (na wystąpienie) 3 MB/s na rdzeń wirtualny
Maksymalna 120 MB/s na wystąpienie
22 – 65 MB/s na bazę danych (w zależności od rozmiaru pliku dziennika)
*Zwiększ rozmiar pliku, aby uzyskać lepszą wydajność operacji we/wy
4 MB/s na rdzeń wirtualny
Maks. 96 MB/s
Przepływność danych (przybliżona) 100–250 MB/s na plik
*Zwiększ rozmiar pliku, aby uzyskać lepszą wydajność operacji we/wy
Nie tylko.
Opóźnienie operacji we/wy magazynu (przybliżone) 5–10 ms 1–2 ms
Przetwarzanie OLTP w pamięci Nieobsługiwane Dostępny rozmiar zależy od liczby rdzeni wirtualnych
Maksymalna liczba sesji 30000 30000
Maksymalna liczba współbieżnych procesów roboczych 105 * liczba rdzeni wirtualnych + 800 105 * liczba rdzeni wirtualnych + 800
Repliki tylko do odczytu 0 1 (uwzględnione w cenie)
Izolacja obliczeniowa Nieobsługiwane, ponieważ wystąpienia Ogólnego przeznaczenia mogą współdzielić sprzęt fizyczny z innymi wystąpieniami Seria Standardowa (Gen5):
Obsługiwane w przypadku 40, 64, 80 rdzeni wirtualnych
Seria Premium: obsługiwana w przypadku 64, 80 rdzeni wirtualnych
Zoptymalizowana pod kątem pamięci seria Premium: obsługiwana w przypadku 64 rdzeni wirtualnych

Kilka dodatkowych zagadnień:

  • Obecnie dostępny rozmiar magazynu wystąpień jest różnicą między rozmiarem wystąpienia zarezerwowanego a używanym miejscem do magazynowania.
  • Rozmiar danych i plików dziennika w bazach danych użytkownika i systemowych są uwzględniane w rozmiarze magazynu wystąpień, który jest porównywany z maksymalnym limitem rozmiaru magazynu. Użyj widoku systemu sys.master_files , aby określić łączną ilość używanego miejsca w bazach danych. Dzienniki błędów nie są utrwalane i nie są uwzględniane w rozmiarze. Kopie zapasowe nie są uwzględniane w rozmiarze magazynu.
  • Przepływność i liczba operacji we/wy na sekundę w warstwie Ogólnego przeznaczenia również zależą od rozmiaru plików, który nie jest jawnie ograniczony przez usługę SQL Managed Instance. Możesz utworzyć kolejną replikę z możliwością odczytu w innym regionie świadczenia usługi Azure przy użyciu grup automatycznego trybu failover
  • Maksymalna liczba operacji we/wy na sekundę dla wystąpienia zależy od układu plików i rozkładu obciążenia. Jeśli na przykład utworzysz siedem plików o rozmiarze 1 TB z maksymalnie 5 tys. operacji we/wy na sekundę dla każdego z nich oraz siedem małych plików (mniejszych niż 128 GB) z 500 operacji we/wy na sekundę dla każdego z nich, możesz uzyskać 38500 operacji we/wy na sekundę na wystąpienie (7x5000+7x500), jeśli Twoje obciążenie może używać wszystkich plików. Pamiętaj, że pewna liczba operacji we/wy na sekundę jest używana do automatycznego tworzenia kopii zapasowych.
  • tempdbNazwy plików nie mogą zawierać więcej niż 16 znaków.

Więcej informacji na temat limitów zasobów można znaleźć w SQL Managed Instance pulach w tym artykule.

Magazyn danych i dzienników

Następujące czynniki wpływają na ilość miejsca używanego do przechowywania danych i plików dziennika oraz mają zastosowanie do warstw Ogólnego przeznaczenia i Krytyczne dla działania firmy.

  • W warstwie usługi tempdb Ogólnego przeznaczenia używa lokalnego magazynu SSD, a ten koszt magazynu jest uwzględniany w cenie rdzeni wirtualnych.
  • W warstwie usługi tempdb Krytyczne dla działania firmy udziały lokalnego magazynu SSD z plikami danych i dziennika, a tempdb koszt magazynowania jest uwzględniany w cenie rdzeni wirtualnych.
  • Maksymalny rozmiar magazynu dla SQL Managed Instance musi być określony w wielokrotnościach 32 GB.

Ważne

W warstwach Ogólnego przeznaczenia i Krytyczne dla działania firmy opłaty są naliczane za maksymalny rozmiar magazynu skonfigurowany dla wystąpienia zarządzanego.

Aby monitorować łączny rozmiar magazynu wystąpień użytych dla SQL Managed Instance, użyj metrykistorage_space_used_mb. Aby monitorować bieżący przydzielony i używany rozmiar magazynu poszczególnych plików danych i dzienników w bazie danych przy użyciu języka T-SQL, użyj widoku sys.database_files i funkcji FILEPROPERTY(... , 'SpaceUsed').

Porada

W pewnych okolicznościach może być konieczne zmniejszenie bazy danych w celu odzyskania nieużywanego miejsca. Aby uzyskać więcej informacji, zobacz Zarządzanie miejscem na pliki w usłudze Azure SQL Database.

Kopie zapasowe i magazyn

Magazyn kopii zapasowych bazy danych jest przydzielany do obsługi funkcji przywracania do punktu w czasie (PITR) i długoterminowego przechowywania (LTR) SQL Managed Instance. Ten magazyn jest oddzielony od magazynu danych i plików dziennika i jest rozliczany oddzielnie.

  • Przywracanie do punktu w czasie: w warstwach Ogólnego przeznaczenia i Krytyczne dla działania firmy poszczególne kopie zapasowe bazy danych są automatycznie kopiowane do magazynu geograficznie nadmiarowego (RA-GRS) dostępnego do odczytu. Rozmiar magazynu zwiększa się dynamicznie w miarę tworzenia nowych kopii zapasowych. Magazyn jest używany przez pełne, różnicowe i transakcyjne kopie zapasowe dziennika. Użycie magazynu zależy od częstotliwości zmiany bazy danych i okresu przechowywania skonfigurowanego dla kopii zapasowych. Dla każdej bazy danych z zakresu od 0 do 35 dni dla SQL Managed Instance można skonfigurować oddzielny okres przechowywania. Ilość magazynu kopii zapasowych równa skonfigurowanemu maksymalnemu rozmiarowi danych nie jest naliczana za dodatkową opłatą.
  • LTR: Istnieje również możliwość skonfigurowania długoterminowego przechowywania pełnych kopii zapasowych przez maksymalnie 10 lat. W przypadku skonfigurowania zasad LTR te kopie zapasowe są automatycznie przechowywane w magazynie RA-GRS, ale możesz kontrolować częstotliwość kopiowania kopii zapasowych. Aby spełnić różne wymagania dotyczące zgodności, możesz wybrać różne okresy przechowywania dla kopii zapasowych co tydzień, co miesiąc i/lub rok. Wybrana konfiguracja określa ilość miejsca do magazynowania w przypadku kopii zapasowych LTR. Aby uzyskać więcej informacji, zobacz Długoterminowe przechowywanie kopii zapasowych.

Charakterystyka operacji we/wy plików w warstwie Ogólnego przeznaczenia

W warstwie usługi Ogólnego przeznaczenia każdy plik bazy danych otrzymuje dedykowaną liczbę operacji we/wy na sekundę i przepływność, która zależy od rozmiaru pliku. Większe pliki uzyskują większą liczbę operacji we/wy na sekundę i przepływność. Charakterystyka operacji we/wy plików bazy danych przedstawiono w poniższej tabeli:

Rozmiar pliku >=0 i <=128 GiB >128 i <= 512 GiB >0,5 i <=1 TiB >1 i <=2 TiB >2 i <=4 TiB >4 i <=8 TiB
Operacje we/wy na sekundę na plik 500 2300 5000 7500 7500 12 500
Przepływność na plik 100 MiB/s 150 MiB/s 200 MiB/s 250 MiB/s 250 MiB/s 250 MiB/s

Jeśli zauważysz duże opóźnienie operacji we/wy w pliku bazy danych albo zaobserwujesz, że liczba operacji we/wy na sekundę lub przepływność osiągają limit, możesz zwiększyć wydajność, zwiększając rozmiar pliku.

Istnieje również limit na poziomie wystąpienia dla maksymalnej przepływności zapisu dziennika (patrz powyżej dla wartości, np. 22 MB/s), więc może nie być w stanie osiągnąć maksymalnego rozmiaru pliku w pliku dziennika, ponieważ osiągasz limit przepływności wystąpienia.

Obsługiwane regiony

SQL Managed Instance można tworzyć tylko w obsługiwanych regionach. Aby utworzyć SQL Managed Instance w regionie, który nie jest obecnie obsługiwany, możesz wysłać wniosek o pomoc techniczną za pośrednictwem Azure Portal.

Obsługiwane typy subskrypcji

SQL Managed Instance obecnie obsługuje wdrażanie tylko w następujących typach subskrypcji:

Ograniczenia zasobów regionalnych

Uwaga

Aby uzyskać najnowsze informacje na temat dostępności regionów dla subskrypcji, najpierw zaznacz region.

Obsługiwane typy subskrypcji mogą zawierać ograniczoną liczbę zasobów na region. SQL Managed Instance ma dwa domyślne limity na region platformy Azure (które można zwiększyć na żądanie, tworząc specjalne żądanie pomocy technicznej w Azure Portal w zależności od typu subskrypcji:

  • Limit podsieci: maksymalna liczba podsieci, w których wystąpienia SQL Managed Instance są wdrażane w jednym regionie.
  • Limit jednostek rdzeni wirtualnych: maksymalna liczba jednostek rdzeni wirtualnych, które można wdrożyć we wszystkich wystąpieniach w jednym regionie. Jeden rdzeń wirtualny gp używa jednej jednostki rdzenia wirtualnego, a jeden rdzeń wirtualny BC przyjmuje cztery jednostki rdzenia wirtualnego. Łączna liczba wystąpień nie jest ograniczona, o ile mieści się ona w limicie jednostek rdzeni wirtualnych.

Uwaga

Te limity są ustawieniami domyślnymi, a nie ograniczeniami technicznymi. Limity można zwiększyć na żądanie, tworząc specjalny wniosek o pomoc techniczną w Azure Portal, jeśli potrzebujesz większej liczby wystąpień w bieżącym regionie. Alternatywnie możesz utworzyć nowe wystąpienia SQL Managed Instance w innym regionie świadczenia usługi Azure bez wysyłania żądań pomocy technicznej.

W poniższej tabeli przedstawiono domyślne limity regionalne dla obsługiwanych typów subskrypcji (limity domyślne można rozszerzyć przy użyciu żądania pomocy technicznej opisanego poniżej):

Typ subskrypcji Domyślny limit dla podsieci SQL Managed Instance Domyślny limit dla jednostek rdzeni wirtualnych*
CSP 16 (30 w niektórych regionach**) 960 (1440 w niektórych regionach**)
EA 16 (30 w niektórych regionach**) 960 (1440 w niektórych regionach**)
Enterprise — tworzenie i testowanie 6 320
Pay-as-you-go 6 320
Płatność zgodnie z rzeczywistym użyciem — tworzenie i testowanie 6 320
Azure — dostęp próbny 3 64
BizSpark 3 64
BizSpark Plus 3 64
Dostęp sponsorowany Microsoft Azure. 3 64
Microsoft Partner Network 3 64
Visual Studio Enterprise (MPN) 3 64
Visual Studio Enterprise 3 32
Visual Studio Enterprise (BizSpark) 3 32
Visual Studio Professional 3 32
Platformy MSDN 3 32

* Podczas planowania wdrożeń należy wziąć pod uwagę, że warstwa usługi Krytyczne dla działania firmy (BC) wymaga czterech (4) razy więcej pojemności rdzeni wirtualnych niż warstwa usługi Ogólnego przeznaczenia (GP). Na przykład: 1 rdzenie wirtualne gp = 1 jednostka rdzenia wirtualnego i 1 rdzeń wirtualny BC = 4 rdzenie wirtualne. Aby uprościć analizę zużycia względem domyślnych limitów, podsumuj jednostki rdzeni wirtualnych we wszystkich podsieciach w regionie, w którym wdrożono SQL Managed Instance i porównaj wyniki z limitami jednostek wystąpienia dla typu subskrypcji. Maksymalna liczba jednostek rdzeni wirtualnych ma zastosowanie do każdej subskrypcji w regionie. Nie ma limitu dla poszczególnych podsieci, z wyjątkiem tego, że suma wszystkich rdzeni wirtualnych wdrożonych w wielu podsieciach musi być niższa lub równa maksymalnej liczbie jednostek rdzeni wirtualnych.

** Większe limity podsieci i rdzeni wirtualnych są dostępne w następujących regionach: Australia Wschodnia, Wschodnie stany USA, Wschodnie stany USA 2, Europa Północna, Południowo-środkowe stany USA, Azja Południowo-Wschodnia, Południowe Zjednoczone Królestwo, Europa Zachodnia, Zachodnie stany USA 2.

Ważne

Jeśli limit rdzeni wirtualnych i podsieci wynosi 0, oznacza to, że domyślny limit regionalny dla typu subskrypcji nie jest ustawiony. Możesz również użyć żądania zwiększenia limitu przydziału w celu uzyskania dostępu do subskrypcji w określonym regionie zgodnie z tą samą procedurą — podając wymagane wartości rdzeni wirtualnych i podsieci.

Żądanie zwiększenia limitu przydziału

Jeśli potrzebujesz więcej wystąpień w bieżących regionach, wyślij wniosek o pomoc techniczną, aby rozszerzyć limit przydziału przy użyciu Azure Portal. Aby uzyskać więcej informacji, zobacz Request quota increases for Azure SQL Database (Zwiększenie limitu przydziału żądań dla bazy danych Azure SQL).

Wcześniej dostępny sprzęt

Ta sekcja zawiera szczegółowe informacje na temat wcześniej dostępnego sprzętu. Rozważ przeniesienie wystąpienia SQL Managed Instance do sprzętu serii Standardowa (Gen5), aby uzyskać szerszy zakres skalowalności rdzeni wirtualnych i magazynu, przyspieszonej sieci, najlepszej wydajności operacji we/wy i minimalnego opóźnienia.

Ważne

Sprzęt gen4 jest wycofany i nie jest dostępny dla nowych wdrożeń, jak ogłoszono 18 grudnia 2019 r. Klienci korzystający z usługi Gen4 dla baz danych Azure SQL, pul elastycznych lub wystąpień zarządzanych SQL powinni przeprowadzić migrację do obecnie dostępnego sprzętu, takiego jak seria Standardowa (Gen5), przed 31 stycznia 2023 r.

Aby uzyskać więcej informacji na temat wycofania sprzętu Gen4 i migracji do bieżącego sprzętu, zobacz nasz wpis w blogu na temat wycofania usługi Gen4. Istniejące bazy danych gen4, elastyczne pule i wystąpienia zarządzane SQL zostaną automatycznie zmigrowane do równoważnego sprzętu z serii Standardowa (Gen5).

Przestój spowodowany automatyczną migracją będzie minimalny i podobny do przestoju podczas operacji skalowania w wybranej warstwie usługi. Aby uniknąć nieplanowanych przerw w działaniu obciążeń, należy aktywnie przeprowadzić migrację w wybranym momencie przed 31 stycznia 2023 r.

Charakterystyka sprzętu

Gen4
Sprzęt Procesory Intel® E5-2673 v3 (Haswell) 2,4 GHz, dołączone rdzenie wirtualne SSD = 1 PP (rdzeń fizyczny)
Liczba rdzeni wirtualnych 8, 16, 24 rdzenie wirtualne
Maksymalna ilość pamięci (współczynnik pamięci/rdzenia) 7 GB na rdzeń wirtualny
Dodaj więcej rdzeni wirtualnych, aby uzyskać więcej pamięci.
Maksymalna In-Memory pamięci OLTP Limit wystąpień: 1–1,5 GB na rdzeń wirtualny
Maksymalny rozmiar zarezerwowanego magazynu wystąpień Ogólnego przeznaczenia: 8 TB
Krytyczne dla działania firmy: 1 TB

Dostępne miejsce w pamięci OLTP

Ważne

Sprzęt gen4 jest wycofany i nie jest dostępny dla nowych wdrożeń, jak ogłoszono 18 grudnia 2019 r. Klienci korzystający z usługi Gen4 dla baz danych Azure SQL, pul elastycznych lub wystąpień zarządzanych SQL powinni przeprowadzić migrację do obecnie dostępnego sprzętu, takiego jak seria Standardowa (Gen5), przed 31 stycznia 2023 r.

Aby uzyskać więcej informacji na temat wycofania sprzętu Gen4 i migracji do bieżącego sprzętu, zobacz nasz wpis w blogu na temat wycofania usługi Gen4. Istniejące bazy danych gen4, elastyczne pule i wystąpienia zarządzane SQL zostaną automatycznie zmigrowane do równoważnego sprzętu z serii Standardowa (Gen5).

Przestój spowodowany automatyczną migracją będzie minimalny i podobny do przestoju podczas operacji skalowania w wybranej warstwie usługi. Aby uniknąć nieplanowanych przerw w działaniu obciążeń, należy aktywnie przeprowadzić migrację w wybranym momencie przed 31 stycznia 2023 r.

Ilość miejsca OLTP w pamięci w warstwie usługi Krytyczne dla działania firmy zależy od liczby rdzeni wirtualnych i konfiguracji sprzętu. W poniższej tabeli wymieniono limity pamięci, które mogą być używane dla obiektów OLTP w pamięci.

Przestrzeń OLTP w pamięci Gen4
8 rdzeni wirtualnych 8 GB
16 rdzeni wirtualnych 20 GB
24 rdzenie wirtualne 36 GB

Właściwości warstwy usług

Ważne

Sprzęt gen4 jest wycofany i nie jest dostępny dla nowych wdrożeń, jak ogłoszono 18 grudnia 2019 r. Klienci korzystający z usługi Gen4 dla baz danych Azure SQL, pul elastycznych lub wystąpień zarządzanych SQL powinni przeprowadzić migrację do obecnie dostępnego sprzętu, takiego jak seria Standardowa (Gen5), przed 31 stycznia 2023 r.

Aby uzyskać więcej informacji na temat wycofania sprzętu Gen4 i migracji do bieżącego sprzętu, zobacz nasz wpis w blogu na temat wycofania usługi Gen4. Istniejące bazy danych gen4, elastyczne pule i wystąpienia zarządzane SQL zostaną automatycznie zmigrowane do równoważnego sprzętu z serii Standardowa (Gen5).

Przestój spowodowany automatyczną migracją będzie minimalny i podobny do przestoju podczas operacji skalowania w wybranej warstwie usługi. Aby uniknąć nieplanowanych przerw w działaniu obciążeń, należy aktywnie przeprowadzić migrację w wybranym czasie przed 31 stycznia 2023 r.

Funkcja Ogólnego przeznaczenia Krytyczne dla działania firmy
Liczba rdzeni wirtualnych* 8, 16, 24 8, 16, 24
*Ta sama liczba rdzeni wirtualnych jest przeznaczona dla zapytań tylko do odczytu.
Maksymalna ilość pamięci 56 GB — 168 GB (7 GB/rdzeń wirtualny)
Dodaj więcej rdzeni wirtualnych, aby uzyskać więcej pamięci.
56 GB — 168 GB (7 GB/rdzeń wirtualny)
+ dodatkowe 20,4 GB — 408 GB (5,1 GB/rdzeń wirtualny) dla zapytań tylko do odczytu.
Dodaj więcej rdzeni wirtualnych, aby uzyskać więcej pamięci.
Maksymalny rozmiar magazynu wystąpień (zarezerwowany) 8 TB 1 TB
Maksymalny rozmiar bazy danych Do obecnie dostępnego rozmiaru wystąpienia (maksymalnie 2 TB — 8 TB w zależności od liczby rdzeni wirtualnych). Do obecnie dostępnego rozmiaru wystąpienia (maksymalnie 1 TB — 4 TB w zależności od liczby rdzeni wirtualnych).
Maksymalny rozmiar bazy danych tempDB Ograniczone do 24 GB/rdzeni wirtualnych (96– 1920 GB) i obecnie dostępny rozmiar magazynu wystąpień.
Dodaj więcej rdzeni wirtualnych, aby uzyskać więcej miejsca w bazie danych TempDB.
Rozmiar pliku dziennika jest ograniczony do 120 GB.
Do obecnie dostępnego rozmiaru magazynu wystąpień.
Maksymalna liczba baz danych na wystąpienie 100 baz danych użytkowników, chyba że osiągnięto limit rozmiaru magazynu wystąpień. 100 baz danych użytkowników, chyba że osiągnięto limit rozmiaru magazynu wystąpień.
Maksymalna liczba plików bazy danych na wystąpienie Do 280, chyba że osiągnięto limit miejsca do alokacji magazynu magazynu w warstwie Premium usługi Azure Premium Disk . 32 767 plików na bazę danych, chyba że osiągnięto limit rozmiaru magazynu wystąpień.
Maksymalny rozmiar pliku danych Ograniczone do obecnie dostępnego rozmiaru magazynu wystąpień (maksymalnie 2 TB – 8 TB) i miejsca do alokacji magazynu usługi Azure Premium Disk. Użyj co najmniej dwóch plików danych dla baz danych większych niż 8 TB. Ograniczony do obecnie dostępnego rozmiaru magazynu wystąpień (do 1 TB – 4 TB).
Maksymalny rozmiar pliku dziennika Ograniczony do 2 TB i obecnie dostępny rozmiar magazynu wystąpień. Ograniczony do 2 TB i obecnie dostępny rozmiar magazynu wystąpień.
Liczba operacji we/wy na sekundę w dzienniku (przybliżona) Maksymalnie 30–40 K operacji we/wy na sekundę na wystąpienie*, 500 –7500 na plik
*Zwiększ rozmiar pliku, aby uzyskać więcej operacji we/wy na sekundę
16 K–320 K (4000 operacji we/wy na sekundę/rdzeń wirtualny)
Dodaj więcej rdzeni wirtualnych, aby uzyskać lepszą wydajność operacji we/wy.
Limit przepływności zapisu dziennika (na wystąpienie) 3 MB/s na rdzeń wirtualny
Maksymalna 120 MB/s na wystąpienie
22– 65 MB/s na bazę danych
*Zwiększ rozmiar pliku, aby uzyskać lepszą wydajność operacji we/wy
4 MB/s na rdzeń wirtualny
Maks. 96 MB/s
Przepływność danych (przybliżona) 100–250 MB/s na plik
*Zwiększ rozmiar pliku, aby uzyskać lepszą wydajność operacji we/wy
Nie tylko.
Opóźnienie operacji we/wy magazynu (przybliżone) 5–10 ms 1–2 ms
Przetwarzanie OLTP w pamięci Nieobsługiwane Dostępny rozmiar zależy od liczby rdzeni wirtualnych
Maksymalna liczba sesji 30000 30000
Maksymalna liczba współbieżnych procesów roboczych 210 * liczba rdzeni wirtualnych + 800 210 * liczba rdzeni wirtualnych + 800
Repliki tylko do odczytu 0 1 (uwzględnione w cenie)
Izolacja obliczeniowa nieobsługiwane nieobsługiwane

Następne kroki