Meer informatie over waar u heen kunt gaan en wat u kunt verwachten tijdens een incident
Wanneer we het hebben over een incident, hebben we het specifiek over een probleem aan de zijde van Microsoft/Azure: een probleem aan de platformzijde dat van invloed is op uw services. Tijdens deze zeldzame maar onvermijdelijke problemen is ons doel om zo transparant mogelijk met u te zijn door regelmatige updates rechtstreeks van onze technici te verstrekken. Wij streven ernaar om de juiste mensen via de juiste kanalen te informeren en zo veel mogelijk details te delen.
Hoewel we over het algemeen geen speculatie of de interne werking van probleemoplossingsstappen delen, delen we alles wat we weten over het incident. Er is geen vertraging in berichten, zelfs voor gedetailleerde berichten, op basis van de grootte of het segment van de klant, de partnerstatus of het ondersteuningsplan. Microsoft-partnerorganisaties en zelfs Microsoft-accountteams worden op hetzelfde moment op de hoogte gesteld en met dezelfde updates als de betrokken klanten die ze vertegenwoordigen.
Tijdens een incident
Bekijk Azure Service Health in Azure Portal voor de nieuwste updates van onze technici.
Als u een probleem ziet en moet begrijpen of het ons is of azure is, moet het controleren van Azure Service Health in de portal de eerste aanroeppoort zijn. Hoewel u zich bewust moet zijn van deze 'go-to-place', hoeft u niet op informatie reactief te zoeken, als u de relevante servicestatuswaarschuwingen vooraf hebt geconfigureerd. Tijdens een bekend probleem worden deze servicestatuswaarschuwingen geactiveerd en ontvangen ze een melding via het gekozen communicatiekanaal.
Notitie
Ter herinnering: stel de Service Health-waarschuwing in voor het ontvangen van meldingen over portalcommunicatie via het kanaal van uw keuze (e-mail, sms, webhook)
Als er problemen zijn met het openen van Service Health of de portal zelf, controleert u de openbare Azure-statuspagina.
In het onwaarschijnlijke geval dat een serviceprobleem optreedt in de manier waarop u toegang hebt tot Service Health in Azure Portal, wordt azure.status.microsoft gebruikt om updates te posten. Deze pagina wordt alleen gebruikt voor problemen die het gebruikelijke communicatiepad verstoren of voor zeldzame veelvoorkomende problemen.
Het is belangrijk om u eraan te herinneren dat azure.status.microsoft echt fungeert als back-up naar Azure Service Health. De meeste communicatie over serviceproblemen wordt aangeboden als gerichte meldingen die rechtstreeks naar betrokken abonnementen of tenants worden verzonden. Deze worden geleverd via Azure Service Health in Azure Portal en activeren eventuele Azure Service Health-waarschuwingen die zijn geconfigureerd. De openbare statuspagina (azure.status.microsoft) wordt alleen gebruikt om te communiceren over serviceproblemen in drie specifieke scenario's:
Scenario 1 : brede impact die betrekking heeft op meerdere regio's, zones of services: een serviceprobleem heeft brede/significante gevolgen voor klanten voor meerdere services voor een volledige regio of meerdere regio's. We melden u in dit geval omdat door de klant geconfigureerde tolerantie, zoals hoge beschikbaarheid of herstel na noodgevallen, mogelijk niet voldoende is om impact te voorkomen.
Scenario 2 : Azure Portal/Service Health is niet toegankelijk: een serviceprobleem belemmert u bij het openen van Azure Portal of Azure Service Health en heeft dus invloed gehad op ons standaard communicatiepad voor storingen dat eerder is beschreven.
Scenario 3 : impact op de service, maar niet zeker wie er precies wordt beïnvloed: het serviceprobleem heeft brede/aanzienlijke gevolgen voor de klant, maar we kunnen nog niet bevestigen welke klanten, regio's of services worden beïnvloed. In dit geval kunnen we geen gerichte communicatie verzenden, dus bieden we openbare updates.
Als er problemen zijn met de pagina Status, controleert u op updates via @AzureSupport op X.
Slechts een paar keer in de geschiedenis van Azure zijn er technische problemen op het gebied van het plaatsen van incidentupdates op azure.status.microsoft. In deze uitzonderlijke omstandigheden plaatsen we incidentupdates via X op @AzureSupport. Maar ongeacht het probleem, moeten klanten zich vrij voelen om contact op @AzureSupport te stellen met eventuele vragen met betrekking tot potentiële problemen die ze zien of met ondersteuningsvragen. Het @AzureSupport team reageert over het algemeen in minder dan 5 minuten (daar zijn we erg trots op!) maar het is belangrijk om te weten dat tijdens bekende problemen (bijvoorbeeld als er een storing in Service Health is) het incident al wordt gewerkt door de juiste technici, zodat het team mogelijk niet @AzureSupport veel kan helpen, naast het doorsturen van klanten naar de officiële technische updates van wat er gebeurt.
Neem contact op met de ondersteuning als uw impact/problemen niet overeenkomen met het incident (of als deze zich na risicobeperking blijven voordoen).
Dit is de belangrijkste opmerking voor klanten om te begrijpen wat ze moeten doen (of niet doen) tijdens een incident. Zoals hierboven vermeld, wordt tijdens bekende problemen (bijvoorbeeld als er een storing optreedt in Service Health) het incident al door de juiste technici uitgevoerd. Klanten hoeven dus geen contact op te leggen met ondersteuning voor updates. Ze ontvangen regelmatig updates via Service Health (en hun Servicestatus waarschuwingen) en ondersteuningstechnici hebben geen toegang tot meer gedetailleerde informatie dan wat wordt verstrekt aan betrokken klanten. Als klanten de updates van engineering hebben gelezen, maar ondersteuning nodig hebben om te reageren op het incident (bijvoorbeeld om hun failoverplannen te implementeren), kunnen en moeten ze een ondersteuningsticket indienen.
En als de symptomen die ze opmerken, niet 'in overeenstemming' lijken te zijn met de symptomen die worden beschreven in de probleemupdates (bijvoorbeeld als er een bekend probleem is met Redis Cache in US - oost, maar er problemen zijn met een Redis-cache in US - oost 2), is het mogelijk niet gerelateerd en moeten klanten een ondersteuningsticket indienen. Ten slotte, als een serviceprobleem is opgelost/verholpen, maar de klant nog steeds problemen met hun services ziet, kunnen ondersteuningstechnici hen helpen om te zien of er iets speciaals aan de hand is met hun resources, zodat klanten een ondersteuningsticket kunnen indienen en moeten indienen.