Ćwiczenie — konfigurowanie usługi Azure SQL Database

  • 10 min

Znasz już witrynę Azure Portal, program SQL Server Management Studio (SSMS) i notesy SQL w narzędziu Azure Data Studio. Dostępne są inne narzędzia do zarządzania usługą Azure SQL. Dwa z najpopularniejszych to interfejs wiersza polecenia platformy Azure i program Azure PowerShell. Są one podobne w funkcjonalności. To działanie koncentruje się na interfejsie wiersza polecenia platformy Azure.

Aby wykonać to działanie, można użyć notesu programu PowerShell, który jest taki sam jak notes SQL, ale język kodowania udostępnia program PowerShell. Notesy programu PowerShell umożliwiają korzystanie z interfejsu wiersza polecenia platformy Azure lub programu Azure PowerShell. Ten artykuł koncentruje się na poleceniach interfejsu wiersza polecenia platformy Azure. Dla obu tych narzędzi można również użyć usługi Azure Cloud Shell, czyli interakcyjnego środowiska powłoki, z którego można korzystać w przeglądarce w witrynie Azure Portal.

W tym ćwiczeniu użyj usługi Cloud Shell. Zawiera już ona interfejs wiersza polecenia platformy Azure i moduły Azure PowerShell.

Nawiązywanie połączenia za pomocą usługi Azure Cloud Shell i interfejsu wiersza polecenia platformy Azure

W poniższym przykładzie zapoznaj się z skutkami opóźnienia używania różnych zasad połączenia w usłudze Azure SQL.

Uruchom wszystkie polecenia usługi Cloud Shell. Możesz je łatwo skopiować, a następnie wybrać pozycję Shift+Insert, aby wkleić do terminalu.

Uwaga

W programie PowerShell przy użyciu usługi Azure Cloud Shell możesz użyć modułu Az programu PowerShell lub interfejsu wiersza polecenia platformy Azure. W tym działaniu zapoznaj się z interfejsem wiersza polecenia platformy Azure, ale podobne polecenia są dostępne dla modułu Az programu PowerShell.

  1. Jeśli zostanie wyświetlony monit, przejdź do shell.azure.com i zaloguj się do konta platformy Azure.

  2. Skonfiguruj domyślną grupę zasobów i serwer logiczny usługi Azure SQL Database, aby nie trzeba było określać ich w każdym poleceniu az. Uruchom poniższe polecenia, aby ustawić zmienne. Zastąp <resource-group> wartości i <your-server> wartościami użytymi podczas tworzenia wystąpienia SQL w poprzednim ćwiczeniu.

    resourceGroup="<resource-group>"
logical_server="<your-server>"
databaseName="AdventureWorks"

  3. Ustaw wartości domyślne w usłudze Cloud Shell, aby określić domyślną grupę zasobów i serwer logiczny usługi Azure SQL Database:

    az configure --defaults group=$resourceGroup sql-server=$logical_server

  4. Uruchom następujące polecenie, aby potwierdzić, że ustawiono wartości domyślne:

    az configure --list-defaults

  5. Uruchom następujące polecenie, aby wyświetlić wszystkie bazy danych na serwerze logicznym usługi Azure SQL Database:

    az sql db list

  6. Lista baz danych zawiera bardzo wiele informacji. Uruchom następujące polecenie, jeśli chcesz zobaczyć szczegóły dla AdventureWorks bazy danych:

    az sql db show --name $databaseName

  7. Uruchom następujące polecenie, aby określić rozmiar i użycie bazy danych:

    az sql db list-usages --name $databaseName

W tych przykładach użyto poleceń az sql db . Istnieją również polecenia związane z serwerem logicznym usługi Azure SQL Database. Należą one do az sql server.

Istnieją podobne polecenia dla polecenia az sql mi i az sql midb. Są to polecenia dla baz danych w wystąpieniu zarządzanym, czasami nazywane zarządzanymi bazami danych.

Aby uzyskać szczegółowe wyjaśnienia wszystkich dostępnych poleceń, zapoznaj się z dokumentacją interfejsu wiersza polecenia platformy Azure.

Zarządzanie zasadami połączeń przy użyciu interfejsu wiersza polecenia platformy Azure

