Problembehandlung für das Warehouse

  • Artikel

Gilt für: Warehouse in Microsoft Fabric

Dieser Artikel enthält Anleitungen zur Behandlung häufiger Probleme in Warehouse in Microsoft Fabric.

Wichtig

Microsoft Fabric befindet sich derzeit in der VORSCHAU. Diese Informationen beziehen sich auf eine Vorabversion des Produkts, an der vor der Veröffentlichung noch wesentliche Änderungen vorgenommen werden können. Microsoft übernimmt keine Garantie, weder ausdrücklich noch stillschweigend, für die hier bereitgestellten Informationen.

Vorübergehende Verbindungsfehler

Bei einem vorübergehenden Fehler liegt ein Problem zugrunde, das sich nach kurzer Zeit von selbst löst. Wenn eine Verbindung mit Warehouse bisher einwandfrei funktioniert hat, aber ohne Änderungen an Benutzerberechtigungen, Firewallrichtlinien und Netzwerkkonfigurationen fehlschlägt, führen Sie die folgenden Schritte aus, bevor Sie sich an den Support wenden:

  1. Überprüfen Sie die status von Warehouse, und stellen Sie sicher, dass es nicht angehalten wird.
  2. Wiederholen Sie den fehlerhaften Befehl nicht sofort. Warten Sie stattdessen 5 bis 10 Minuten, stellen Sie eine neue Verbindung her, und wiederholen Sie dann den Befehl. Gelegentlich verschiebt das Azure-System Hardwareressourcen schnell, um einen besseren Lastenausgleich für verschiedene Workloads zu erzielen. Die meisten dieser Neukonfigurationsereignisse dauern weniger als 60 Sekunden. Während dieser Zeitspanne für die Neukonfiguration können Probleme beim Herstellen einer Verbindung mit Ihren Datenbanken auftreten. Die Verbindung kann auch fehlschlagen, wenn der Dienst automatisch neu gestartet wird, um bestimmte Probleme zu beheben.
  3. Stellen Sie eine Verbindung mit einer anderen Anwendung und/oder von einem anderen Computer her.

Abfragefehler aufgrund eines Tempdb-Speicherplatzproblems

ist tempdb eine Systemdatenbank, die von der Engine für verschiedene temporäre Speicheranforderungen während der Abfrageausführung verwendet wird. Benutzer können nicht darauf zugreifen oder sie konfigurieren. Abfragen können fehlschlagen, tempdb weil der Speicherplatz nicht mehr verfügbar ist. Führen Sie die folgenden Schritte aus, um den Speicherplatzverbrauch zu reduzieren tempdb :

  1. Lesen Sie den Artikel zu Statistiken , um zu überprüfen, ob für alle Tabellen geeignete Spaltenstatistiken erstellt wurden.
  2. Stellen Sie sicher, dass alle Tabellenstatistiken nach großen DML-Transaktionen aktualisiert werden.
  3. Abfragen mit komplexen JOINs, GROUP BY und ORDER BY und erwarten, dass große Resultsets zurückgegeben werden, bei der Ausführung mehr tempdb Speicherplatz. Aktualisieren Sie Abfragen, um die Anzahl der GROUP BY- und ORDER BY-Spalten nach Möglichkeit zu reduzieren.
  4. Überprüfen Sie in Basistabellen auf Datenschiefe.
  5. Führen Sie die Abfrage erneut aus, wenn keine anderen aktiven Abfragen ausgeführt werden, um Ressourceneinschränkungen während der Abfrageausführung zu vermeiden.
  6. Halten Sie den Dienst an, und setzen Sie den Dienst fort, um Daten zu leeren tempdb .

Abfrageleistung scheint sich im Laufe der Zeit zu verschlechtern

Viele Faktoren können sich auf die Leistung einer Abfrage auswirken, z. B. Änderungen der Tabellengröße, Datenschiefe, Workload-Parallelität, verfügbare Ressourcen, Netzwerk usw. Nur weil eine Abfrage langsamer ausgeführt wird, bedeutet dies nicht unbedingt, dass ein Abfrageleistungsproblem vorliegt. Führen Sie die folgenden Schritte aus, um die Zielabfrage zu untersuchen:

  1. Identifizieren Sie die Unterschiede bei allen Leistungsfaktoren, die sich auf die Leistung auswirken, zwischen guten und schlechten Leistungsausführungen.
  2. Lesen Sie den Artikel zu Statistiken , um zu überprüfen, ob für alle Tabellen geeignete Spaltenstatistiken erstellt wurden.
  3. Stellen Sie sicher, dass alle Tabellenstatistiken nach großen DML-Transaktionen aktualisiert werden.
  4. Überprüfen Sie in Basistabellen auf Datenschiefe.
  5. Halten Sie den Dienst an, und setzen Sie den Dienst fort. Führen Sie dann die Abfrage erneut aus, wenn keine anderen aktiven Abfragen ausgeführt werden. Sie können die Warehouseworkload mithilfe von DMV überwachen.

Die Abfrage schlägt nach langer Ausführung fehl. Es werden keine Daten an den Client zurückgegeben.

Eine SELECT-Anweisung konnte erfolgreich im Back-End abgeschlossen werden und schlägt fehl, wenn versucht wird, das Abfrageresultset an den Client zurückzugeben. Führen Sie die folgenden Schritte aus, um das Problem zu isolieren:

  1. Verwenden Sie verschiedene Clienttools, um dieselbe Abfrage erneut auszuführen.
  2. Wenn Schritt 1 fehlschlägt, führen Sie einen CTAS-Befehl mit der fehlerhaften SELECT-Anweisung aus, um das SELECT-Abfrageergebnis an eine andere Tabelle im selben Warehouse zu senden. Durch die Verwendung von CTAS wird verhindert, dass Abfrageresultset an den Clientcomputer zurückgesendet wird. Wenn der CTAS-Befehl erfolgreich abgeschlossen wurde und die Zieltabelle aufgefüllt wird, wird der ursprüngliche Abfragefehler wahrscheinlich durch Das Warehouse-Front-End oder Clientprobleme verursacht.

Was sie sammeln sollten, bevor Sie sich an den Microsoft-Support wenden

  • Geben Sie die Arbeitsbereichs-ID des Warehouse an.
  • Geben Sie die Anweisungs-ID und die verteilte Anforderungs-ID an. Sie werden als Nachrichten zurückgegeben, nachdem eine Abfrage abgeschlossen wurde oder fehlschlägt.
  • Geben Sie den Text der genauen Fehlermeldung an.
  • Geben Sie den Zeitpunkt an, zu dem die Abfrage abgeschlossen ist oder fehlschlägt.

Nächste Schritte