Udostępnij za pośrednictwem


Rozwiązywanie problemów z rozszerzeniem Azure na potrzeby wdrażania SQL Server

Applies to:SQL Server

Przed rozpoczęciem zanotuj lokalizacje dzienników.

Lokalizacje plików dziennika

Dziennik rozszerzeń

Plik dziennika rozszerzenia znajduje się pod adresem:

C:\ProgramData\GuestConfig\extension_logs\Microsoft.AzureData.WindowsAgent.SqlServer\

Nazwa pliku dziennika zależy od wersji rozszerzenia Azure dla SQL Server; dla najnowszej wersji rozszerzenia Azure dla SQL Server plik dziennika to:

unifiedagent.log

W przypadku wersji rozszerzenia 1.1.24724.69 i starszych plik dziennika to:

ExtensionLog_0.log

Dzienniki modułu wdrażania

Dzienniki modułu wdrażania są umieszczone tutaj:

C:\ProgramData\GuestConfig\extension_logs\Microsoft.AzureData.WindowsAgent.SqlServer\<extension version>\deployer.log

Zastąp element <extension version> wersją rozszerzenia. Przykład:

C:\ProgramData\GuestConfig\extension_logs\Microsoft.AzureData.WindowsAgent.SqlServer\1.1.0.0\deployer.log

Błąd tworzenia zasobu SQL Server z obsługą usługi Arc może być spowodowany kilkoma problemami.

Instalacja rozszerzenia nie powiodła się

Przejdź do połączonego serwera i sprawdź dziennik narzędzia wdrażania. Powinny zostać wyświetlone poniższe komunikaty.

[YY/MM/DDDD HH:MM:SS UTC] [INFO]          Status of service 'SqlServerExtension' before attempting start: Stopped
[YY/MM/DDDD HH:MM:SS UTC] [INFO]          Status of service 'SqlServerExtension' after attempting start: Stopped

Jeśli ich nie widzisz, rozszerzenie nie zostało poprawnie zainstalowane. Spróbuj wykonać poniższe kroki.

  1. Przejrzyj dzienniki zdarzeń, aby sprawdzić, czy coś uniemożliwia instalację. Spróbuj zainstalować SqlServerExtension.msi z następującego folderu C:\Packages\Plugins\Microsoft.AzureData.WindowsAgent.SqlServer{version}. W interfejsie użytkownika instalacji mogą zostać podane szczegóły błędu.

  2. Zamknij aplikację usług, menedżera serwera i ponów próbę przy użyciu metody połączenia w celu zainstalowania rozszerzenia i sprawdź, czy to pomoże.

Zainstalowane rozszerzenie, ale nie zostało uruchomione

Sprawdź, czy pliki dziennika zawierają informacje o błędach aplikacji.

Serwer – zasób ARM Azure Arc został ręcznie usunięty

Sprawdź, czy w dzienniku rozszerzenia znajduje się następujący rekord:

[YY/MM/DDDD HH:MM:SS PM UTC] [ERROR]   [UploadServiceProvider]      [ExtensionHandlerStatusQueryError] ArcSqlInstancesRequest request is null, not sending data to RP.

Oznacza to, że maszyna nie jest już rozpoznawana jako połączony serwer. Podłącz serwer do Azure Arc i ponownie wypróbuj jedną z metod łączenia, aby zainstalować rozszerzenie.

Tożsamość zarządzana serwera ma niewystarczające uprawnienia

Sprawdź, czy w dzienniku rozszerzenia znajduje się następujący rekord:

[INFO] [UploadServiceProvider] [ExtensionHandlerArcUploadServicesNotifications] [AzureUpload] Arc post request failed with error: Forbidden message: {"ErrorDescription":{"ErrorCode":6,"Message":"The user has no access to the provided Azure resource."},"ResponseUrl":null}

Upewnij się, że tożsamość zarządzana maszyny została przypisana do roli Azure Connected SQL Server Onboarding. Zobacz instrukcje dotyczące przypisania roli w części Gdy maszyna jest już przypisana do serwera z włączoną obsługą usługi Arc.

Użytkownik nie przeprowadził migracji zasobu SQL Server z obsługą usługi Arc do nowego dostawcy zasobów

Sprawdź, czy w dzienniku rozszerzenia znajduje się następujący rekord:

[YY/MM/DDDD HH:MM:SS PM UTC] [INFO] [UploadServiceProvider] [ExtensionHandlerArcUploadServicesNotifications] [AzureUpload] Arc for Sql Server upload response status: InternalServerError.`

Upewnij się, że przeprowadzono migrację zasobu SQL Server z obsługą usługi Arc do Microsoft.AzureArcData.

Jeśli rozszerzenie jest zablokowane w stanie nietypowym (Tworzenie/Usuwanie) przez długi czas

Rozłączenie wystąpień SQL Server z Azure Arc

Usunięty zasób jest nadal wyświetlany w portalu Azure

Uwaga / Notatka

Po usunięciu zasobu SQL Server — Azure Arc, zasób ten może nadal występować w portalu Azure przez pewien czas. To zachowanie jest oczekiwane i jest spowodowane buforowaniem Azure Resource Manager. Zasób zwykle zniknie po odświeżeniu pamięci podręcznej. Jeśli zasób nadal występuje po kilku godzinach, możesz sprawdzić, czy został pomyślnie usunięty, wykonując zapytanie Azure Resource Graph lub używając Azure CLI. Nie jest wymagana żadna dalsza akcja — zasób nie działa i nie powoduje naliczania opłat po usunięciu.