Udostępnij za pośrednictwem

Wprowadzenie do usługi Azure SQL Managed Instance

  • Artykuł

Dotyczy:Azure SQL Managed Instance

Usługa Azure SQL Managed Instance tworzy bazę danych z niemal 100% zgodnością z najnowszym aparatem bazy danych programu SQL Server (Enterprise Edition), zapewniając implementację natywnej sieci wirtualnej (VNet ), która rozwiązuje typowe problemy z zabezpieczeniami, oraz model biznesowy korzystny dla istniejących klientów programu SQL Server.

W tym artykule znajdziesz odwołania do zawartości, która zawiera informacje na temat szybkiego konfigurowania i tworzenia wystąpienia zarządzanego SQL oraz migrowania baz danych.

Podsumowanie Szybkiego startu

Poniższe szybkie przewodniki umożliwiają szybkie tworzenie wystąpienia zarządzanego SQL, konfigurowanie maszyny wirtualnej lub połączenia VPN typu punkt-do-sieci dla aplikacji klienckiej oraz przywracanie bazy danych do nowego wystąpienia zarządzanego SQL przy użyciu pliku .bak.

Konfigurowanie środowiska

Pierwszym krokiem jest utworzenie pierwszego wystąpienia zarządzanego SQL w środowisku sieciowym, w którym zostanie ono umieszczone, i włączenie połączenia z komputera lub maszyny wirtualnej, na której są wykonywane zapytania do usługi SQL Managed Instance. Możesz użyć następujących wytycznych:

  • Utwórz wystąpienie zarządzane SQL przy użyciu witryny Azure Portal. W witrynie Azure Portal skonfigurujesz wymagane parametry (nazwa użytkownika, hasło, liczba rdzeni i maksymalna wielkość magazynu) i automatycznie utworzysz środowisko sieciowe platformy Azure bez znajomości szczegółów sieci i wymagań dotyczących infrastruktury. Upewnij się tylko, że masz typ subskrypcji, który jest obecnie dozwolony do utworzenia wystąpienia zarządzanego SQL. Jeśli masz własną sieć, której chcesz użyć lub chcesz dostosować sieć, zobacz konfigurowanie istniejącej sieci wirtualnej dla usługi Azure SQL Managed Instance lub tworzenie sieci wirtualnej dla usługi Azure SQL Managed Instance.

  • Wystąpienie zarządzane SQL jest tworzone we własnej sieci wirtualnej bez publicznego punktu końcowego. Na potrzeby dostępu aplikacji klienckiej możesz utworzyć maszynę wirtualną w tej samej sieci wirtualnej (w innej podsieci) lub utworzyć połączenie sieci VPN typu punkt-lokacja z tą siecią wirtualną z komputera klienckiego przy użyciu jednego z tych przewodników szybkiego startu:

    Uwaga

    • Możesz też użyć usługi ExpressRoute lub połączenia typu site-to-site z sieci lokalnej, lecz te podejścia są poza zakresem tych przewodników szybkiego startu.
    • Jeśli zmienisz okres przechowywania z 0 (nieograniczony okres przechowywania) na dowolną inną wartość, należy pamiętać, że przechowywanie będzie miało zastosowanie tylko do dzienników zapisanych po zmianie wartości przechowywania (dzienniki zapisane w okresie, w którym okres przechowywania został ustawiony na nieograniczony, są zachowywane nawet po włączeniu przechowywania).

Alternatywą dla ręcznego tworzenia usługi SQL Managed Instance jest użycie programu PowerShell, programu PowerShell z szablonem usługi Resource Manager lub interfejsu wiersza polecenia platformy Azure do tworzenia skryptów i automatyzowania tego procesu.

Migrowanie baz danych

Po utworzeniu wystąpienia zarządzanego SQL i skonfigurowaniu dostępu możesz rozpocząć migrację baz danych programu SQL Server. Migracja może zakończyć się niepowodzeniem, jeśli w źródłowej bazie danych znajdują się niektóre nieobsługiwane funkcje, które chcesz migrować. Aby uniknąć niepowodzeń i sprawdzić zgodność, możesz użyć Asystenta Migracji Danych (DMA) do analizowania baz danych na serwerze SQL Server i znaleźć wszelkie problemy, które mogą blokować migrację do SQL Managed Instance, takie jak istnienie FileStream lub wiele plików dziennika. Jeśli rozwiążesz te problemy, bazy danych są gotowe do migracji do usługi SQL Managed Instance.

Po upewnieniu się, że możesz przeprowadzić migrację bazy danych do zarządzanego wystąpienia SQL, możesz użyć natywnych możliwości przywracania SQL Server, aby przywrócić bazę danych do zarządzanego wystąpienia SQL z pliku .bak. Za pomocą tej metody można migrować bazy danych z silnika bazy danych SQL Server zainstalowanego lokalnie lub na maszynach wirtualnych platformy Azure. Aby szybko rozpocząć, zobacz Przywracanie z kopii zapasowej do Zarządzanego Wystąpienia SQL. W tym szybkim starcie przywracasz z pliku .bak przechowywanego w usłudze Azure Blob Storage przy użyciu polecenia języka Transact-SQL RESTORE.

