Badanie wystąpienia zarządzanego SQL

  • 9 min

Podczas gdy wiele organizacji początkowo migruje na platformę Azure przy użyciu ofert IaaS, oferta usługi "platforma jako usługa" (PaaS) zapewnia dodatkowe korzyści. Ponadto nie trzeba już instalować ani stosować poprawek programu SQL Server, ponieważ jest to wykonywane przez usługę. Sprawdzanie spójności i kopie zapasowe są również częścią usługi zarządzanej, w tym narzędzi zabezpieczeń i wydajności, które są częścią ofert PaaS.

Usługa Azure SQL Managed Instance to w pełni funkcjonalne wystąpienie programu SQL Server, które jest prawie 100% zgodne z ekosystemem lokalnym. Obejmuje ona funkcje, takie jak agent SQL, dostęp do bazy danych tempdb, zapytania między bazami danych i środowisko uruchomieniowe języka wspólnego (CLR). Usługa korzysta z tej samej infrastruktury co usługa Azure SQL Database i wszystkich zalet usługi PaaS, takich jak automatyczne tworzenie kopii zapasowych, automatyczne stosowanie poprawek i wbudowana wysoka dostępność.

Funkcje usługi Azure SQL Managed Instance

Usługa Azure SQL Managed Instance umożliwia łatwe ścieżki migracji dla istniejących aplikacji, umożliwiając przywracanie z lokalnych kopii zapasowych. W przeciwieństwie do usługi Azure SQL Database, która jest zaprojektowana wokół pojedynczych struktur baz danych, wystąpienie zarządzane SQL udostępnia całe wystąpienie programu SQL Server, co umożliwia maksymalnie 100 baz danych i zapewnia dostęp do systemowych baz danych. Wystąpienie zarządzane SQL udostępnia inne funkcje, które nie są dostępne w usłudze Azure SQL Database, w tym zapytania między bazami danych, środowisko uruchomieniowe języka wspólnego (CLR) i wraz z bazą danych systemu msdb, umożliwia korzystanie z agenta SQL.

Opcje

Istnieją dwie warstwy usług dostępne podczas tworzenia usługi Azure SQL Managed Instance i są takie same jak model rdzeni wirtualnych usługi Azure SQL Database (wystąpienie zarządzane jest kupowane przy użyciu modelu rdzeni wirtualnych), Krytyczne dla działania firmy i ogólnego przeznaczenia. Istnieją minimalne różnice między funkcjami między dwiema warstwami — główne dwie są to, że Krytyczne dla działania firmy zawiera in-memory OLTP i oferuje czytelne pomocnicze, z których żadna nie jest dostępna w warstwie Ogólnego przeznaczenia. Obie warstwy oferują te same poziomy dostępności i umożliwiają niezależną konfigurację magazynu i zasobów obliczeniowych.

Funkcja linku zapewnia hybrydową możliwość replikowania baz danych z wystąpień programu SQL Server do usługi Azure SQL Managed Instance. Funkcja linku replikuje dane przy użyciu rozproszonych grup dostępności dostępnych w technologii zawsze włączonej grupy dostępności. Rekordy dziennika transakcji są replikowane w ramach rozproszonych grup dostępności.

Rekordy dziennika transakcji w wystąpieniu podstawowym nie mogą być obcięte, dopóki nie zostaną zreplikowane do wystąpienia pomocniczego. Regularne kopie zapasowe dziennika transakcji zmniejszają ryzyko wyczerpania miejsca w wystąpieniu podstawowym.

Funkcja łącza może być również używana jako rozwiązanie do odzyskiwania po awarii hybrydowej, w którym można przejąć bazy danych programu SQL Server hostowane w dowolnym miejscu do bazy danych działającej w usłudze SQL Managed Instance. Podobnie można użyć funkcji linku, aby udostępnić pomocniczą bazę danych tylko do odczytu w wystąpieniu zarządzanym SQL usługi SQL Database w celu odciążania intensywnych operacji tylko do odczytu.

Aby uzyskać więcej informacji na temat konfigurowania funkcji linku dla usługi Azure SQL Managed Instance, zobacz Przygotowywanie środowiska do obsługi funkcji linku — Azure SQL Managed Instance.

Pula wystąpień (wersja zapoznawcza)

Pula wystąpień zapewnia ekonomiczny sposób migrowania mniejszych wystąpień programu SQL Server do chmury. Podczas migracji na platformę Azure zamiast konsolidować mniejsze bazy danych do większego wystąpienia zarządzanego, co wymaga dodatkowego planowania ładu i zabezpieczeń, pule wystąpień umożliwiają wstępne aprowizowanie zasobów na podstawie łącznych zasobów migracji i wymagań.

Funkcja puli wystąpień zapewnia szybki czas wdrożenia wynoszący maksymalnie pięć minut, co jest dobrym rozwiązaniem w scenariuszach, w których czas trwania wdrożenia jest ważny. Ponadto wszystkie wystąpienia w puli współdzielą tę samą maszynę wirtualną, a łączna alokacja adresów IP jest niezależna od liczby wdrożonych wystąpień.

Aby dowiedzieć się, jak wdrożyć pulę wystąpień dla usługi SQL Managed Instance, zobacz Deploy Azure SQL Managed Instance to an instance pool (Wdrażanie usługi Azure SQL Managed Instance w puli wystąpień).

Wysoka dostępność

Ponieważ usługa Azure SQL Managed Instance jest wspierana przez usługę PaaS, ma wysoką dostępność gotowaną do produktu. Autonomiczna usługa SQL Managed Instance oferuje 99,99% umowy dotyczącej poziomu usług (SLA), która gwarantuje co najwyżej 52,60 minut przestoju rocznie. Architektura jest taka sama jak usługa Azure SQL Database z usługą Ogólnego przeznaczenia, która używa replikacji magazynu do dostępności i krytycznej dla działania firmy przy użyciu wielu replik.

