Udostępnij za pomocą

Rozwiązywanie problemów z zmirrorowanymi bazami danych Fabric z Azure SQL Managed Instance

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

Zmiany pojemności lub obszaru roboczego sieci szkieletowej mogą mieć wpływ na odbijanie. Aby uzyskać więcej informacji, zapoznaj się z efektami odbijania z Zmian pojemności sieci szkieletowej.

Rozwiązywanie problemów z usługą Azure SQL Managed Instance

Przyczyna Wynik Zalecane rozwiązanie
Obszar roboczy został usunięty Dublowanie zatrzymuje się automatycznie i wyłącza zestawienie zmian w usłudze Azure SQL Managed Instance W przypadku, gdy mirroring jest nadal aktywny w usłudze Azure SQL Managed Instance, wykonaj następującą procedurę składowaną dla każdej dotkniętej bazy danych w usłudze Azure SQL Managed Instance: exec sp_change_feed_disable_db;.
Trwałe błędy Dublowanie jest wyłączone dla bazy danych, której dotyczy problem Aby upewnić się, że zasoby obliczeniowe nie zostały naruszone i aby chronić źródłową bazę danych w usłudze Azure SQL Managed Instance, odbicie lustrzane zostanie wyłączone w przypadku trwałych błędów. Przejrzyj sys.dm_change_feed_errors i rozwiąż podstawowe błędy przed ponownym włączeniem bazy danych do mirroringu.
Ustawienie "Użytkownicy mogą uzyskiwać dostęp do danych przechowywanych w usłudze OneLake za pomocą aplikacji spoza sieci szkieletowej" wyłączone "Replikator — tabele nie mogą osiągnąć stanu replikowania" Włącz ustawienie Dzierżawa Użytkownicy mogą uzyskiwać dostęp do danych przechowywanych w usłudze OneLake za pomocą aplikacji zewnętrznych niż sieć szkieletowa.

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_namestate. 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 SAMI).

    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.

To 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 SAMI

Tożsamość zarządzana przypisana przez system (SAMI) usługi Azure SQL Managed Instance musi mieć uprawnienia do odczytu i zapisu elementu dublowanej bazy danych w usłudze Microsoft Fabric. Po utworzeniu dublowanej bazy danych z portalu sieci szkieletowej uprawnienie zostanie przyznane automatycznie. Jeśli podczas instalacji wystąpi błąd Unable to grant required permission to the source server. User does not have permission to reshare , upewnij się, że masz rolę członka lub administratora w obszarze roboczym z wystarczającymi uprawnieniami. Jeśli używasz interfejsu API do tworzenia dublowanej bazy danych, upewnij się, że jawnie przyznasz uprawnienie.

Nie usuwaj uprawnień do odczytu i zapisu SAMI w elemencie dublowanej bazy danych sieci szkieletowej. Jeśli przypadkowo usuniesz uprawnienia, 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 SAMI lub uprawnienia usługi Azure SQL Managed Instance nie są poprawnie skonfigurowane, wykonaj następujące kroki.

  1. Dodaj sami 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 .

Użycie dziennika

Użycie dziennika transakcji dla bazy danych włączonej do mirroringu może nadal rosnąć i powstrzymywać obcinanie dziennika. Gdy rozmiar dziennika transakcji osiągnie maksymalny zdefiniowany limit, zapisy w bazie danych kończą się niepowodzeniem. W celu ochrony przed tym funkcja dublowania wyzwala automatyczne ponowne przeniesienie całej bazy danych, gdy używane miejsce w dzienniku przekracza próg całkowitej skonfigurowanej przestrzeni dziennika. Aby zdiagnozować ten problem i dowiedzieć się więcej o automatycznym ponownym ustanowieniu, zobacz Automatyczne ponowne ustanowienie dla baz danych z mirroringiem w usłudze Azure SQL Managed Instance.

Automatyczne ponowne rozpoczęcie sekwencji

Dublowanie sieci szkieletowej z usługi Azure SQL Managed Instance może być automatycznie przenoszone w określonych warunkach na poziomie pojedynczej tabeli lub dla całej bazy danych. Aby dowiedzieć się więcej, automatyczne ponowne tworzenie kopii danych dla dublowanych baz danych sieci szkieletowej z usługi Azure SQL Managed Instance.

Treści powiązane

  • Last updated on