Azure-karbantartási események tervezése az Azure SQL Database-ben és a felügyelt Azure SQL-példányban

A következőkre vonatkozik:Azure SQL DatabaseAzure SQL Managed Instance

Megtudhatja, hogyan készülhet fel az adatbázis tervezett karbantartási eseményeire az Azure SQL Database-ben és a felügyelt Azure SQL-példányban.

Mi az a tervezett karbantartási esemény?

Az Azure SQL Database és az Azure SQL Managed Instance-szolgáltatások biztonságának, megfelelő, stabil és teljesíthető állapotának megőrzése érdekében a frissítéseket szinte folyamatosan hajtják végre a szolgáltatásösszetevők. A modern és robusztus szolgáltatásarchitektúra, valamint az olyan innovatív technológiáknak köszönhetően, mint a hotpatching, a legtöbb frissítés teljesen transzparens és nincs hatással a rendelkezésre állásra. Ennek ellenére néhány frissítés rövid szolgáltatásmegszakítást okoz, és speciális kezelést igényel.

A tervezett karbantartás során az adatbázis kvórumának tagjai egyenként offline állapotba kerülnek azzal a szándékkal, hogy egy elsődleges replika válaszoljon. Az üzleti szempontból kritikus és prémium szintű adatbázisok esetében legalább egy másodlagos replika is online állapotban lesz, hogy ne legyen ügyfél-állásidő.

Amikor az elsődleges replikát offline állapotba kell hozni, újrakonfigurálási folyamat következik be.

  • Az üzleti szempontból kritikus és prémium szintű adatbázisok esetében az egyik másodlagos replika lesz az új elsődleges replika.
  • Általános célú, standard és alapszintű adatbázisok esetén az elsődleges replika egy másik állapot nélküli számítási csomópontra kerül, amely elegendő szabad kapacitással rendelkezik.

Mi várható egy tervezett karbantartási esemény során?

A karbantartási esemény az elsődleges és másodlagos replikák csillagképétől függően egy vagy több újrakonfigurálást eredményezhet a karbantartási esemény elején. Átlagosan 1,7 újrakonfigurálás történik tervezett karbantartási eseményenként. Az újrakonfigurálások általában 30 másodpercen belül befejeződnek. Az átlag nyolc másodperc. Ha már csatlakoztatva van, az alkalmazásnak újra csatlakoznia kell az adatbázis új elsődleges replikájához.

Ha új kapcsolatot próbál meg, miközben az adatbázis újrakonfiguráláson megy keresztül, mielőtt az új elsődleges replika online állapotba kerül, a 40613-es hiba (az adatbázis nem érhető el): Database '{databasename}' on server '{servername}' is not currently available. Please retry the connection later. Ha az adatbázis hosszú ideig futó lekérdezéssel rendelkezik, a lekérdezés egy újrakonfigurálás során megszakad, és újra kell indítani.

Karbantartási időszakok és előzetes értesítések

A karbantartási időszak funkció lehetővé teszi a megfelelő Azure SQL-adatbázisok és felügyelt SQL-példányok kiszámítható karbantartási időszak-ütemezéseinek konfigurálását. Az előzetes értesítéseket a karbantartási időszakok előtt is konfigurálhatja. További információkért lásd:

Tervezett karbantartási esemény szimulálása

Az éles környezetben való üzembe helyezés előtt győződjön meg arról, hogy az ügyfélalkalmazás rugalmasan kezeli a karbantartási eseményeket.

A tesztelés csökkenti az alkalmazáshibák kockázatát, és hozzájárul az alkalmazások végfelhasználók számára való rendelkezésre állásához. Az ügyfélalkalmazás viselkedését a tervezett karbantartási események során tesztelheti az alkalmazás hibatűrésének tesztelésével, PowerShell, parancssor vagy REST API használatával.

Felügyelt Azure SQL-példány esetén tekintse át a manuális feladatátvétel kezdeményezését is. A manuális feladatátvétel ugyanolyan viselkedést eredményez, mint az elsődleges replikát offline állapotba hozó karbantartási esemény.

Újrapróbálkozás logikája

A felhőalapú adatbázis-szolgáltatáshoz csatlakozó ügyfél-éles alkalmazásoknak robusztus kapcsolat-újrapróbálkozási logikát kell implementálniuk. A megfelelő automatikus újrapróbálkozási logika segít a lehető legátláthatóbbá tenni az újrakonfigurálásokat a végfelhasználók számára.

Szolgáltatásállapot-riasztás

Ha szolgáltatásproblémákra vagy tervezett karbantartási tevékenységekre vonatkozó riasztásokat szeretne kapni, az Azure Portalon a Service Health-riasztásokat a megfelelő eseménytípussal és műveletcsoportokkal használhatja. További információ: Riasztások fogadása az Azure szolgáltatásértesítésekről.

Az Azure SQL Database rendelkezésre állási metrikáit az Azure Portalon is figyelheti és konfigurálhatja.

Erőforrás állapota

Ha az adatbázis bejelentkezési hibákat tapasztal, ellenőrizze az Azure PortalResource Health ablakában az aktuális állapotot. Az Állapotelőzmények szakasz tartalmazza az egyes események állásidejének okát (ha elérhető).

Kapcsolódó tartalom

  • Last updated on