Udostępnij za pośrednictwem

Rozwiązywanie problemów z dublowanych baz danych sieci szkieletowej z usługi Azure SQL Database

  • Artykuł

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

Aby uzyskać informacje na temat rozwiązywania problemów z automatycznym dublowaniem dla usługi Fabric SQL Database, zobacz Rozwiązywanie problemów z dublowaniem z bazy danych SQL Fabric (wersja zapoznawcza).

Zmiany pojemności lub obszaru roboczego sieci szkieletowej

Przyczyna Result Zalecane rozwiązanie
Pojemność sieci szkieletowej została wstrzymana/usunięta Dublowanie zostanie zatrzymane 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 zostanie wznowione 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 Jeśli dublowanie jest nadal aktywne w usłudze Azure SQL Database, wykonaj następującą procedurę składowaną w usłudze Azure SQL Database: exec sp_change_feed_disable_db;.
Pojemność próbna sieci szkieletowej wygasła Dublowanie zatrzymuje się automatycznie Zobacz Pojemność próbna sieci szkieletowej wygasa.
Przekroczono pojemność sieci szkieletowej Dublowanie zostanie wstrzymane Poczekaj na przekroczenie lub zaktualizowanie pojemności przez stan przeciążenia. Dowiedz się więcej na temat akcji, które można wykonać w celu odzyskania sprawności po sytuacjach przeciążenia. Dublowanie będzie kontynuowane po odzyskaniu pojemności.
Wszelkie inne błędy zasobów Dublowanie zostanie wyłączone Aby zapewnić, że zasoby obliczeniowe nie zostaną naruszone, i zminimalizować wpływ na usługę Azure SQL Database, funkcja mirroringu zostanie wyłączona w przypadku trwałych błędów dotyczących zasobów.

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 bazy danych Azure SQL Database. 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.

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

    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 serwera logicznego usługi Azure SQL 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 serwera logicznego usługi Azure SQL Database.

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

Tożsamość zarządzana

Należy włączyć tożsamość zarządzaną przypisaną przez system (SAMI) serwera logicznego Usługi Azure SQL i musi być tożsamością podstawową. Aby uzyskać więcej informacji, zobacz Create an Azure SQL Database server with a user-assigned managed identity (Tworzenie serwera usługi Azure SQL Database przy użyciu tożsamości zarządzanej przypisanej przez użytkownika).

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 Database w usłudze OneLake zakończy się niepowodzeniem.

SAMI musi być podstawową tożsamością. Sprawdź, czy usługa SAMI jest podstawową tożsamością z następującymi elementami: 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 Database (SPN) w elemencie dublowanej bazy danych sieci szkieletowej.

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

Jeśli usuniesz uprawnienia lub uprawnienia głównej nazwy usługi Azure SQL Database, nie zostaną poprawnie skonfigurowane, wykonaj następujące kroki.

  1. Dodaj nazwę SPN jako użytkownika, wybierając ... opcję wielokropka w elemencie dublowanej bazy danych.
  2. Wybierz opcję Zarządzaj uprawnieniami.
  3. Wprowadź nazwę serwera logicznego usługi Azure SQL Database. Podaj uprawnienia do odczytu i zapisu .

Powiązana zawartość