Resource Health gebruiken om problemen met connectiviteit voor Azure SQL Managed Instance op te lossen
Van toepassing op:
Azure SQL Managed Instance
Resource Health voor Azure SQL Managed Instance helpt u bij het vaststellen en krijgen van ondersteuning wanneer een Azure-probleem van invloed is op uw resources. Het biedt u informatie over de huidige en eerdere status van uw resources en helpt u problemen verhelpen. De pagina Resourcestatus biedt technische ondersteuning wanneer u hulp nodig hebt bij problemen met de Azure-service.
Statuscontroles
Resourcestatus bepaalt de status van uw met SQL beheerde exemplaar door het slagen en mislukken van aanmeldingen bij de resource te onderzoeken. Op dit moment onderzoekt resourcestatus voor uw met SQL beheerde exemplaar alleen aanmeldingsfouten vanwege systeemfouten en niet door gebruikersfouten. De status wordt elke 1 tot 2 minuten bijgewerkt.
Statussen
Beschikbaar
De status Beschikbaar betekent dat resourcestatus geen aanmeldingsfouten heeft gedetecteerd vanwege systeemfouten in uw beheerde SQL-exemplaar.
Verminderd beschikbaar
Een status van Gedegradeerd betekent dat resourcestatus een meerderheid van geslaagde aanmeldingen heeft gedetecteerd, maar ook enkele fouten. Dit zijn waarschijnlijk tijdelijke aanmeldingsfouten. Implementeer logica voor opnieuw proberen in uw code om de impact van verbindingsproblemen te verminderen die worden veroorzaakt door tijdelijke aanmeldingsfouten.
Niet beschikbaar
De status Niet beschikbaar betekent dat resourcestatus consistente aanmeldingsfouten heeft gedetecteerd voor uw beheerde SQL-exemplaar. Als uw resource gedurende langere tijd in deze status blijft, neemt u contact op met de ondersteuning.
Onbekend
De status Onbekend geeft aan dat resourcestatus meer dan tien minuten geen informatie over deze resource heeft ontvangen. Hoewel deze status geen definitieve indicatie is van de status van de resource, is het een belangrijk gegevenspunt in het probleemoplossingsproces. Als de resource wordt uitgevoerd zoals verwacht, wordt de status van de resource na enkele minuten gewijzigd in Beschikbaar. Als u problemen ondervindt met de resource, kan de status Onbekend voorstellen dat een gebeurtenis in het platform van invloed is op de resource.
Historische informatie
U hebt toegang tot maximaal 30 dagen statusgeschiedenis in de sectie Statusgeschiedenis van resourcestatus. De sectie bevat ook de reden (indien beschikbaar) voor downtime. Momenteel toont Azure de downtime voor uw resource met een granulariteit van twee minuten. De werkelijke downtime is waarschijnlijk minder dan een minuut. Het gemiddelde is 8 seconden.
Redenen voor downtime
Wanneer uw beheerde SQL-exemplaar uitvaltijd ondervindt, wordt een analyse uitgevoerd om een reden te bepalen. Indien beschikbaar, wordt de reden voor downtime gerapporteerd in de sectie Statusgeschiedenis van resourcestatus. Downtimeredenen worden doorgaans binnen 45 minuten na een gebeurtenis gepubliceerd.
Een onderhoudsvenster selecteren
U kunt het onderhoudsvenster zo configureren dat impactvolle onderhoudsevenementen voorspelbaar en minder verstorend zijn voor uw workload. De functie onderhoudsvenster helpt u bij het plannen van voorspelbare upgrades of gepland onderhoud. Er zijn geavanceerde meldingen beschikbaar voor alle met SQL beheerde exemplaren. Met meldingen vooraf kunnen klanten meldingen configureren die maximaal 24 uur voor een geplande gebeurtenis worden verzonden.
Gepland onderhoud
De Azure-infrastructuur voert periodiek gepland onderhoud uit: de upgrade van hardware- of softwareonderdelen in het datacenter. Terwijl de database onderhoud ondergaat, kan Azure SQL sommige bestaande verbindingen beëindigen en nieuwe verbindingen weigeren. De aanmeldingsfouten die zijn opgetreden tijdens gepland onderhoud zijn doorgaans tijdelijk en pogingslogica voor incidentele netwerkfouten helpt de impact te verminderen. Als u nog steeds aanmeldingsfouten ondervindt, neemt u contact op met de ondersteuning.
Herconfiguratie
Herconfiguraties worden beschouwd als tijdelijke voorwaarden en worden van tijd tot tijd verwacht. Deze gebeurtenissen kunnen worden geactiveerd door taakverdeling of software-/hardwarefouten. Elke clientproductietoepassing die verbinding maakt met een clouddatabase, moet een robuuste logica voor het opnieuw proberen van verbindingen implementeren voor tijdelijke fouten, omdat dit zou helpen deze situaties te beperken en de fouten in het algemeen transparant te maken voor de eindgebruiker.
Volgende stappen
- Meer informatie over logica voor nieuwe pogingen voor tijdelijke fouten.
- Problemen met SQL-verbindingen oplossen, diagnosticeren en voorkomen.
- Meer informatie over het configureren van Resource Health-waarschuwingen.
- Bekijk een overzicht van Resource Health.
- Bekijk de veelgestelde vragen over Resource Health.
- Configureer een onderhoudsvenster en meldingen vooraf.