Notatka
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Dzienniki diagnostyczne bramy danych sieci wirtualnej można pobrać ze strony Zarządzanie połączeniami i bramami . W poniższych sekcjach opisano każdy typ dziennika, okres przechowywania i format pliku oraz sposób interpretowania pól.
Note
- Aby pobrać dzienniki, musisz być administratorem bramy danych w sieci wirtualnej. Sprawdź opcję Zarządzania użytkownikami , aby określić, czy jesteś administratorem.
- Okresy przechowywania dziennika są stałe i nie można ich zmienić.
- Brama sieciowa musi być w trybie online i działać, aby wygenerować dzienniki. Wcześniej zebrane dzienniki można pobrać, gdy brama jest w trybie offline, w okresie przechowywania. Sprawdź stan sieci wirtualnej, wybierając ikonę w kolumnie Stan.
- Pobieranie nie jest dostępne, jeśli link prywatny Fabric jest włączony w dzierżawcy.
- Jeśli nie widzisz pobranego pliku, upewnij się, że wyskakujące okienka nie są wyłączone w przeglądarce.
- Ta funkcja nie jest dostępna w niektórych regionach i regionach US Gov Virginia.
Jak pobrać dzienniki
W nagłówku strony w usłudze Power BI wybierz ikonę Ustawienia, a następnie wybierz pozycję Zarządzaj połączeniami i bramami.
Wybierz kartę Bramy danych sieci wirtualnej.
Znajdź bramę danych sieci wirtualnej, a następnie w tym samym wierszu wybierz ikonę pobierania.
W wyskakującym oknie możesz wybrać potrzebną kategorię dziennika lub wybrać wszystkie dostępne dzienniki. Ponadto możesz wybrać wstępnie zdefiniowany zakres czasu lub dostosować zakres czasu do własnych potrzeb.
Wybierz przycisk Pobierz diagnostykę i wyświetl dzienniki w pobranym folderze.
Liczniki systemowe
Liczniki systemu zapewniają pomiary procesora CPU i pamięci dla poszczególnych wystąpień bramy.
- Okres przechowywania: 29 dni
- Format: Parquet
| Atrybut | Opis |
|---|---|
| Znacznik czasu | Czas, kiedy licznik został wyemitowany. |
| identyfikator | Unikatowy identyfikator wystąpienia bramy (węzła), który zgłosił pomiar. |
| CommittedMemoryinMB | Pamięć wykorzystana z 8 GB całkowitej zarezerwowanej pamięci RAM na sieć VNet. |
| CPUUsagePercentage | Użycie procesora CPU. |
| Dostępna pamięć w MB | Dostępna pamięć. |
MashupLogs
Dzienniki mashupu zawierają szczegółowe informacje o akcjach wykonywanych przez silnik Power Query. Użyj tych logów, aby zbadać wykonywanie zapytań i diagnozować błędy.
- Okres przechowywania: 48 godzin
- Format: JSONL
| Atrybut | Opis |
|---|---|
| Uruchom | Początek akcji. |
| Akcja | Nazwa akcji. |
| Wersja produktu | Wersja mashupu. |
| Identyfikator aktywności | Identyfikator działania. |
| Identyfikator korelacji | Identyfikator korelacji. |
| Przetwarzanie | Nazwa procesu. |
| PID | Identyfikator procesu. |
| Czas | Identyfikator wątku. |
| Czas trwania | Czas trwania działania. |
RaportWykonaniaZapytania
Raporty wykonywania zapytań zawierają informacje o poszczególnych zapytaniach przetwarzanych przez bramę, w tym o ich stanie i chronometrażu wykonywania. Użyj tych raportów, aby zbadać wolne lub nieudane zapytania i zidentyfikować wystąpienie bramy, które je obsłużyło.
- Okres przechowywania: 29 dni
- Format: Parquet
| Atrybut | Opis |
|---|---|
| identyfikator | Identyfikator logu. |
| Znacznik czasu | Początek wykonywania zapytania. |
| Identyfikator kwerendy | Identyfikator zapytania. |
| IdentyfikatorInstancji | Unikatowy identyfikator wystąpienia bramy (węzeł), który zgłosił rekord diagnostyczny. |
| Identyfikator żądania | Identyfikator żądania. |
| Typ zapytania | Typ zapytania, taki jak DirectQuery lub operacje odświeżania danych, w tym odświeżanie modelu semantycznego i przepływu danych. |
| Ścieżka połączenia | Rodzaje i ścieżki źródła danych. |
| Stan | Wskazuje, czy zapytanie nie powiodło się, czy zakończyło się pomyślnie. |
| Godzina rozpoczęcia | Początek wykonywania zapytania. |
| Czas trwania (ms) | Czas trwania zapytania w milisekundach. |
| CzasRozpoczęciaWykonania | Początek wykonywania zapytania. |
| ExecutionDurationMS | Czas trwania zapytania w milisekundach. |
| CzasRozpoczęciaOdczytuDanychISerializacji | Początek serializacji danych. |
| DataReadingAndSerializationDurationMS | Czas serializacji danych. |
| StreamingDurationMS | Czas przesyłania strumieniowego danych. |
Zużycie zasobów
Dzienniki użycia zasobów rejestrują użycie pojemności przypisane do bramy sieciowej. Użyj tych dzienników, aby zbadać zużycie w czasie i zidentyfikować skojarzoną jednostkę SKU usługi Fabric.
- Okres przechowywania: 29 dni
- Format: Parquet
| Atrybut | Opis |
|---|---|
| Identyfikator pojemności | Identyfikator naliczonej pojemności. |
| JednostkiPojemnościSekundy | Zużycie pojemności emitowane jako CapacityUnitSeconds. |
| Identyfikator bramy | Identyfikator klastra bramy. |
| GatewayName | Nazwa klastra bramy. |
| Id | Identyfikator logu. |
| Znacznik czasu | Emitowano dane dotyczące zużycia czasu. |
PipelineExecutionReport i CopyJobExecutionReport
Te raporty zawierają informacje o działaniach potoku danych i zadaniach zlecenia kopiowania, które brama przetwarza. Te raporty opisują wykonywanie działań po stronie bramy. Nie muszą one opisywać całego potoku przetwarzania ani całkowitego czasu trwania zadania kopiowania. Użyj ich do zbadania kolejkowania, czasu trwania wykonywania, stanu i błędów.
- Okres przechowywania: 29 dni
- Format: Parquet
| Atrybut | Opis |
|---|---|
Id |
Unikatowy identyfikator raportu diagnostycznego. |
Timestamp |
Czas wygenerowania raportu przez bramę w czasie UTC. |
InstanceId |
Unikatowy identyfikator instancji bramy (węzeł), który raportuje rekord diagnostyczny. |
RequestId |
Identyfikator skojarzony z żądaniem. |
ArtifactType |
Typ artefaktu skojarzonego z wykonaniem. |
TaskId |
Identyfikator zadania wykonania. |
WorkspaceId |
Identyfikator skojarzonego obszaru roboczego, jeśli jest dostępny. |
PipelineRunId |
Identyfikator skojarzonego uruchomienia potoku, jeśli jest dostępny. |
PipelineName |
Nazwa skojarzonego potoku danych, jeśli jest dostępny. |
ActivityRunId |
Identyfikator uruchomienia działania. |
ActivityType |
Typ działania. |
QueueTime |
Zgłoszony czas spędzony w kolejce w sekundach. |
Status |
Zgłoszono status wykonania. |
ExecutionStartTime |
Godzina rozpoczęcia wykonania w czasie UTC. |
ExecutionDurationMS |
Czas wykonywania, w milisekundach. |
ErrorCode |
Kod błędu skojarzony z wykonaniem, jeśli jest dostępny. |
InstanceLoad
Diagnostyka obciążenia instancji udostępnia pomiary obciążenia dla każdej instancji bramy, w tym sygnały obciążenia używane przez skalowanie automatyczne, średnią liczbę ocen oczekujących w kolejce i uruchomionych oraz działanie potoku. Użyj tych dzienników, aby zbadać kolejkowanie i zapotrzebowanie na obciążenie oraz skorelować obciążenie z historycznymi trendami liczby instancji.
- Okres przechowywania: 29 dni
- Format: Parquet
| Atrybut | Opis |
|---|---|
Timestamp |
Czas wygenerowania raportu obciążenia w formacie UTC. |
Id |
Unikatowy identyfikator instancji bramy (węzła), która zgłosiła pomiary. |
AggregateLoadPercent |
Ogólny sygnał obciążenia używany do automatycznego skalowania wystąpienia bramy na podstawie zapotrzebowania na ocenę i działania potoku. |
DefaultPoolLoadPercent |
Średnie obciążenie ewaluacyjne w puli domyślnej, w tym w przypadku ocen w kolejce i trwających, wyrażone jako procent pojemności puli. |
DefaultPoolAveragePendingCount |
Średnia liczba ewaluacji oczekujących na uruchomienie w puli domyślnej. |
DefaultPoolAverageRunningCount |
Średnia liczba ewaluacji uruchomionych w puli domyślnej. |
DirectQueryPoolLoadPercent |
Średnie obciążenie oceniania w puli DirectQuery, w tym oceny oczekujące w kolejce i uruchomione, wyrażone jako procent pojemności puli. |
DirectQueryPoolAveragePendingCount |
Średnia liczba operacji oczekujących na uruchomienie w puli trybu DirectQuery. |
DirectQueryPoolAverageRunningCount |
Średnia liczba ewaluacji uruchomionych w puli DirectQuery. |
PipelinePoolActive |
Czy pula potoków danych zgłosiła aktywną pracę. Ta wartość jest wskaźnikiem aktywności Boolean, a nie wartością procentową wykorzystania. |
Aby zrozumieć historyczne trendy liczby wystąpień, pogrupuj rekordy w interwały czasu i zlicz odrębne wartości Id w każdym interwale. Ta metoda pokazuje, ile instancji zgłosiło dzienniki w każdym interwale, niekoniecznie ile instancji było uruchomionych jednocześnie.