Ez a cikk az Azure SQL Database és a felügyelt Azure SQL-példány karbantartási időszakával kapcsolatos gyakori kérdésekre ad választ.
Mi a karbantartási időszak funkciója?
A karbantartási időszak funkció lehetővé teszi, hogy az Azure SQL-erőforrások előkészítését egy munkaidőn kívül eső, előre meghatározott időszakra ütemezze. További információ: Karbantartási időszak ütemezése.
Mi az alapértelmezett karbantartási szabályzat, ha nem választok egy adott ablakot sem?
A karbantartási események helyi idő szerint 17:00 és 20:00 óra között, hétfőtől vasárnapig tartanak.
A felhasználók az Azure-adatközponttól eltérő időzónában dolgoznak. Melyik időzóna a helyi?
A helyi időt az erőforrást üzemeltető Azure-régió helye határozza meg, és a nyári időszámítást a helyi időzóna-definíciónak megfelelően figyelheti meg. Ezt nem az SQL Database-ben (mindig UTC) vagy felügyelt példányon konfigurált időzóna határozza meg.
Választhatok egy adott időpontot/napot a karbantartási időszakhoz?
Nem, választhat az előre ütemezett hétköznapok vagy hétvégi ablakok közül. The maintenance can happen anytime or day within the window.
Mi történik, ha kiválasztok egy karbantartási időszakot?
A karbantartási időszak konfigurálása hosszú ideig futó aszinkron művelet, hasonlóan az Azure SQL-erőforrás szolgáltatási szintjének módosításához. Az erőforrás a folyamat során érhető el, kivéve egy rövid újrakonfigurálást, amely a művelet végén történik, és általában akár 8 másodpercig is tart, még akkor is, ha a hosszú ideig futó tranzakciók megszakadnak. Az újrakonfigurálás hatásának minimalizálása érdekében a műveletet a csúcsidőn kívül kell végrehajtania.
Általában milyen típusú frissítéseket hajtanak végre egy karbantartási időszak alatt?
The maintenance event may contain updates for hardware, firmware, operating system, satellite software components, or the SQL database engine. Ezek általában egyetlen kötegbe vannak kombinálva a karbantartási események előfordulásának minimalizálása érdekében. Felügyelt SQL-példány esetén a frissítések két kötegben vannak kombinálva, az egyik a fizikai infrastruktúrára, a másik az SQL-motorra és a logikai infrastruktúrára összpontosít. Felügyelt Azure SQL-példány esetén a felügyelt SQL-példány IP-címe megváltozik.
Milyen gyakoriak a frissítések?
A tervezett karbantartási frissítések átlagosan 35 naponta történnek, ami azt jelenti, hogy az ügyfél körülbelül egy tervezett karbantartási eseményre számíthat havonta az Azure SQL Database-ben. Felügyelt Azure SQL-példány esetén az ügyfelek havonta körülbelül két tervezett karbantartási frissítésre számíthatnak, de ezek a frissítések több karbantartási eseményt is eredményezhetnek.
Mire számíthatok egy karbantartási esemény során?
A karbantartási esemény azt az időszakot jelöli, amely alatt a frissítések az erőforráson lesznek alkalmazva. A karbantartási esemény a megadott karbantartási ablakban történik. Egy karbantartási esemény során az adatbázisok teljes mértékben elérhetők és elérhetők, de egyes karbantartási frissítések újrakonfigurálást igényelnek, mivel az Azure rövid időre offline állapotba helyezi az SQL Database-eket a karbantartási frissítések alkalmazásához (általában néhány másodpercig), és csak az ügyfél által kiválasztott karbantartási időszak alatt. Mivel a felügyelt SQL-példány esetében egy frissítés több karbantartási eseményt is eredményezhet, a konfigurált karbantartási időszaktól és a frissítés kezdőnapjától függően a frissítési események egy héten belül befejeződhetnek, vagy túlcsordulhatnak a következő hétre. A tervezett karbantartási események azonban soha nem lesznek végrehajtva a meghatározott karbantartási időszakokon kívül.
Hány újrakonfigurálásra számíthatok egy karbantartási esemény során?
Ha a karbantartási frissítés újrakonfigurálást igényel, általában egy újrakonfigurálás történik az ablakban. Felügyelt SQL-példány esetén több újrakonfigurálás is történhet.
Rugalmassá válhat az alkalmazásom az újrakonfigurálási eseményekkel szemben?
Igen, az átjáró karbantartása során az alkalmazások rugalmassága érdekében győződjön meg arról, hogy az ügyfélalkalmazások az átirányítási kapcsolati szabályzatot használják. For resilience during reconfiguration, leverage retry logic concepts.
Vannak előfeltételek a karbantartási időszak konfigurálásához?
A felügyelt Azure SQL-példányok esetében ideiglenesen további IP-címekre van szükség, mint a virtuális magok skálázási forgatókönyvében a megfelelő szolgáltatási szint esetében.
Mely régiókban választható a rendelkezésre álló karbantartási időszak?
Az elérhető régiók listáját a Karbantartási időszak rendelkezésre állása című témakörben találja.
Nem látom a régiómat a rendelkezésre álló régiók listájában, mit tehetek?
Vegye fel a kapcsolatot azsqlcmfeedback@microsoft.com a visszajelzés megosztásához és a régió terveinek ellenőrzéséhez.
Mi a karbantartási időszak díjszabása?
A karbantartási időszak konfigurálása és használata minden jogosult Azure-előfizetés-típus számára ingyenes, lásd: Karbantartási időszak funkció rendelkezésre állása.
Értesítést kapok a karbantartási időszakról?
A karbantartási esemény előtt 24 órával, közvetlenül a karbantartás megkezdése előtt és a karbantartási időszak befejeződésekor is dönthet úgy, hogy értesítést kap. Az Erőforrás-állapotközpont további információkért ellenőrizhető. Az e-mailek fogadásához konfigurálni kell az előzetes értesítéseket. További információ: Előzetes értesítések.
Mely szolgáltatásiszint-célkitűzések (SLO-k) közül választhatok karbantartási időszakot?
A karbantartási időszak kiválasztása a legtöbb SLO-ban elérhető néhány kivétellel, lásd a karbantartási időszak által támogatott szolgáltatásiszint-célkitűzéseket.
Ha kiválasztottam egy karbantartási időszakot egy erőforráshoz, és leskálázok egy szolgáltatásiszint-célkitűzésre (SLO), ahol a karbantartási időszak kiválasztása nem támogatott, mi történik az adatbázisommal?
Ebben az esetben a karbantartási időszak visszaáll az alapértelmezett beállításra, amely helyi idő szerint 17:00 és 20:00 között van.
Megszakíthatok vagy elhalaszthatok egy tervezett karbantartási eseményt a kapott értesítés alapján?
Nem. A közelgő karbantartási események lemondása vagy elhalasztása nem támogatott. Az értesítések segítenek felkészülni az eseményre.
Mennyi ideig tart a karbantartási időszak ütemezésének módosítása?
Bármikor választhat másik karbantartási időszakot, de a módosítások érvénybe lépése akár 24 órát is igénybe vehet.
Mi történik, ha egy karbantartási esemény meghiúsul?
Bár ritka, a karbantartási események során hibák vagy megszakítások fordulhatnak elő. Hiba esetén a rendszer visszaállítja a módosításokat, és a karbantartás más időpontra lesz ütemezve.
Hogyan ellenőrizze, hogy az adatbázisaim be vannak-e állítva a karbantartási időszakhoz?
Az Azure-erőforrás beállításai között a karbantartási lap lehetővé teszi az aktuális karbantartási terv ütemezésének áttekintését és módosítását. A PowerShell, a CLI vagy az Azure API segítségével áttekintheti és beállíthatja több erőforrás karbantartási időszakának ütemezését is.
Konfigurálhatok egy másik karbantartási időszakot az egyes Azure SQL-adatbázisokhoz egy rugalmas készletben?
Ha az adatbázis egy rugalmas készlet része, a rendszer alkalmazza a rugalmas készlet karbantartási időszakának konfigurációját. A rugalmas készleten kívüli önálló adatbázisok saját karbantartási időszak konfigurációval rendelkezhetnek.
Melyek a támogatott lehetőségek egy karbantartási időszak konfigurálásához egy meglévő Azure SQL Database-adatbázishoz vagy felügyelt SQL-példányhoz?
Azure Portal, PowerShell, Azure CLI és REST API.
Konfigurálhatok karbantartási időszakot az adatbázis visszaállítása, helyreállítása, másolása, importálása vagy GeoDR-forgatókönyvek során?
Jelenleg nem. A karbantartási időszak az adatbázis létrehozása után konfigurálható.
Be van jelölve az alapértelmezett karbantartási időszak. Engedélyezhetem az előzetes értesítéseket a karbantartáshoz?
Igen, ez jelenleg elérhető a felügyelt Azure SQL-példányban. Az Azure SQL Database esetében az előzetes értesítések nem konfigurálhatók az alapértelmezett karbantartási időszak beállításához. Karbantartási időszak kiválasztásakor a rendszer alapértelmezése helyett válasszon egy beállítást az előzetes értesítések konfigurálásához és engedélyezéséhez.
Nem tudok előre értesítéseket beállítani a tervezett karbantartásról, továbbra is látni fogom a tervezett karbantartási eseményt a Service Health irányítópultján?
Az Azure SQL Database esetében, ha az előzetes értesítések nincsenek konfigurálva, a Service Health nem jeleníti meg a tervezett karbantartási eseményeket. Felügyelt Azure SQL-példány esetén a tervezett karbantartási események akkor is láthatók a Service Health irányítópultján, ha az előzetes értesítések nincsenek konfigurálva.
Az előzetes értesítés kiterjed az összes karbantartási eseményre?
Nem, az előzetes értesítések csak a szolgáltatás megszakítását okozó tervezett karbantartási eseményekre összpontosítanak.
Beállíthatok riasztásokat a példány vagy az erőforráscsoport szintjén?
Nem. Az előzetes értesítések szolgáltatásállapot-riasztásokkal vannak konfigurálva. Szolgáltatásállapot riasztások támogatják az előfizetés, az erőforrástípus és a régiószintek konfigurálását. Ezért nem konfigurálható az értesítés az erőforráscsoport szintjén vagy a példány szintjén.
Konfigurálhatok riasztásokat a PowerShell vagy az Azure CLI használatával?
Nincsenek a szolgáltatásállapot-riasztások konfigurálására szolgáló PowerShell- és Azure CLI-parancsok. Azonban használhat ARM-sablont, és bármilyen szabványos módszert használhat a telepítéshez a PARANCSSOR és a PowerShell használatával. Kövesse a rövid útmutató útmutatását: Tevékenységnapló-riasztások létrehozása szolgáltatásértesítésekhez ARM-sablon használatával.
Ellenőrizhetim azoknak az erőforrásoknak a listáját, amelyekről értesítést kaptam?
Igen, az Azure Resource Graph Explorerrel lekérheti az érintett erőforrások listáját. Kapni fog egy előzetes értesítési e-mailt, amely tartalmazza az értesítés azonosítóját és az Azure Resource Graph Explorerre mutató hivatkozást.
Az értesítés szerint "Folyamatban", de az ablak még nem indult el?
Az értesítések elküldésének időtartama 1 óra. Ez azt jelenti, hogy az esemény előtt 25–24 órával, az ablak megnyitása előtt 1–1 perccel, az ablak bezárása után pedig 1–1 órával kaphat értesítést. Annak ellenére, hogy az értesítés címe "Folyamatban", az értesítés tartalma tartalmazza a karbantartási időszak kezdő és befejező időpontját, valamint azt a pillanatot, amikor a karbantartás megkezdődik és befejeződik.
Van olyan forgatókönyv, amelyben nem kapok értesítést a tervezett eseményről?
Igen, ha új erőforrást hozott létre, skálázási műveletet hajtott végre, vagy módosította a karbantartási időszakot, az adatbázis vagy a példány a már frissítésre ütemezett gépen köthet ki. Ebben az esetben csak akkor kap értesítést, ha az üzembe helyezési ablak elindul és véget ér. Minden jövőbeli üzembe helyezés esetén előzetes értesítést kap a tervezett eseményekről.
Ellenőrizhetim, hogy a példányom frissítve lett-e az elmúlt X napban?
Ezt csak akkor ellenőrizheti, ha speciális értesítéseket konfigurált a szolgáltatás állapotában. Az Azure Resource Graph Explorer használatával lekérheti a karbantartási események listáját, vagy használhatja a Service Health áttekintési oldalát.