Ten błąd występuje, gdy użytkownik firmy Microsoft Entra próbuje nawiązać połączenie z bazą master danych, ale nie ma użytkownika w masterprogramie . Aby rozwiązać ten problem, określ dedykowaną pulę SQL (dawniej SQL DW), z którą chcesz nawiązać połączenie w czasie połączenia, lub dodaj użytkownika do master bazy danych. Aby uzyskać więcej informacji, zobacz temat Omówienie zabezpieczeń.
Podmiot zabezpieczeń serwera "MyUserName" nie może uzyskać dostępu do bazy danych master w bieżącym kontekście zabezpieczeń. Nie można otworzyć domyślnej bazy danych użytkownika. Logowanie nie powiodło się. Logowanie użytkownika „nousername” nie powiodło się. (Microsoft SQL Server, błąd: 916)
Ten błąd występuje, gdy użytkownik firmy Microsoft Entra próbuje nawiązać połączenie z bazą master danych, ale nie ma użytkownika w masterprogramie . Aby rozwiązać ten problem, określ dedykowaną pulę SQL (dawniej SQL DW), z którą chcesz nawiązać połączenie w czasie połączenia, lub dodaj użytkownika do master bazy danych. Aby uzyskać więcej informacji, zobacz temat Omówienie zabezpieczeń.
Błąd CTAIP
Ten błąd może wystąpić, gdy nazwa logowania została utworzona w bazie danych usługi SQL Database master , ale nie w określonej bazie danych SQL. Jeśli wystąpi ten błąd, zapoznaj się z artykułem Omówienie zabezpieczeń. W tym artykule wyjaśniono, jak utworzyć identyfikator logowania i użytkownika w master bazie danych, a następnie jak utworzyć użytkownika w bazie danych SQL.
Zablokowany przez zaporę
Dedykowane pule SQL (dawniej SQL DW) są chronione przez zapory w celu zapewnienia, że tylko znane adresy IP mają dostęp do bazy danych. Zapory są domyślnie bezpieczne, co oznacza, że przed nawiązaniem połączenia należy jawnie włączyć i adres IP lub zakres adresów. Aby skonfigurować zaporę pod kątem dostępu, wykonaj kroki opisane w temacie Konfigurowanie dostępu do zapory serwera dla adresu IP klienta w instrukcjach aprowizacji.
Nie można nawiązać połączenia z narzędziem lub sterownikiem
Ręczne wykonywanie skryptów przy użyciu kreatora skryptów lub nawiązywanie połączenia za pośrednictwem programu SSMS działa wolno, nie odpowiada lub generuje błędy
Upewnij się, że użytkownicy zostali utworzeni w master bazie danych. W opcjach skryptów upewnij się również, że wersja aparatu jest ustawiona na "Microsoft Azure Synapse Analytics Edition", a typ aparatu to "Microsoft Azure SQL Database".
Generowanie skryptów kończy się niepowodzeniem w programie SSMS
Generowanie skryptu dla dedykowanej puli SQL (dawniej SQL DW) kończy się niepowodzeniem, jeśli opcja "Generuj skrypt dla obiektów zależnych" jest ustawiona na wartość "True". Aby obejść ten problem, użytkownicy muszą ręcznie przejść do pozycji Narzędzia —> Opcje —>SQL Server Eksplorator obiektów —> Generuj skrypt dla opcji zależnych i ustaw wartość false
Wprowadzanie i przygotowywanie danych
Problem
Rozwiązanie
Eksportowanie pustych ciągów przy użyciu instrukcji CETAS spowoduje wartości NULL w plikach Parquet i ORC. Należy pamiętać, że jeśli eksportujesz puste ciągi z kolumn z ograniczeniami NOT NULL, instrukcje CETAS spowodują odrzucenie rekordów i eksport może potencjalnie zakończyć się niepowodzeniem.
Usuń puste ciągi lub kolumnę obrażającą w instrukcji SELECT instrukcji CETAS.
Ładowanie wartości poza zakresem od 0 do 127 do małej kolumny dla formatu plików Parquet i ORC nie jest obsługiwane.
Określ większy typ danych dla kolumny docelowej.
Msg 105208, Level 16, State 1, Line 1 COPY instrukcji failed with the following error when validating value of option 'FROM': '105200; Instrukcja COPY nie powiodła się, ponieważ wartość opcji "FROM" jest nieprawidłowa.
Obecnie pozyskiwanie danych przy użyciu polecenia COPY na koncie usługi Azure Storage, które korzysta z nowej funkcji partycjonowania DNS, powoduje wystąpienie błędu. Funkcja partycji DNS umożliwia klientom tworzenie maksymalnie 5000 kont magazynu na subskrypcję. Aby rozwiązać ten problem, aprowizacja konta magazynu w subskrypcji, która nie korzysta z nowej funkcji partycji DNS usługi Azure Storage (obecnie w publicznej wersji zapoznawczej).
Monitorowanie użycia miejsca w bazie danych TempDB . Typowe przyczyny wyczerpania tempdb miejsca to: — Za mało zasobów przydzielonych do zapytania, co powoduje rozlanie danych do tempdb. Zobacz Zarządzanie obciążeniami — Brak lub nieaktualne statystyki powodują nadmierne przenoszenie danych. Aby uzyskać szczegółowe informacje na temat tworzenia statystyk, zobacz Obsługa statystyk tabeli - tempdb ilość miejsca jest przydzielana na poziom usługi. Skalowanie dedykowanej puli SQL (dawniej SQL DW) do wyższego ustawienia jednostek DWU przydziela więcej tempdb miejsca.
Niska wydajność zapytań i plany często wynika z braku statystyk
Najczęstszą przyczyną niskiej wydajności jest brak statystyk dotyczących tabel. Zobacz Obsługa statystyk tabeli, aby uzyskać szczegółowe informacje na temat tworzenia statystyk i przyczyn, dla których mają one kluczowe znaczenie dla wydajności.
Niska współbieżność/zapytania w kolejce
Zrozumienie zarządzania obciążeniami jest ważne, aby zrozumieć, jak równoważyć alokację pamięci z współbieżnością.
Zobacz Ograniczenia procedury składowanej, aby zrozumieć niektóre ograniczenia procedur składowanych.
Funkcje zdefiniowane przez użytkownika nie obsługują instrukcji SELECT
Jest to bieżące ograniczenie naszych funkcji zdefiniowanych przez użytkownika. Aby uzyskać informacje o obsługiwanej składni, zobacz CREATE FUNCTION (FUNKCJA CREATE).
Następne kroki
Aby uzyskać więcej pomocy w znalezieniu rozwiązania problemu, zapoznaj się z innymi zasobami, które możesz wypróbować.