Udostępnij za pośrednictwem

Rozwiązywanie problemów z dublowanych baz danych usługi Fabric z usługi Azure SQL Managed Instance (wersja zapoznawcza)

  • Artykuł

W tym artykule opisano kroki rozwiązywania problemów dotyczące dublowania usługi Azure SQL Managed Instance.

Zmiany pojemności lub obszaru roboczego sieci szkieletowej

Przyczyna Result Zalecane rozwiązanie
Pojemność sieci szkieletowej została wstrzymana/usunięta Dublowanie zatrzymuje się 1. Wznawianie lub przypisywanie pojemności z witryny Azure Portal
2. Przejdź do pozycji Sieć szkieletowa zdublowany element bazy danych. Na pasku narzędzi wybierz pozycję Zatrzymaj replikację.
3. Rozpocznij replikację, wybierając pozycję Dublowana baza danych dla elementu dublowanego w portalu sieci szkieletowej.
Wznowiona pojemność sieci szkieletowej Dublowanie nie jest wznawiane 1. Przejdź do pozycji Sieć szkieletowa zdublowany element bazy danych. Na pasku narzędzi wybierz pozycję Zatrzymaj replikację.
2. Rozpocznij replikację, wybierając pozycję Dublowana baza danych dla elementu dublowanego w portalu sieci szkieletowej.
Obszar roboczy został usunięty Dublowanie zatrzymuje się automatycznie 1. Jeśli dublowanie jest nadal aktywne w usłudze Azure SQL Managed Instance, wykonaj następującą procedurę składowaną w usłudze Azure SQL Managed Instance: exec sp_change_feed_disable_db;.
Pojemność próbna sieci szkieletowej wygasła Dublowanie zatrzymuje się automatycznie Zobacz Pojemność próbna sieci szkieletowej wygasa.

Zapytania T-SQL dotyczące rozwiązywania problemów

Jeśli występują problemy z dublowaniem, wykonaj następujące kontrole na poziomie bazy danych przy użyciu dynamicznych widoków zarządzania (DMV) i procedur składowanych w celu zweryfikowania konfiguracji.

  1. Wykonaj następujące zapytanie, aby sprawdzić, czy zmiany są prawidłowo przepływane:

    SELECT * FROM sys.dm_change_feed_log_scan_sessions;

  2. sys.dm_change_feed_log_scan_sessions Jeśli widok DMV nie pokazuje postępu przetwarzania zmian przyrostowych, wykonaj następujące zapytanie T-SQL, aby sprawdzić, czy występują jakieś problemy:

    SELECT * FROM sys.dm_change_feed_errors;

  3. Jeśli nie zgłoszono żadnych problemów, wykonaj następującą procedurę składowaną, aby przejrzeć bieżącą konfigurację dublowanej usługi Azure SQL Managed Instance. Upewnij się, że została prawidłowo włączona.

    EXEC sp_help_change_feed;

    Kluczowe kolumny do wyszukania w tym miejscu to i table_name state. Każda wartość oprócz 4 wskazuje potencjalny problem. (Tabele nie powinny zbyt długo usiąść w stanach innych niż 4)

  4. Jeśli replikacja nadal nie działa, sprawdź, czy prawidłowy obiekt SAMI ma uprawnienia (zobacz uprawnienia SPN).

    1. W portalu sieci szkieletowej wybierz pozycję "..." Opcja wielokropka w elemencie dublowanej bazy danych.
    2. Wybierz opcję Zarządzaj uprawnieniami.
    3. Upewnij się, że nazwa usługi Azure SQL Managed Instance jest wyświetlana z uprawnieniami do odczytu i zapisu.
    4. Upewnij się, że identyfikator AppId, który jest wyświetlany, jest zgodny z identyfikatorem SAMI wystąpienia zarządzanego usługi Azure SQL.

  5. Skontaktuj się z pomocą techniczną , jeśli jest wymagane rozwiązywanie problemów.

Tożsamość zarządzana

Tożsamość zarządzana przypisana przez system (SAMI) usługi Azure SQL Managed Instance musi być włączona i musi być tożsamością podstawową.

Po włączeniu, jeśli stan ustawienia SAMI jest wyłączony lub początkowo włączony, to wyłączone, a następnie ponownie włączone, dublowanie usługi Azure SQL Managed Instance w usłudze OneLake zakończy się niepowodzeniem. SAMI po ponownym włączeniu nie jest tą samą tożsamością co przed wyłączeniem. W związku z tym należy przyznać nowe uprawnienia SAMI w celu uzyskania dostępu do obszaru roboczego sieć szkieletowa.

SAMI musi być podstawową tożsamością. Sprawdź, czy usługa SAMI jest podstawową tożsamością z następującym kodem SQL: SELECT * FROM sys.dm_server_managed_identities;

Tożsamość zarządzana przypisana przez użytkownika (UAMI) nie jest obsługiwana. Jeśli dodasz element UAMI, stanie się ona tożsamością podstawową, zastępując wartość SAMI jako podstawową. Powoduje to niepowodzenie replikacji. Aby rozwiązać:

  • Usuń wszystkie interfejsy użytkownika. Sprawdź, czy usługa SAMI jest włączona.

Uprawnienia głównej nazwy usługi

Nie usuwaj uprawnień współautora głównej nazwy usługi Azure SQL Managed Instance (SPN) w elemencie dublowanej bazy danych sieci szkieletowej.

Jeśli przypadkowo usuniesz uprawnienie SPN, dublowanie usługi Azure SQL Managed Instance nie będzie działać zgodnie z oczekiwaniami. Nie można dublować nowych danych ze źródłowej bazy danych.

Jeśli usuniesz uprawnienia nazwy SPN usługi Azure SQL Managed Instance lub uprawnienia nie są skonfigurowane poprawnie, wykonaj następujące kroki.

  1. Dodaj nazwę SPN jako użytkownika, wybierając ... opcję wielokropka w elemencie dublowanego wystąpienia zarządzanego.
  2. Wybierz opcję Zarządzaj uprawnieniami.
  3. Wprowadź publiczny punkt końcowy usługi Azure SQL Managed Instance. Podaj uprawnienia do odczytu i zapisu .

Powiązana zawartość