Rozwiązywanie problemów z włączaniem debugera migawek usługi Application Insights lub wyświetlania migawek

Jeśli masz włączony debuger migawek Application Insights dla swojej aplikacji, ale nie widzisz migawek dla wyjątków, skorzystaj z tych instrukcji, aby rozwiązać problemy.

Generowanie migawki kończy się niepowodzeniem z różnych powodów. Zacznij od uruchomienia narzędzia Snapshot Health Check, aby zidentyfikować najczęstsze przyczyny.

Nieobsługiwane scenariusze modułu zbierającego migawki

Scenariusze, w których moduł zbierający migawki nie jest obsługiwany:

Scenariusz	Efekty uboczne	Zalecenie
Jeśli używasz zestawu SDK kolektora migawek bezpośrednio w aplikacji (`.csproj`) i włączysz opcję zaawansowaną Interop.	Utracisz lokalny zestaw SDK usługi Application Insights, w tym dane telemetryczne modułu zbierającego migawki. Dlatego żadna migawka nie jest dostępna. Aplikacja może ulec awarii podczas uruchamiania za pomocą polecenia `System.ArgumentException: telemetryProcessorType does not implement ITelemetryProcessor`. Aby uzyskać więcej informacji na temat współdziałania funkcji Application Insights, przejrzyj sekcję Rozwiązywanie problemów z integracją Application Insights.	Jeśli używasz zaawansowanej opcji Interop, włącz bezkodowe wstrzykiwanie kolektora migawek w portalu Azure.

Upewnij się, że używasz odpowiedniego punktu końcowego debuggera migawek

Obecnie jedynymi regionami, które wymagają modyfikacji punktów końcowych, są platforma Azure Government i platforma Microsoft Azure obsługiwana przez firmę 21Vianet.

W przypadku usługi App Service i aplikacji korzystających z zestawu SDK usługi Application Insights zaktualizuj parametry połączenia przy użyciu obsługiwanych przesłonięć dla narzędzia Snapshot Debugger:

Właściwość Ciągu Połączenia	Chmura rządowa USA	Chmura w Chinach
SnapshotEndpoint	`https://snapshot.monitor.azure.us`	`https://snapshot.monitor.azure.cn`

Aby uzyskać więcej informacji, zobacz Parametry połączenia z jawnymi przesłonięciami punktu końcowego.

W przypadku aplikacji funkcji zaktualizuj host.json przy użyciu obsługiwanych przesłonięć:

Własność	Chmura rządowa USA	Chmura w Chinach
Punkt końcowy agenta	`https://snapshot.monitor.azure.us`	`https://snapshot.monitor.azure.cn`

Przykład host.json zaktualizowany przy użyciu punktu końcowego agenta chmury dla instytucji rządowych USA:

{
    "version": "2.0",
    "logging": {
        "applicationInsights": {
            "samplingExcludedTypes": "Request",
            "samplingSettings": {
                "isEnabled": true
            },
            "snapshotConfiguration": {
                "isEnabled": true,
                "agentEndpoint": "https://snapshot.monitor.azure.us"
            }
        }
    }
}

Korzystanie z kontroli kondycji migawki

Kilka typowych problemów powoduje, że przycisk Otwórz migawkę debugowania nie jest wyświetlany. Na przykład:

Korzystanie z nieaktualnego modułu zbierającego migawki.
Osiągnięcie dziennego limitu ładowania.
Przesyłanie migawki trwa długo.

Uzyskaj dostęp do kontroli kondycji migawki, aby rozwiązać typowe problemy za pośrednictwem linku w okienku Wyjątki w widoku śledzenia kompleksowego.

Zrzut ekranu przedstawiający sposób wprowadzania kontroli kondycji migawki.

Interaktywny interfejs przypominający czat szuka typowych problemów i przeprowadzi Cię do ich rozwiązania.

Zrzut ekranu przedstawiający interaktywne okno sprawdzania kondycji z listą problemów i sugestii dotyczących ich rozwiązywania.

Jeśli takie podejście nie rozwiąże problemu, zapoznaj się z poniższymi ręcznymi krokami rozwiązywania problemów.

Sprawdzanie ustawień klienta PROTOKOŁU TLS/SSL (ASP.NET)

