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.

Omówienie przewodnika Szybki start

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

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 Szybki start:

    Uwaga

    • Możesz też użyć usługi ExpressRoute lub połączenia lokacja-lokacja z sieci lokalnej, lecz te podejścia są poza zakresem tych przewodników Szybki start.
    • 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 chcesz przeprowadzić migrację niektórych nieobsługiwanych funkcji. Aby uniknąć niepowodzeń i sprawdzić zgodność, możesz użyć narzędzia Data Migration Assistant (DMA) do analizowania baz danych w programie SQL Server i znajdować dowolny problem, który może blokować migrację do wystąpienia zarządzanego SQL, takiego jak istnienie usługi FileStream lub wiele plików dziennika. Jeśli rozwiążesz te problemy, bazy danych są gotowe do migracji do usługi SQL Managed Instance. Asystent eksperymentowania z bazą danych to inne przydatne narzędzie, które może rejestrować obciążenie w programie SQL Server i odtwarzać je w wystąpieniu zarządzanym SQL, aby określić, czy w przypadku migracji do usługi SQL Managed Instance wystąpią jakiekolwiek problemy z wydajnością.

Po upewnieniu się, że możesz przeprowadzić migrację bazy danych do wystąpienia zarządzanego SQL, możesz użyć natywnych funkcji przywracania programu SQL Server, aby przywrócić bazę danych do wystąpienia zarządzanego .bak SQL z pliku. Za pomocą tej metody można migrować bazy danych z aparatu bazy danych programu SQL Server zainstalowanego lokalnie lub na maszynach wirtualnych platformy Azure. Aby zapoznać się z przewodnikiem Szybki start, zobacz Przywracanie z kopii zapasowej do wystąpienia zarządzanego SQL. W tym przewodniku Szybki start wykonasz przywracanie z pliku .bak przechowywanego w usłudze Azure Blob Storage przy użyciu polecenia języka Transact-SQL RESTORE.

Napiwek

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 Szybki start umożliwiają szybkie tworzenie, konfigurowanie i przywracanie kopii zapasowej bazy danych do wystąpienia zarządzanego 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 przewodniki Szybki start umożliwiają szybkie konfigurowanie wystąpienia zarządzanego SQL i przenoszenie baz danych przy użyciu natywnej RESTORE funkcji. 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 natywnego opisu opisanego RESTORE w tym artykule, musisz poczekać, aż bazy danych zostaną przywrócone (i skopiowane do usługi 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 to przyrostowe wypychanie zmian wprowadzonych w źródłowej bazie danych do przywracanej bazy danych usługi SQL Managed Instance. 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