Condividi tramite


Usare Integrità delle risorse per risolvere i problemi di connettività del database SQL di Azure

Si applica a:Database SQL di Azure

Integrità delle risorse per il database SQL di Azure aiuta a diagnosticare e ottenere supporto quando un problema di Azure interessa le tue risorse. Ti informa sulla salute attuale e passata delle tue risorse e ti aiuta a mitigare i problemi. La pagina Integrità risorse offre supporto tecnico quando è necessaria assistenza per problemi con i servizi di Azure.

Screenshot del portale di Azure che mostra la pagina dello Stato di integrità delle risorse per un database SQL di Azure.

Controlli di integrità

Integrità risorse determina l'integrità del database SQL esaminando gli accessi riusciti e non riusciti alla risorsa stessa. Attualmente, Salute delle risorse per la risorsa del database SQL esamina solo gli accessi non riusciti a causa di un errore del sistema e non un errore dell'utente. Lo stato di salute viene aggiornato ogni 1-2 minuti.

Stati di salute

Disponibile

Lo stato Disponibile indica che Integrità risorse non ha rilevato errori di accesso a causa di errori di sistema nel database SQL o che si sono verificati alcuni errori di accesso, ma che non soddisfavano la soglia di avviso. Per altre informazioni sulla soglia di avviso, vedere le sezioni seguenti.

Screenshot del portale di Azure che mostra il messaggio di stato per lo stato Disponibile.

Degradato

Lo stato Degradato indica che, in due dei tre minuti precedenti, Integrità delle risorse ha rilevato:

  • una maggior parte di accessi riusciti, ma si è verificato anche più di un errore di accesso (a causa di errori di sistema), oppure
  • più di un errore di accesso (a causa di errori di sistema), ma sono stati effettuati meno di sei tentativi di accesso totali.

Si tratta con ogni probabilità di errori di accesso temporanei. Per ridurre l'effetto dei problemi di connessione causati dagli errori di accesso temporanei, implementare la logica di ripetizione dei tentativi nel codice.

Screenshot del portale di Azure che mostra il messaggio di stato per lo stato Danneggiato.

Non disponibile

Lo stato Non disponibile indica che Integrità risorse ha rilevato che vi sono stati più di cinque tentativi di accesso nell'ultimo minuto, e più di un quarto di essi hanno avuto esito negativo per motivi di sistema. Se la risorsa rimane in questo stato per un periodo di tempo prolungato, contattare il supporto tecnico Microsoft.

Screenshot del portale di Azure che mostra il messaggio di stato per lo stato Non disponibile.

Sconosciuto

Lo stato di integrità Sconosciuto indica che l'integrità delle risorse non ha ricevuto informazioni sulla risorsa per più di 10 minuti. Sebbene questo stato non sia un'indicazione definitiva dello stato della risorsa, è un punto dati importante nel processo di risoluzione dei problemi. Se la risorsa viene eseguita come previsto, lo stato della risorsa verrà aggiornato in Disponibile dopo alcuni minuti. Se stai riscontrando problemi con la risorsa, lo stato di integrità sconosciuto potrebbe suggerire che un evento nella piattaforma stia influenzando la risorsa.

Screenshot del portale di Azure che mostra il messaggio di stato per lo stato Sconosciuto.

Ora dell'allarme

L'ora visualizzata dall'avviso di Salute delle risorse non coincide con gli orari degli errori di accesso che hanno causato quest'ultimo. Ciò è dovuto al fatto che sono necessari alcuni minuti prima che i dati di telemetria vengano raccolti e analizzati, per determinare se esiste un problema di Integrità delle risorse. Quindi, l'orario indicato nell'avviso di integrità delle risorse arriverà diversi minuti dopo gli errori di accesso.

Inoltre, l'intervallo di tempo in cui si sono verificati gli errori di accesso può spesso essere inferiore all'intervallo di tempo nell'avviso di integrità risorse.

Informazioni cronologiche

È possibile accedere a fino a 30 giorni di storico della salute nella sezione Storico della salute di Stato delle risorse. La sezione contiene anche il motivo dei tempi di inattività (se disponibile). Attualmente, Azure mostra il tempo di inattività della risorsa del database con una granularità di due minuti. Il tempo di inattività effettivo è probabilmente inferiore a un minuto. La media è di 8 secondi.

Motivi del tempo di inattività

Quando si registra un tempo di inattività per il database, viene eseguita un'analisi per determinarne il motivo. Quando disponibile, il motivo del tempo di inattività viene indicato nella sezione Cronologia integrità di Integrità risorse. I motivi dei tempi di inattività vengono in genere pubblicati 45 minuti dopo un evento.

Selezionare una finestra di manutenzione

È possibile configurare una finestra di manutenzione per rendere prevedibili e meno problematici gli eventi di manutenzione con impatto sul carico di lavoro. La funzionalità della finestra di manutenzione consente di pianificare gli aggiornamenti prevedibili o la manutenzione pianificata. Sono disponibili notifiche di preavviso per i database configurati per l'uso di una finestra di manutenzione non predefinita. Le notifiche anticipate consentono ai clienti di configurare le notifiche da inviare fino a 24 ore prima di qualsiasi evento pianificato.

Manutenzione pianificata

L'infrastruttura di Azure esegue periodicamente una manutenzione pianificata, ossia un aggiornamento dei componenti hardware o software nel data center. Mentre il database viene sottoposto a manutenzione, Azure SQL può terminare alcune connessioni esistenti e rifiutare nuove connessioni. Gli errori di accesso che si verificano durante una manutenzione pianificata sono in genere temporanei e la logica di ripetizione dei tentativi per errori di rete occasionali contribuisce a ridurne l'impatto. Se gli errori di accesso persistono, contattare il supporto.

Riconfigurazione

Le riconfigurazioni sono considerate condizioni transitorie, che si verificano di tanto in tanto. Questi eventi possono essere attivati da errori di bilanciamento del carico o errori software/hardware. Qualsiasi applicazione di produzione client che si connette a un database cloud dovrebbe implementare un'efficace logica di ripetizione dei tentativi per errori temporanei di connessione, perché contribuirebbe ad attenuare queste situazioni e generalmente renderebbe gli errori trasparenti all'utente finale.