Jeśli masz aplikację ASP.NET hostowaną w Azure App Service lub w usługach IIS na maszynie wirtualnej, aplikacja może nie nawiązać połączenia z usługą Snapshot Debugger z powodu braku protokołu zabezpieczeń TLS.

Punkt końcowy debugera migawek wymaga protokołu TLS w wersji 1.2. Zestaw protokołów zabezpieczeń to jedna z osobliwości, które umożliwia wartość httpRuntime targetFramework w sekcji system.web elementu web.config.

Jeśli parametr httpRuntime targetFramework ma wartość 4.5.2 lub niższą, protokół TLS 1.2 nie jest domyślnie dołączany.

Uwaga

Wartość jest niezależna httpRuntime targetFramework od platformy docelowej używanej podczas kompilowania aplikacji.

Aby sprawdzić ustawienie, otwórz web.config plik i znajdź sekcję system.web . Upewnij się, że ustawienie targetFramework, związane z httpRuntime, wynosi 4.6 lub więcej.

<system.web>
    ...
    <httpRuntime targetFramework="4.7.2" />
    ...
</system.web>

Uwaga

Zmiana wartości httpRuntime targetFramework powoduje zmianę specyficznych zachowań środowiska uruchomieniowego mających zastosowanie do aplikacji i może prowadzić do innych, subtelnych zmian w jej działaniu. Dokładnie przetestuj aplikację po wprowadzeniu tej zmiany. Aby uzyskać informacje na temat zmian zgodności, zobacz Retargeting changes.

Uwaga

Jeśli parametr targetFramework ma wartość 4.7 lub nowszą, system Windows określa dostępne protokoły. W usłudze aplikacja systemu Azure dostępny jest protokół TLS 1.2. Jeśli jednak używasz własnej maszyny wirtualnej, może być konieczne włączenie protokołu TLS 1.2 w systemie operacyjnym.

Scenariusze związane z obciążeniem debugera migawek

Debugger migawkowy jest przeznaczony do użytku w środowiskach produkcyjnych. Ustawienia domyślne obejmują limity szybkości, aby zminimalizować wpływ na aplikacje.

W poniższych scenariuszach może wystąpić niewielki narzut na procesor CPU, pamięć i operacje wejścia/wyjścia związany z narzędziem Snapshot Debugger.

Gdy aplikacja zgłasza wyjątek:

Utworzenie podpisu dla typu problemu i podjęcie decyzji o tym, czy utworzyć migawkę, dodaje niewielkie obciążenie procesora i pamięci.
Jeśli deoptymalizacja jest włączona, ponowna kompilacja JIT metody, która zgłosiła wyjątek, powoduje dodatkowy narzut. To obciążenie występuje przy następnym uruchomieniu tej metody. W zależności od rozmiaru metody może to być od 1 ms do 100 ms czasu procesora.

Jeśli program obsługi wyjątków zdecyduje się utworzyć migawkę:

Tworzenie migawki procesu trwa około pół sekundy (P50 = 0,3 s, P90 = 1,2 s, P95 = 1,9 s) i wstrzymuje w tym czasie wątek, który zgłosił wyjątek. Inne wątki nie są blokowane.
Konwertowanie migawki procesu na minidump i przekazywanie jej do usługi Application Insights trwa kilka minut.
- Konwertuj: P50 = 63 s, P90 = 187 s, P95 = 275 s.
- Przekazywanie: P50 = 31 s, P90 = 75 s, P95 = 98 s.
Snapshot Uploader, który działa w osobnym procesie, wykonuje tę konwersję. Proces przekazywania migawek działa poniżej normalnego priorytetu procesora i używa operacji wejścia/wyjścia o niskim priorytecie.

Moduł przesyłania zrzutów najpierw zapisuje minidump na dysk. Miejsce na dysku jest mniej więcej takie samo jak zestaw roboczy oryginalnego procesu. Zapisywanie pliku minidump może powodować błędy stronicowania podczas odczytu pamięci.

Moduł przekazywania migawek kompresuje minidump podczas przekazywania, co zużywa zarówno procesor, jak i pamięć. Obciążenie procesora CPU, pamięci i dysku jest proporcjonalne do rozmiaru migawki procesu. Narzędzie do przesyłania migawek przetwarza migawki szeregowo.

