Condividi tramite

Risolvere problemi relativi a Warehouse

  • Articolo

Si applica a✅: warehouse in Microsoft Fabric

Questo articolo fornisce indicazioni per la risoluzione dei problemi comuni in Warehouse in Microsoft Fabric.

Errori di connessione temporanei

Un errore temporaneo è un errore la cui causa sottostante si risolverà automaticamente in modo rapido. Se una connessione a Warehouse funzionava correttamente ma comincia a presentare errori e malfunzionamenti senza che siano state apportate modifiche all'autorizzazione utente, ai criteri del firewall e alla configurazione di rete, provare questi passaggi prima di contattare il supporto tecnico:

  1. Controllare lo stato di Warehouse e assicurarsi che non sia sospeso.
  2. Non ripetere immediatamente il comando non riuscito. Attendere invece tra 5 e 10 minuti, stabilire una nuova connessione, quindi ripetere il comando. Occasionalmente, il sistema di Azure può cambiare rapidamente risorse hardware per meglio bilanciare diversi carichi di lavoro. La maggior parte di questi eventi di riconfigurazione viene completata in meno di 60 secondi. Durante questo intervallo di riconfigurazione, potrebbero verificarsi problemi di connessione ai database. Inoltre, la connessione potrebbe non riuscire quando il servizio viene riavviato automaticamente per risolvere determinati problemi.
  3. Connettersi usando un'applicazione diversa e/o un altro computer.

Errore di query causato da un problema di spazio di tempdb

tempdb è un database di sistema usato dal motore per varie esigenze di archiviazione temporanea durante l'esecuzione di query. Gli utenti non possono accedervi né configurarlo. Le query potrebbero non riuscire a causa dell'esaurimento dello spazio in tempdb. Per ridurre l'utilizzo dello spazio in tempdb, seguire questa procedura:

  1. Fare riferimento all'articolo sulle statistiche per verificare che le statistiche di colonna appropriate siano state create in tutte le tabelle.
  2. Verificare che tutte le statistiche delle tabelle vengano aggiornate dopo transazioni DML di grandi dimensioni.
  3. Le query con JOIN, GROUP BY e ORDER BY complessi e che prevedono di restituire set di risultati di grandi dimensioni usano più spazio di tempdb nell'esecuzione. Se possibile, aggiornare le query per ridurre il numero di colonne GROUP BY e ORDER BY.
  4. Rieseguire la query quando non ci sono in altre query attive in esecuzione, così da evitare limitazioni delle risorse durante l'esecuzione della query.

Le prestazioni delle query sembrano peggiorare nel tempo

Molti fattori possono influire sulle prestazioni di una query, ad esempio modifiche alle dimensioni della tabella, l’asimmetria dei dati, la concorrenza del carico di lavoro, le risorse disponibili, la rete e così via. Solo perché una query viene eseguita più lentamente, non significa necessariamente che ci sia un problema di prestazioni delle query. Per analizzare la query di destinazione, seguire questa procedura:

  1. Identificare le differenze in tutti i fattori che influiscono sulle prestazioni tra le esecuzioni con buone prestazioni e quelle con prestazioni scarse.
  2. Fare riferimento all'articolo sulle statistiche per verificare che le statistiche di colonna appropriate siano state create in tutte le tabelle.
  3. Verificare che tutte le statistiche delle tabelle vengano aggiornate dopo transazioni DML di grandi dimensioni.
  4. Verificare la presenza di asimmetrie dei dati nelle tabelle di base.
  5. Sospendere e quindi riprendere il servizio. Quindi, eseguire di nuovo la query quando non ci sono altre query attive in esecuzione. È possibile monitorare il carico di lavoro di Warehouse usando DMV.

Dopo essere stata in esecuzione per un lungo periodo di tempo, la query ha esito negativo. Nessun dato viene restituito al client.

Un'istruzione SELECT potrebbe essere stata completata correttamente nel back-end e quindi avere esito negativo quando si tenta di restituire il set di risultati della query al client. Provare a seguire questa procedura per isolare il problema:

  1. Usare diversi strumenti client per restituire la stessa query.
  2. Se il passaggio 1 ha esito negativo, eseguire un comando CTAS con l'istruzione SELECT non riuscita per inviare il risultato della query SELECT a un'altra tabella nello stesso Warehouse. L'uso di CTAS evita l'invio del set di risultati della query al computer client. Se il comando CTAS viene completato correttamente e la tabella di destinazione viene popolata, è probabile che l'errore della query originale sia causato dal front-end del Warehouse o da problemi relativi al client.

Quali dati raccogliere prima di contattare il supporto tecnico Microsoft

  • Specificare l'ID dell'area di lavoro del Warehouse.
  • Specificare l'ID istruzione e l'ID richiesta distribuito. Gli ID vengono restituiti come messaggi dopo il completamento o l'esito negativo di una query.
  • Specificare il testo esatto del messaggio di errore.
  • Specificare l'ora in cui la query è stata completata o ha avuto esito negativo.

Contenuto correlato