Jedną z rzeczy, dla których można użyć interfejsu wiersza polecenia platformy Azure lub poleceń programu Azure PowerShell, jest aktualizacja zasad połączenia. Ta aktualizacja jest przykładem sposobu zarządzania usługą Azure SQL przy użyciu narzędzia takiego jak interfejs wiersza polecenia platformy Azure. W tym przykładzie zapoznasz się z usługą Azure SQL Database i jej poleceniami dotyczącymi zarządzania zasadami połączeń. Implementacja jest podobna w usłudze Azure SQL Managed Instance.

  1. Sprawdź, jakich bieżących zasad używa interfejs wiersza polecenia platformy Azure.

    az sql server conn-policy show

    Wyniki informują o tym, że typ połączenia to Default.

  2. Ustaw zasady połączeń Proxy i określ czas rundy.

    # update policy
az sql server conn-policy update --connection-type Proxy
# confirm update
az sql server conn-policy show

  3. Aby przetestować czas rundy, połącz się przy użyciu programu SSMS. Na urządzeniu otwórz program SSMS i połącz się z bazą danych. Kliknij prawym przyciskiem myszy bazę danych, a następnie wybierz pozycję Nowe zapytanie. Utwórz nowe zapytanie z następującym tekstem, a następnie wybierz pozycję Zapytanie>Uwzględnij statystyki klienta. W wynikach pozycja Czas oczekiwania na odpowiedzi serwera jest najlepszym wskaźnikiem opóźnienia sieci. Możesz uruchomić to zapytanie kilka razy, aby uzyskać dobrą średnią.

    -- Proxy
SELECT * FROM SalesLT.Product
GO 10

    Po 10 próbach średni czas oczekiwania na odpowiedzi serwera może wynosić mniej więcej 46.6000. W zależności od połączenia internetowego wyniki mogą się różnić. Zanotuj zaobserwowany czas.

  4. Co zrobić, jeśli chcemy ustawić wszystko jako Redirect, aby spróbować zmniejszyć opóźnienia?

    W przypadku wszystkich elementów spoza platformy Azure należy zezwolić na komunikację przychodzącą i wychodzącą na portach z zakresu od 11000 do 11999. Otwieranie tych portów jest wymagane dla Redirect zasad połączenia.

    Uwaga

    Jest to już prawdopodobnie skonfigurowane na urządzeniu lokalnym. W przypadku wystąpienia błędów w następnych krokach może być konieczne włączenie wspomnianych wcześniej portów. Aby uzyskać więcej informacji, zobacz Porty przekraczające 1433 dla ADO.NET 4.5.

    Zaktualizuj zasady połączenia i sprawdź, czy aktualizacja ma poniższe dwa polecenia.

    # update policy
az sql server conn-policy update --connection-type Redirect
# confirm update
az sql server conn-policy show

  5. Aby przetestować opóźnienie sieci z zasad Redirect, połącz się z programem SSMS na urządzeniu lokalnym. Utwórz nowe zapytanie przy użyciu poniższego tekstu i wybierz pozycję Uwzględnij statystykę klienta w wynikach. Porównaj czas oczekiwania na odpowiedzi serwera z zapytaniem Proxy.

    -- Redirect
SELECT * FROM SalesLT.Product
GO 10

    Po 10 próbach średni czas oczekiwania na odpowiedzi serwera może wynosić około 25.8000, czyli prawie połowa zasad połączenia proxy. Dokładne chronometrażu różnią się w zależności od połączenia. Czas powinien być znacznie zmniejszony w porównaniu z wcześniejszym testem serwera proxy.

  6. Ustaw zasady z powrotem na wartość domyślną dla następnego ćwiczenia, używając następujących poleceń:

    # update policy
az sql server conn-policy update --connection-type Default
# confirm update
az sql server conn-policy show

Przekierowanie jest szybsze, ponieważ po początkowym połączeniu można pominąć bramę i przejść bezpośrednio do bazy danych. Ten obejście oznacza mniej przeskoków, co skutkuje mniejszym opóźnieniem. Pomaga to w zapobieganiu wąskim gardłom — jest to szczególnie ważne w przypadku aplikacji w wysokim stopniu korzystających z komunikacji. W module dotyczącym wydajności dowiesz się więcej o tym, jak poprawić i zoptymalizować wydajność.