Gdy aplikacja wywołuje TrackException:

Narzędzie Snapshot Debugger sprawdza, czy wyjątek jest nowy, czy też utworzono dla niego migawkę. To sprawdzenie dodaje niewielkie obciążenie CPU.

Włączanie debugera migawek dla wersji zapoznawczych .NET Core

Jeśli używasz wersji zapoznawczej platformy .NET Core lub aplikacja odwołuje się do zestawu Application Insights, bezpośrednio lub pośrednio za pośrednictwem zestawu zależnego, postępuj zgodnie z instrukcjami dotyczącymi włączania debugera migawek dla innych środowisk.

Sprawdź stronę stanu rozszerzenia usługi diagnostycznej

Jeśli funkcja Snapshot Debugger została włączona za pośrednictwem panelu usługi Application Insights w portalu Azure, została ona włączona przez rozszerzenie witryny Diagnostic Services.

Uwaga

Bez kodu instalacja debugera migawek usługi Application Insights jest zgodna z zasadami obsługi platformy .NET Core. Aby uzyskać więcej informacji na temat obsługiwanych środowisk uruchomieniowych, zobacz Zasady pomocy technicznej platformy .NET Core.

Sprawdź stronę stanu tego rozszerzenia pod następującym adresem URL: https://<kudu-url>/DiagnosticServices.

Uwaga

Domena linku strony stanu różni się w zależności od chmury.

Ta domena jest taka sama jak witryna zarządzająca Kudu dla usługi App Service. Na stronie stanu przedstawiono stan instalacji agentów .NET Profiler i modułu Snapshot Collector. Jeśli wystąpi nieoczekiwany błąd, na stronie pokazano, jak go naprawić.

Użyj witryny administracyjnej Kudu dla usługi App Service, aby uzyskać bazowy adres URL tej strony stanu:

W witrynie Azure Portal otwórz aplikację usługi App Service.
W menu po lewej stronie wybierz pozycję Narzędzia programistyczne>Zaawansowane narzędzia.
Wybierz Przejdź.
Gdy jesteś w witrynie zarządzania Kudu, w adresie URL dołącz /DiagnosticServices i naciśnij klawisz Enter. Kończy się następująco: https://<kudu-url>/DiagnosticServices

Uaktualnianie do najnowszej wersji pakietu NuGet

W zależności od sposobu włączania debugera migawek zobacz następujące opcje:

Jeśli włączono debuger migawek za pośrednictwem okienka usługi Application Insights w portalu Azure, aplikacja uruchamia już najnowszy pakiet NuGet.
Jeśli włączono debuger migawek przez dołączenie pakietu NuGet Microsoft.ApplicationInsights.SnapshotCollector, użyj Menedżera pakietów NuGet w programie Visual Studio, aby upewnić się, że używasz najnowszej wersji Microsoft.ApplicationInsights.SnapshotCollector.

Aby uzyskać najnowsze aktualizacje i poprawki błędów, zobacz informacje o wersji.

Sprawdź dzienniki uploadera

Po utworzeniu migawki oddzielny proces przekazywania tworzy plik minidump (.dmp) na dysku i przekazuje go wraz ze skojarzonymi plikami PDB do magazynu debugera migawek usługi Application Insights. Po pomyślnym przesłaniu minidumpu moduł wysyłający usuwa go z dysku. Proces przesyłania przechowuje swoje pliki dziennika na dysku. W środowisku usługi App Service można znaleźć te dzienniki w pliku D:\Home\LogFiles. Skorzystaj z witryny Kudu do zarządzania usługą App Service, aby odnaleźć te pliki dziennika.

W witrynie Azure Portal otwórz aplikację usługi App Service.
W menu po lewej stronie wybierz pozycję Narzędzia programistyczne>Zaawansowane narzędzia.
Wybierz Przejdź.
W konsoli debugowania wybierz pozycję CMD.
Wybierz pozycję LogFiles.

Powinien zostać wyświetlony co najmniej jeden plik o nazwie rozpoczynającej się od Uploader_ lub SnapshotUploader_ i .log rozszerzeniu. Wybierz odpowiednią ikonę, aby pobrać wszystkie pliki dziennika lub otworzyć je w przeglądarce.