Kopie zapasowe

Automatyczne kopie zapasowe są również automatycznie konfigurowane dla usługi Azure SQL Managed Instance. Jedną z kluczowych różnic między usługą Azure SQL Managed Instance i usługą Azure SQL Database jest to, że w przypadku wystąpienia zarządzanego można ręcznie utworzyć kopię zapasową bazy danych tylko do kopiowania. Należy utworzyć kopię zapasową adresu URL, ponieważ dostęp do magazynu lokalnego jest niedozwolony. Można również skonfigurować długoterminowe przechowywanie na potrzeby przechowywania automatycznych kopii zapasowych przez maksymalnie 10 lat w geograficznie nadmiarowym magazynie obiektów blob platformy Azure.

Kopie zapasowe baz danych są wykonywane zgodnie z tym samym harmonogramem co w usłudze Azure SQL Database. Te harmonogramy nie są regulowane.

  • Pełny — raz w tygodniu
  • Różnicowy — co 12 godzin
  • Dziennik transakcji — co 5–10 minut w zależności od użycia dziennika transakcji

Przywracanie bazy danych do usługi Azure SQL Managed Instance jest również podobne do procesu w usłudze Azure SQL Database. Możesz użyć:

  • Witryna Azure Portal
  • PowerShell
  • Interfejs wiersza polecenia platformy Azure

Jednak podczas przywracania istnieją pewne ograniczenia. Aby przywrócić z jednego wystąpienia do innego, oba wystąpienia muszą znajdować się w ramach tej samej subskrypcji platformy Azure i tego samego regionu świadczenia usługi Azure. Nie można również przywrócić całego wystąpienia zarządzanego, tylko pojedynczych baz danych w ramach samego wystąpienia zarządzanego SQL.

Podobnie jak w przypadku usługi Azure SQL Database, nie można przywrócić istniejącej bazy danych. Należy usunąć istniejącą bazę danych lub zmienić jej nazwę przed przywróceniem jej z kopii zapasowej. Ponieważ usługa SQL Managed Instance jest w pełni funkcjonalnym wystąpieniem programu SQL Server, można wykonać polecenie RESTORE, natomiast w usłudze Azure SQL Database, które nie jest możliwe. Jednak ponieważ jest to usługa PaaS, istnieją pewne ograniczenia, takie jak:

  • Musisz przywrócić z punktu końcowego adresu URL. Nie masz dostępu do dysków lokalnych.
  • Można użyć następujących opcji (oprócz określania bazy danych):
    • FILELISTONLY
    • HEADERONLY
    • LABELONLY
    • VERIFYONLY
  • Nie można przywrócić plików kopii zapasowych zawierających wiele plików dziennika
  • Nie można przywrócić plików kopii zapasowych zawierających wiele zestawów kopii zapasowych
  • Nie można przywrócić kopii zapasowych zawierających in-memory/FILESTREAM

Domyślnie bazy danych w wystąpieniu zarządzanym są szyfrowane przy użyciu funkcji Transparent Data Encryption (TDE) z kluczem zarządzanym przez firmę Microsoft. Aby utworzyć kopię zapasową tylko kopii zainicjowaną przez użytkownika, należy wyłączyć funkcję TDE dla określonej bazy danych. Jeśli baza danych jest zaszyfrowana, możesz ją przywrócić, jednak musisz upewnić się, że masz dostęp do certyfikatu lub klucza asymetrycznego, który został użyty do szyfrowania bazy danych. Jeśli nie masz jednego z tych dwóch elementów, nie będzie można przywrócić bazy danych do wystąpienia zarządzanego SQL.

Odzyskiwanie po awarii

Usługa Azure SQL Managed Instance oferuje grupy automatycznego trybu failover jako metodę implementowania odzyskiwania po awarii. Ta funkcja chroni całe wystąpienie zarządzane i wszystkie zawarte w niej bazy danych, a nie tylko konkretne bazy danych. Ten proces asynchronicznie replikuje dane z usługi Azure SQL Managed Instance do pomocniczej; jednak jest ona obecnie ograniczona do sparowanego regionu świadczenia usługi Azure kopii podstawowej i dozwolona jest tylko jedna replika.

Podobnie jak usługa Azure SQL Database, grupy automatycznego trybu failover oferują punkty końcowe odbiornika tylko do odczytu i zapisu, co ułatwia zarządzanie parametry połączenia. W przypadku przejścia w tryb failover parametry połączenia aplikacji będą automatycznie kierowane do odpowiedniego wystąpienia. Chociaż są one dość spójne z usługą Azure SQL Database, te punkty końcowe mają nieco inny format, <fog-name>.zone_id.database.windows.net whereas Azure SQL Database is in the <fog-name>.secondary.database.windows.net format.

Każde wystąpienie zarządzane, podstawowe i pomocnicze, musi znajdować się w tej samej strefie DNS. To umieszczenie zapewni, że ten sam certyfikat z wieloma domenami może być używany do uwierzytelniania połączenia klienta między jednym z dwóch wystąpień w tej samej grupie trybu failover. Można określić "Partnera strefy DNS" za pomocą różnych metod, takich jak witryna Azure Portal, program PowerShell lub interfejs wiersza polecenia platformy Azure.

Aby dowiedzieć się więcej o nowych funkcjach usługi Azure SQL Managed Instance, zobacz Co nowego w usłudze Azure SQL Managed Instance?.