Wskazówka

Aby utworzyć kopię zapasową bazy danych w usłudze Azure Blob Storage za pomocą polecenia języka Transact-SQL BACKUP, zobacz SQL Server backup to URL (Tworzenie kopii zapasowej programu SQL Server pod określonym adresem URL).

Te przewodniki szybkiego startu umożliwiają szybkie tworzenie, konfigurowanie i przywracanie kopii zapasowej bazy danych do zarządzanej instancji SQL. W niektórych scenariuszach należy dostosować lub zautomatyzować wdrożenie usługi SQL Managed Instance i wymagane środowisko sieciowe. Te scenariusze są opisane poniżej.

Dostosowywanie środowiska sieciowego

Mimo że sieć wirtualna/podsieć można skonfigurować automatycznie podczas tworzenia wystąpienia przy użyciu witryny Azure Portal, warto ją utworzyć przed rozpoczęciem tworzenia wystąpień w usłudze SQL Managed Instance, ponieważ można skonfigurować parametry sieci wirtualnej i podsieci. Najprostszym sposobem tworzenia i konfigurowania środowiska sieciowego jest użycie szablonu wdrażania zasobów platformy Azure, który tworzy i konfiguruje sieć i podsieć, w której zostanie umieszczone wystąpienie. Wystarczy nacisnąć przycisk wdrażania usługi Azure Resource Manager i podać parametry w formularzu.

Jako alternatywy możesz użyć skryptu programu PowerShell do zautomatyzowania tworzenia sieci.

Jeśli masz już sieć wirtualną i podsieć, w której chcesz wdrożyć wystąpienie zarządzane SQL, upewnij się, że sieć wirtualna i podsieć spełniają wymagania dotyczące sieci. Użyj tego skryptu programu PowerShell, aby zweryfikować, czy podsieć jest poprawnie skonfigurowana. Ten skrypt weryfikuje sieć i zgłasza wszelkie problemy, informując o tym, co należy zmienić, a następnie oferuje wprowadzenie niezbędnych zmian w sieci wirtualnej/podsieci. Uruchom ten skrypt, jeśli nie chcesz ręcznie konfigurować sieci wirtualnej i podsieci. Należy go także uruchomić po każdej znacznej zmianie konfiguracji infrastruktury sieciowej. Jeśli chcesz utworzyć i skonfigurować własną sieć, przeczytaj artykuł Architektura łączności i ten ostateczny przewodnik dotyczący tworzenia i konfigurowania środowiska usługi SQL Managed Instance.

Migrowanie do wystąpienia zarządzanego SQL

Wymienione wcześniej szybkie starty umożliwiają szybkie konfigurowanie wystąpienia zarządzanego SQL i przenoszenie baz danych przy użyciu natywnej RESTORE funkcjonalności. Jest to dobry punkt wyjścia, jeśli chcesz wykonać szybkie weryfikacje koncepcji i sprawdzić, czy rozwiązanie może działać w wystąpieniu zarządzanym.

Jednak w celu przeprowadzenia migracji produkcyjnej bazy danych, a nawet baz danych deweloperskich/testowych, które mają być używane w ramach testu wydajnościowego, należy rozważyć użycie kilku dodatkowych technik, takich jak:

  • Testowanie wydajności — należy zmierzyć podstawowe metryki wydajności w źródłowym wystąpieniu programu SQL Server i porównać je z metrykami wydajności w docelowym wystąpieniu zarządzanym SQL, w którym przeprowadzono migrację bazy danych. Dowiedz się więcej o najlepszych rozwiązaniach dotyczących porównywania wydajności.
  • Migracja w trybie online — korzystając z natywnej funkcji RESTORE opisanej w tym artykule, musisz poczekać, aż bazy danych zostaną przywrócone (i skopiowane do magazynu Azure Blob Storage, jeśli jeszcze nie są tam przechowywane). Może to spowodować przestój aplikacji, szczególnie jeśli bazy danych są duże. Aby przenieść produkcyjną bazę danych, użyj usługi Data Migration Service (DMS) w celu migrowania bazy danych z minimalnym przestojem. Usługa DMS umożliwia przyrostowe przesyłanie zmian wprowadzonych w źródłowej bazie danych do bazy danych SQL Managed Instance będącej w trakcie przywracania. Dzięki temu możesz szybko przełączyć aplikację ze źródła na docelową bazę danych z minimalnym przestojem.

Dowiedz się więcej o zalecanym procesie migracji.

Następne kroki