Nazwa pliku zawiera unikatowy sufiks identyfikujący wystąpienie usługi App Service. Jeśli więcej niż jedna maszyna hostuje wystąpienie usługi App Service, każda maszyna ma oddzielne pliki dziennika. Gdy moduł przesyłający wykryje nowy plik minidump, odnotowuje ten plik w dzienniku. Oto przykład udanego zrzutu ekranu i przesłania.

SnapshotUploader.exe Information: 0 : Received Fork request ID <request-ID> from process <ID> (Low pri)
    DateTime=2018-03-09T01:42:41.8571711Z
SnapshotUploader.exe Information: 0 : Creating minidump from Fork request ID <request-ID> from process 6368 (Low pri)
    DateTime=2018-03-09T01:42:41.8571711Z
SnapshotUploader.exe Information: 0 : Dump placeholder file created: <request-ID>.dm_
    DateTime=2018-03-09T01:42:41.8728496Z
SnapshotUploader.exe Information: 0 : Dump available <request-ID>.dmp
    DateTime=2018-03-09T01:42:45.7525022Z
SnapshotUploader.exe Information: 0 : Successfully wrote minidump to D:\local\Temp\Dumps\<connection-string>\<request-ID>.dmp
    DateTime=2018-03-09T01:42:45.7681360Z
SnapshotUploader.exe Information: 0 : Uploading D:\local\Temp\Dumps\<connection-string>\<request-ID>.dmp, 214.42 MB (uncompressed)
    DateTime=2018-03-09T01:42:45.7681360Z
SnapshotUploader.exe Information: 0 : Upload successful. Compressed size 86.56 MB
    DateTime=2018-03-09T01:42:59.6184651Z
SnapshotUploader.exe Information: 0 : Extracting PDB info from D:\local\Temp\Dumps\<connection-string>\<request-ID>.dmp.
    DateTime=2018-03-09T01:42:59.6184651Z
SnapshotUploader.exe Information: 0 : Matched 2 PDB(s) with local files.
    DateTime=2018-03-09T01:42:59.6809606Z
SnapshotUploader.exe Information: 0 : Stamp does not want any of our matched PDBs.
    DateTime=2018-03-09T01:42:59.8059929Z
SnapshotUploader.exe Information: 0 : Deleted D:\local\Temp\Dumps\<connection-string>\<request-ID>.dmp
    DateTime=2018-03-09T01:42:59.8530649Z

Uwaga

Poprzedni przykład pochodzi z wersji 1.2.0 Microsoft.ApplicationInsights.SnapshotCollector pakietu NuGet. We wcześniejszych wersjach proces przesyłania jest wywoływany MinidumpUploader.exe, a log jest mniej szczegółowy.

W poprzednim przykładzie parametry połączenia powinny być zgodne z parametrami połączenia dla aplikacji.

Identyfikator żądania powiązuje minidump z migawką. Tego identyfikatora można później użyć do zlokalizowania skojarzonego rekordu wyjątku w usłudze Application Insights Analytics.

Aplikacja uploader skanuje nowe pliki PDB co około 15 minut. Oto przykład:

SnapshotUploader.exe Information: 0 : PDB rescan requested.
    DateTime=2018-03-09T01:47:19.4457768Z
SnapshotUploader.exe Information: 0 : Scanning D:\home\site\wwwroot for local PDBs.
    DateTime=2018-03-09T01:47:19.4457768Z
SnapshotUploader.exe Information: 0 : Local PDB scan complete. Found 2 PDB(s).
    DateTime=2018-03-09T01:47:19.4614027Z
SnapshotUploader.exe Information: 0 : Deleted PDB scan marker : D:\local\Temp\Dumps\<connection-string>\<process-ID>.pdbscan
    DateTime=2018-03-09T01:47:19.4614027Z

W przypadku aplikacji, które nie są hostowane w usłudze App Service, dzienniki przesyłania znajdują się w tym samym folderze co minidumps: %TEMP%\Dumps\<string>, gdzie <string> jest twój ciąg połączenia.

Rozwiązywanie problemów z usługami Cloud Services

W usługach Cloud Services domyślny folder tymczasowy może być za mały, aby przechowywać pliki minidump, co może spowodować utratę migawek. Potrzebne miejsce zależy od całkowitego zestawu roboczego aplikacji i liczby współbieżnych migawek.

