Megosztás a következőn keresztül:

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

  • Cikk

A következőre vonatkozik: Azure SQL DatabaseFelügyelt Azure SQL-példány

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 és az innovatív technológiák, például a gyakori javítások révén a frissítések többsége teljes mértékben transzparens és hatástalan a szolgáltatás rendelkezésre állása szempontjából. 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. A üzletileg kritikus és a 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 fog történni. A üzletileg kritikus és a Premium-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ülne, a 40613-at (az adatbázis nem érhető el) hibaüzenet jelenik meg: "{databasename}" adatbázis a(z) {servername} kiszolgálón jelenleg nem érhető el. Később próbálkozzon újra a kapcsolattal." 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.

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

Annak biztosítása, hogy az ügyfélalkalmazás ellenálló legyen a karbantartási eseményekkel szemben az éles üzembe helyezés előtt, segít csökkenteni az alkalmazáshibák kockázatát, és hozzájárul az alkalmazások rendelkezésre állásához a végfelhasználók számára. Az ügyfélalkalmazás viselkedését a tervezett karbantartási események során tesztelheti az alkalmazáshibák rugalmasságának tesztelésével a PowerShell, a CLI vagy a REST API használatával. Lásd még a felügyelt példány manuális feladatátvételének kezdeményezését. Az elsődleges replikát offline állapotba hozó karbantartási eseményként azonos viselkedést eredményez.

Retry logic

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. Ez segít átláthatóvá tenni az újrakonfigurálásokat a végfelhasználók számára, vagy legalább minimalizálni a negatív hatásokat.

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.

Erőforrás állapota

Ha az adatbázis bejelentkezési hibákat tapasztal, ellenőrizze az Azure Portal Resource 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ő).

Karbantartási időszak funkció

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. A karbantartási időszak előzetes értesítései nem alapértelmezett karbantartási időszak használatára konfigurált adatbázisokhoz érhetők el. A karbantartási időszakok és a karbantartási időszakok előzetes értesítései általánosan elérhetők az Azure SQL Database-hez. A felügyelt Azure SQL-példányok esetében a karbantartási időszakok általánosan elérhetők, de az előzetes értesítések nyilvános előzetes verzióban érhetők el.

Következő lépések