Problembehandlung bei einem dedizierten SQL-Pool (vormals SQL DW) in Azure Synapse Analytics
Artikel
Dieser Artikel enthält allgemeine Informationen zur Problembehandlung bei einem dedizierten SQL-Pool (früher SQL DW) in Azure Synapse Analytics.
Verbinden
Problem
Lösung
Fehler bei der Anmeldung für den Benutzer 'NT-AUTORITÄT\ANONYME ANMELDUNG'. (Microsoft SQL Server, Fehler: 18456)
Dieser Fehler tritt auf, wenn Microsoft Entra-Benutzer versuchen, eine Verbindung mit der master-Datenbank herzustellen, aber über keinen Benutzer in der master-Datenbank verfügen. Geben Sie zum Beheben dieses Problems entweder den dedizierten SQL-Pool (vormals SQL DW-Instanz) an, mit dem Sie zum Verbindungszeitpunkt eine Verbindung herstellen möchten, oder fügen Sie den Benutzer bzw. die Benutzerin zur master-Datenbank hinzu. Weitere Informationen finden Sie unter Sicherheitsübersicht.
Der Serverprinzipal „MyUserName“ kann im aktuellen Sicherheitskontext nicht auf die master-Datenbank zugreifen. Die Standarddatenbank des Benutzers kann nicht geöffnet werden. Fehler bei der Anmeldung. Fehler bei der Anmeldung für den Benutzer 'MeinBenutzername'. (Microsoft SQL Server, Fehler: 916)
Dieser Fehler tritt auf, wenn Microsoft Entra-Benutzer versuchen, eine Verbindung mit der master-Datenbank herzustellen, aber über keinen Benutzer in der master-Datenbank verfügen. Geben Sie zum Beheben dieses Problems entweder den dedizierten SQL-Pool (vormals SQL DW-Instanz) an, mit dem Sie zum Verbindungszeitpunkt eine Verbindung herstellen möchten, oder fügen Sie den Benutzer bzw. die Benutzerin zur master-Datenbank hinzu. Weitere Informationen finden Sie unter Sicherheitsübersicht.
CTAIP-Fehler
Dieser Fehler kann auftreten, wenn zwar Anmeldeinformationen für die master-Datenbank in SQL-Datenbank erstellt wurden, aber nicht in der spezifischen SQL-Datenbank. Lesen Sie den Übersichtsartikel zur Sicherheit , wenn dieser Fehler auftritt. In diesem Artikel wird erläutert, wie Sie zunächst Anmeldeinformationen und einen Benutzer für die master-Datenbank und anschließend einen Benutzer in einer SQL-Datenbank erstellen.
Von der Firewall blockiert
Dedizierte SQL-Pools (früher SQL DW) werden durch Firewalls geschützt, um sicherzustellen, dass nur bekannte IP-Adressen auf eine Datenbank zugreifen können. Firewalls sind standardmäßig sicher. Sie müssen daher eine IP-Adresse oder einen Adressbereich explizit aktivieren, bevor Sie eine Verbindung herstellen können. Um Ihre Firewall für den Zugriff zu konfigurieren, führen Sie die in den Bereitstellungsanweisungen beschriebenen Schritte zum Konfigurieren des Serverfirewallzugriffs für Ihre Client-IP aus.
Verbindung mit Tool oder Treiber kann nicht hergestellt werden
Im Objekt-Explorer von Visual Studio fehlen Microsoft Entra-Benutzer
Dies ist ein bekanntes Problem. Sie können die Benutzer in sys.database_principals anzeigen, um dieses Problem zu umgehen. Weitere Informationen zur Verwendung von Microsoft Entra ID beim dedizierten SQL-Pool (früher SQL DW) finden Sie unter Authentifizierung in Azure Synapse.
Manuelle, über den Assistenten für die Skripterstellung erstellte Skripts oder über SSMS hergestellte Verbindungen sind langsam, reagieren nicht mehr oder erzeugen Fehler
Vergewissern Sie sich, dass Benutzer in der master-Datenbank erstellt wurden. Stellen Sie zudem in den Skriptoptionen sicher, dass die Engine-Edition auf „Microsoft Azure Synapse Analytics Edition“ und der Engine-Typ auf „Microsoft Azure SQL-Datenbank“ festgelegt ist.
Fehler beim Generieren von Skripts in SSMS
Beim Generieren eines Skripts für den dedizierten SQL-Pool (früher SQL DW) tritt ein Fehler auf, wenn die Option „Skript für abhängige Objekte generieren“ auf TRUE festgelegt ist. Um dieses Problem zu umgehen, müssen Benutzer*innen manuell zu Extras > Optionen > SQL Server-Objekt-Explorer > Skript für abhängige Objekte generieren navigieren und diese Option auf FALSE festlegen.
Datenerfassung und -vorbereitung
Problem
Lösung
Das Exportieren leerer Zeichenfolgen mithilfe von CETAS führt in Parquet- und ORC-Dateien zu NULL-Werten. Beachten Sie: Wenn Sie leere Zeichenfolgen aus Spalten mit NOT NULL-Einschränkungen exportieren, führt CETAS zu abgelehnten Datensätzen, und möglicherweise ist der Export nicht möglich.
Entfernen Sie leere Zeichenfolgen oder die problematische Spalte aus der SELECT-Anweisung Ihres CETAS-Befehls.
Das Laden eines Werts außerhalb des Bereichs zwischen 0 und 127 in eine tinyint-Spalte für die Dateiformate Parquet und ORC wird nicht unterstützt.
Geben Sie einen größeren Datentyp für die Zielspalte an.
Msg 105208, Level 16, State 1, Zeile 1 COPY-Anweisung hat beim Überprüfen des Werts der Option „FROM“ den folgenden Fehler ausgelöst: „105200; Fehler bei der COPY-Anweisung, da der Wert für Option ‚FROM‘ ungültig ist.“
Aktuell führt die Erfassung von Daten mithilfe des Befehls „COPY“ in ein Azure Storage-Konto, das das neue DNS-Partitionierungsfeature verwendet, zu einem Fehler. Das DNS-Partitionierungsfeature ermöglicht Kunden die Erstellung von bis zu 5000 Speicherkonten pro Abonnement. Um dies zu beheben, stellen Sie ein Speicherkonto in einem Abonnement bereit, das nicht das neue Azure Storage DNS-Partitionierungsfeature (derzeit in der öffentlichen Vorschau) verwendet.
Leistung
Problem
Lösung
Behandlung von Problemen mit der Abfrageleistung
Wenn Sie die Problembehandlung für eine bestimmte Abfrage durchführen möchten, sollten Sie sich zunächst über das Untersuchen der Ausführung von Abfrageninformieren.
tempdb-Speicherplatzprobleme
Überwachen Sie die Speicherauslastung von TempDB. Häufige Ursachen für sich erschöpfenden tempdb-Speicherplatz sind: - Der Abfrage sind keine ausreichenden Ressourcen zugeordnet, wodurch ein Überlauf der Daten in tempdb stattfindet. Siehe Workloadverwaltung. - Fehlende oder veraltete Statistik, wodurch übermäßige Datenverschiebungen stattfinden. Ausführliche Informationen zum Erstellen von Statistiken finden Sie unter Tabellenstatistik in Azure SQL Data Warehouse. - Der tempdb-Speicherplatz wird nach Dienstebene zugeordnet. Durch das Skalieren Ihres dedizierten SQL-Pools (früher SQL DW) auf eine höhere DWU-Einstellung wird mehr tempdb-Speicherplatz zugeordnet.
Schlechte Abfrageleistung und Planung ist häufig das Ergebnis fehlender Statistiken
Die häufigste Ursache für schlechte Leistung ist das Fehlen von Statistiken für Ihre Tabellen. Ausführliche Informationen dazu, wie Sie Statistiken erstellen und warum sie für die Leistung wichtig sind, finden Sie unter Tabellenstatistik in Azure SQL Data Warehouse.
Geringe Parallelität/Abfragen in der Warteschlange
Das Verständnis der Workloadverwaltung ist wichtig, damit Sie wissen, wie Sie die Speicherbelegung und die Parallelität abwägen sollen.
Msg 40847: Der Vorgang konnte nicht ausgeführt werden, da der Server das zulässige Datenbanktransaktionseinheit-Kontingent von 45.000 überschreiten würde.
In „Gespeicherte Prozeduren in SQL Data Warehouse“ werden unter Einschränkungen einige Einschränkungen für gespeicherte Prozeduren beschrieben.
UDFs unterstützen keine SELECT-Anweisungen
Dies ist eine aktuelle Beschränkung unserer benutzerdefinierten Funktionen (User-Defined Functions, UDFs). Informationen zur unterstützten Syntax finden Sie unter CREATE FUNCTION .
Nächste Schritte
Für weitere Hilfe bei der Suche nach einer Lösung für Ihr Problem, stehen Ihnen hier weitere Ressourcen zur Verfügung.