Pamięć robocza 32-bitowej roli internetowej ASP.NET wynosi zwykle od 200 MB do 500 MB. Uwzględnij co najmniej dwie jednoczesne migawki. Jeśli na przykład aplikacja używa 1 GB całkowitego zestawu roboczego, upewnij się, że istnieje co najmniej 2 GB miejsca na dysku do przechowywania migawek.

Skonfiguruj rolę usługi w chmurze przy użyciu dedykowanego zasobu lokalnego dla migawek:

Dodaj nowy zasób lokalny do usługi w chmurze, edytując plik definicji usługi w chmurze (csdef). W poniższym przykładzie zdefiniowano zasób o rozmiarze SnapshotStore 5 GB.
```
<LocalResources>
    <LocalStorage name="SnapshotStore" cleanOnRoleRecycle="false" sizeInMB="5120" />
</LocalResources>
```

Zmodyfikuj kod uruchamiania roli, aby dodać zmienną środowiskową, która wskazuje na SnapshotStore zasób lokalny. W przypadku ról roboczych dodaj kod do metody OnStart swojej roli:

public override bool OnStart()
{
    Environment.SetEnvironmentVariable("SNAPSHOTSTORE", RoleEnvironment.GetLocalResource("SnapshotStore").RootPath);
    return base.OnStart();
}

W przypadku ról internetowych (ASP.NET) dodaj kod do metody Application_Start aplikacji internetowej:

using Microsoft.WindowsAzure.ServiceRuntime;
using System;
namespace MyWebRoleApp
{
    public class MyMvcApplication : System.Web.HttpApplication
    {
        protected void Application_Start()
        {
            Environment.SetEnvironmentVariable("SNAPSHOTSTORE", RoleEnvironment.GetLocalResource("SnapshotStore").RootPath);
            // TODO: The rest of your application startup code
        }
    }
}

Zaktualizuj plik roli ApplicationInsights.config, aby zastąpić domyślną lokalizację folderu tymczasowego używaną przez SnapshotCollector.

<TelemetryProcessors>
    <Add Type="Microsoft.ApplicationInsights.SnapshotCollector.SnapshotCollectorTelemetryProcessor, Microsoft.ApplicationInsights.SnapshotCollector">
        <!-- Use the SnapshotStore local resource for snapshots -->
        <TempFolder>%SNAPSHOTSTORE%</TempFolder>
        <!-- Other SnapshotCollector configuration options -->
    </Add>
</TelemetryProcessors>

Przesłanianie folderu kopiowania w tle

Po uruchomieniu modułu zbierającego migawki próbuje znaleźć folder na dysku, który jest odpowiedni do uruchomienia procesu przekazywania migawek. Wybrany folder jest znany jako folder kopii w tle.

Moduł zbierający migawki sprawdza kilka znanych lokalizacji i upewnia się, że ma odpowiednie uprawnienia do kopiowania plików binarnych modułu przesyłającego migawki. Używa ona następujących zmiennych środowiskowych:

Fabric_Folder_App_Temp
LOCALAPPDATA
APPDATA
TEMP

Jeśli moduł zbierający migawki nie może znaleźć odpowiedniego folderu, zgłasza błąd informujący o błędzie "Nie można odnaleźć odpowiedniego folderu kopiowania w tle".

moduł zbierający migawki zgłosi błąd.

Jeśli moduł zbierający migawki nie może uruchomić modułu przekazującego, zgłasza błąd UploaderCannotStartFromShadowCopy . Treść wiadomości często zawiera element lub wartość System.UnauthorizedAccessException. Ten błąd zwykle występuje, ponieważ aplikacja działa na koncie z ograniczonymi uprawnieniami. Konto ma uprawnienia do zapisu w folderze kopiowania w tle, ale nie ma uprawnień do uruchamiania kodu.

Ponieważ te błędy zwykle występują podczas uruchamiania, błąd informujący, ExceptionDuringConnect że nie można uruchomić usługi Uploader , często następuje po nich.

Aby obejść te błędy, należy ręcznie określić folder kopii w tle za pomocą opcji konfiguracji ShadowCopyFolder. Na przykład użyj ApplicationInsights.config:

<TelemetryProcessors>
    <Add Type="Microsoft.ApplicationInsights.SnapshotCollector.SnapshotCollectorTelemetryProcessor, Microsoft.ApplicationInsights.SnapshotCollector">
        <!-- Override the default shadow copy folder. -->
        <ShadowCopyFolder>D:\SnapshotUploader</ShadowCopyFolder>
        <!-- Other SnapshotCollector configuration options -->
    </Add>
</TelemetryProcessors>

Albo jeśli używasz appsettings.json z aplikacją platformy .NET Core:

{
    "ApplicationInsights": {
        "ConnectionString": "<your connection string>"
    },
    "SnapshotCollectorConfiguration": {
        "ShadowCopyFolder": "D:\\SnapshotUploader"
    }
}

Użyj wyszukiwania usługi Application Insights, aby znaleźć wyjątki z migawkami

Gdy Debuger zrzutów tworzy zrzut, oznacza zgłoszony wyjątek identyfikatorem zrzutu. Identyfikator migawki jest wyświetlany jako właściwość niestandardowa, gdy aplikacja zgłasza wyjątek do usługi Application Insights. Za pomocą funkcji Wyszukiwania w usłudze Application Insights można znaleźć wszystkie rekordy z właściwością niestandardową ai.snapshot.id .

Przejdź do zasobu usługi Application Insights w witrynie Azure Portal.
Wybierz pozycję Zbadaj>Szukanie.
Wpisz ai.snapshot.id w polu tekstowym wyszukiwania i naciśnij klawisz Enter.

Jeśli to wyszukiwanie nie zwróci żadnych wyników, aplikacja nie przesłała żadnych migawek do Application Insights w wybranym przedziale czasu.

Aby wyszukać określony identyfikator migawki z dzienników Uploadera, wpisz ten identyfikator w polu wyszukiwania. Jeśli nie możesz znaleźć rekordów dla migawki, którą wiesz, że została przesłana, wykonaj następujące kroki:

Sprawdź dokładnie, czy szukasz odpowiedniego zasobu usługi Application Insights, sprawdzając parametry połączenia.
Korzystając ze znacznika czasu z dziennika Uploadera, dostosuj filtr Zakres czasu w wyszukiwaniu tak, aby obejmował ten przedział czasu.

Jeśli nadal nie widzisz wyjątku z tym identyfikatorem migawki, aplikacja nie zgłosiła rekordu wyjątku do usługi Application Insights. Taka sytuacja może wystąpić, jeśli aplikacja uległa awarii po wykonaniu migawki przez aplikację, ale przed zgłoszeniem rekordu wyjątku. W takim przypadku sprawdź dzienniki usługi App Service w obszarze Diagnose and solve problems , aby sprawdzić, czy wystąpiły nieoczekiwane ponowne uruchomienia, czy nieobsługiwane wyjątki.

Edytowanie reguł serwera proxy sieci lub zapory

Jeśli aplikacja łączy się z Internetem za pośrednictwem serwera proxy lub zapory, może być konieczne zaktualizowanie reguł w celu komunikowania się z usługą Snapshot Debugger.

Tag usługi Azure Monitor zawiera adresy IP używane przez debuger migawek usługi Application Insights. Aby uzyskać więcej informacji, zobacz Omówienie tagów usługi platformy Azure dla zabezpieczeń sieci wirtualnej.

Czy podczas korzystania z migawek są naliczane jakieś koszty rozliczeń?

Narzędzie Snapshot Debugger nie powoduje naliczania opłat za subskrypcję. Przechowuje zebrane pliki migawek oddzielnie od danych telemetrycznych zbieranych przez zestawy SDK Application Insights i nie są naliczane opłaty za pozyskiwanie migawek ani za ich przechowywanie.

Rozwiązywanie problemów związanych z "przynieś własne miejsce do przechowywania" (BYOS)

Rozwiązywanie typowych problemów z konfigurowaniem rozwiązania BYOS.

Scenariusz: `Template schema '{schema_uri}' isn't supported`

Wystąpił błąd podobny do następującego przykładu:

New-AzResourceGroupDeployment : 11:53:49 AM - Error: Code=InvalidTemplate; Message=Deployment template validation failed: 'Template schema
'https://schema.management.azure.com/schemas/2020-01-01/deploymentTemplate.json#' is not supported. Supported versions are
'2014-04-01-preview,2015-01-01,2018-05-01,2019-04-01,2019-08-01'. Please see https://aka.ms/arm-template for usage details.'.

Rozwiązania

Upewnij się, że $schema właściwość szablonu jest prawidłowa. Musi ona być zgodna z tym wzorcem:
```
https://schema.management.azure.com/schemas/{schema_version}/deploymentTemplate.json#
```
Upewnij się, że szablon schema_version znajduje się w prawidłowych wartościach: 2014-04-01-preview, 2015-01-01, 2018-05-01, 2019-04-01, 2019-08-01.

Scenariusz: `No registered resource provider found for location '{location}'`

Wystąpił błąd podobny do następującego przykładu:

New-AzResourceGroupDeployment : 6:18:03 PM - Resource microsoft.insights/components 'byos-test-westus2-ai' failed with message '{
  "error": {
    "code": "NoRegisteredProviderFound",
    "message": "No registered resource provider found for location 'westus2' and API version '2020-03-01-preview' for type 'components'. The supported api-versions are '2014-04-01,
2014-08-01, 2014-12-01-preview, 2015-05-01, 2018-05-01-preview'. The supported locations are ', eastus, southcentralus, northeurope, westeurope, southeastasia, westus2, uksouth,
canadacentral, centralindia, japaneast, australiaeast, koreacentral, francecentral, centralus, eastus2, eastasia, westus, southafricanorth, northcentralus, brazilsouth, switzerlandnorth,
australiasoutheast'."
  }
}'

Rozwiązania

Upewnij się, że apiVersion zasobu microsoft.insights/components to 2015-05-01.
Upewnij się, że apiVersion zasobu linkedStorageAccount to 2020-03-01-preview.

Scenariusz: `Storage account location should match Application Insights component location`

Wystąpił błąd podobny do następującego przykładu:

New-AzResourceGroupDeployment : 1:01:12 PM - Resource microsoft.insights/components/linkedStorageAccounts 'byos-test-centralus-ai/serviceprofiler' failed with message '{
  "error": {
    "code": "BadRequest",
    "message": "Storage account location should match AI component location",
    "innererror": {
      "trace": [
        "System.ArgumentException"
      ]
    }
  }
}'

Rozwiązanie

Upewnij się, że lokalizacja zasobu Application Insights jest taka sama jak konto magazynowe.

Opinia

Czy ta strona była pomocna?

Ostatnia aktualizacja o 2026-08-28

Rozwiązywanie problemów z włączaniem debugera migawek usługi Application Insights lub wyświetlania migawek

Nieobsługiwane scenariusze modułu zbierającego migawki

Upewnij się, że używasz odpowiedniego punktu końcowego debuggera migawek

Korzystanie z kontroli kondycji migawki

Sprawdzanie ustawień klienta PROTOKOŁU TLS/SSL (ASP.NET)

Scenariusze związane z obciążeniem debugera migawek

Włączanie debugera migawek dla wersji zapoznawczych .NET Core

Sprawdź stronę stanu rozszerzenia usługi diagnostycznej

Uaktualnianie do najnowszej wersji pakietu NuGet

Sprawdź dzienniki uploadera

Rozwiązywanie problemów z usługami Cloud Services

Przesłanianie folderu kopiowania w tle

Użyj wyszukiwania usługi Application Insights, aby znaleźć wyjątki z migawkami

Edytowanie reguł serwera proxy sieci lub zapory

Czy podczas korzystania z migawek są naliczane jakieś koszty rozliczeń?

Rozwiązywanie problemów związanych z "przynieś własne miejsce do przechowywania" (BYOS)

Scenariusz: Template schema '{schema_uri}' isn't supported

Rozwiązania

Scenariusz: No registered resource provider found for location '{location}'

Rozwiązania

Scenariusz: Storage account location should match Application Insights component location

Rozwiązanie

Opinia

Dodatkowe zasoby

Scenariusz: `Template schema '{schema_uri}' isn't supported`

Scenariusz: `No registered resource provider found for location '{location}'`

Scenariusz: `Storage account location should match Application Insights component location`