Tervezett karbantartási értesítés az Azure Database for MySQL-ben – önálló kiszolgáló
A következőkre vonatkozik: Azure Database for MySQL – Önálló kiszolgáló
Fontos
Az önálló Azure Database for MySQL-kiszolgáló a kivonási útvonalon van. Határozottan javasoljuk, hogy frissítsen rugalmas Azure Database for MySQL-kiszolgálóra. További információ a rugalmas Azure Database for MySQL-kiszolgálóra való migrálásról: Mi történik az önálló Azure Database for MySQL-kiszolgálóval?
Megtudhatja, hogyan készülhet fel a tervezett karbantartási eseményekre az Azure Database for MySQL-ben.
Mi az a tervezett karbantartás?
Az Azure Database for MySQL szolgáltatás a mögöttes hardver, operációs rendszer és adatbázismotor automatikus javítását végzi. A javítás új szolgáltatásszolgáltatásokat, biztonsági és szoftverfrissítéseket tartalmaz. A MySQL-motor esetében az alverziófrissítések automatikusak, és a javítási ciklus részeként szerepelnek benne. A javításhoz nincs szükség felhasználói műveletre vagy konfigurációs beállításokra. A javítást széles körben teszteljük, és biztonságos üzembe helyezési eljárásokkal gördülünk ki.
A tervezett karbantartás egy karbantartási időszak, amikor ezeket a szolgáltatásfrissítéseket egy adott Azure-régió kiszolgálóira telepítik. A tervezett karbantartás során a rendszer létrehoz egy értesítési eseményt, amely tájékoztatja az ügyfeleket, hogy mikor megy végbe a szolgáltatásfrissítés üzembe helyezése abban az Azure-régióban, amelyben a kiszolgálóik találhatók. Két tervezett karbantartás közötti minimális időtartam 30 nap. A következő karbantartási időszakról 72 órával korábban értesítést kap.
Tervezett karbantartás – időtartam és az ügyfélre gyakorolt hatás
Egy adott Azure-régió tervezett karbantartása általában várhatóan 15 órát vesz igénybe. Az ablak pufferidőt is tartalmaz a visszaállítási terv végrehajtásához, ha szükséges. A tervezett karbantartás során előfordulhat, hogy az adatbázis-kiszolgáló újraindul vagy feladatátvételt végez, ami az adatbázis-kiszolgálók rövid elérhetetlenségét eredményezheti a végfelhasználók számára. Az Azure Database for MySQL-kiszolgálók tárolókban futnak, így az adatbázis-kiszolgáló újraindítása általában gyors, várhatóan 60–120 másodperc alatt fejeződik be. A mérnöki csapat gondosan figyeli a teljes tervezett karbantartási eseményt, beleértve az egyes kiszolgálók újraindításait is. A kiszolgáló feladatátvételi ideje az adatbázis-helyreállítási időtől függ, ami hosszabb ideig online állapotba kerülhet, ha a feladatátvétel időpontjában nagy tranzakciós tevékenység van a kiszolgálón. A hosszabb újraindítási idő elkerülése érdekében ajánlott elkerülni a hosszú ideig futó tranzakciókat (tömeges terheléseket) a tervezett karbantartási események során.
Összefoglalva, míg a tervezett karbantartási esemény 15 órán át fut, az egyes kiszolgálói hatás általában 60 másodpercig tart a kiszolgálón végzett tranzakciós tevékenységtől függően. A rendszer 72 naptári órával a tervezett karbantartás megkezdése előtt küld értesítést, egy másikat pedig egy adott régióban, miközben a karbantartás folyamatban van.
Hogyan kaphatok értesítést a tervezett karbantartásról?
A tervezett karbantartási értesítések funkcióval riasztásokat kaphat egy közelgő tervezett karbantartási eseményről. A közelgő karbantartásról az esemény előtt 72 naptári órával, egy másikkal pedig az adott régióban folyamatban lévő karbantartásról kap értesítést.
Értesítés tervezett karbantartásról
Fontos
A tervezett karbantartási értesítések jelenleg előzetes verzióban érhetők el az USA nyugati középső régiója kivételével minden régióban
A tervezett karbantartási értesítések lehetővé teszik, hogy riasztásokat kapjon a közelgő tervezett karbantartási eseményről az Azure Database for MySQL-hez. Ezek az értesítések integrálva vannak a Service Health tervezett karbantartásával, és lehetővé teszik az előfizetések összes ütemezett karbantartásának megtekintését egy helyen. Emellett abban is segítenek, hogy az értesítést a különböző erőforráscsoportok megfelelő célközönségeire kiterjessze, mivel előfordulhat, hogy különböző kapcsolattartók felelnek a különböző erőforrásokért. Az esemény előtt 72 naptári órával értesítést kap a közelgő karbantartásról.
Minden olyan kísérletet megteszünk, hogy minden eseményről 72 órás értesítést küldsünk a tervezett karbantartásról . Kritikus vagy biztonsági javítások esetén azonban az értesítések az eseményhez közelebbi időpontban is érkezhetnek, vagy akár el is maradhatnak.
Ellenőrizheti a tervezett karbantartási értesítéseket az Azure Portalon, vagy konfigurálhatja a riasztásokat az értesítések fogadásához.
Tervezett karbantartási értesítés ellenőrzése az Azure Portalról
- Az Azure Portalon válassza a Service Health lehetőséget.
- A Tervezett karbantartás lap kiválasztása
- Válassza ki az előfizetést, régiót és szolgáltatást , amelynek a tervezett karbantartási értesítését ellenőrizni szeretné.
Tervezett karbantartással kapcsolatos értesítések
- A portálon válassza a Service Health lehetőséget.
- A Riasztások rész alatt válassza az Állapotriasztások lehetőséget.
- Válassza a + Szolgáltatásállapot riasztásának hozzáadása lehetőséget, majd töltse ki a mezőket.
- Töltse ki a szükséges mezőket.
- Válassza az Eseménytípus, majd a Tervezett karbantartás vagy Az összes kijelölése lehetőséget
- A műveletcsoportokban megadhatja, hogyan szeretné megkapni a riasztást (e-mail küldése, logikai alkalmazás aktiválása stb.)
- Győződjön meg róla, hogy a Szabály engedélyezése létrehozás után értéke Igen.
- Kattintson a Riasztási szabály létrehozása gombra a riasztás létrehozásának befejezéséhez
A szolgáltatásállapot-riasztások létrehozásának részletes lépéseit a szolgáltatásértesítések tevékenységnapló-riasztásainak létrehozása című témakörben találja.
Visszavonhatom vagy elhalaszthatom a tervezett karbantartást?
Karbantartásra van szükség a kiszolgáló biztonságának, stabil és naprakész állapotának megőrzéséhez. A tervezett karbantartási eseményt nem lehet megszakítani vagy elhalasztani. Miután az értesítést egy adott Azure-régióba küldte, a javítás ütemezése nem módosítható az adott régió egyetlen kiszolgálója esetében sem. A javítás a teljes régióra egyszerre kerül ki. Az Azure Database for MySQL – Egykiszolgálós szolgáltatás olyan natív felhőalkalmazásokhoz készült, amelyek nem igénylik a szolgáltatás részletes vezérlését vagy testreszabását. Ha szeretné ütemezni a kiszolgálók karbantartását, javasoljuk, hogy fontolja meg a rugalmas kiszolgálók használatát.
A javítás egyszerre történik az összes Azure-régión?
Nem, az összes Azure-régió ki van javítva az üzembe helyezéssel kapcsolatos bölcs időszakok időzítése során. Az üzembe helyezés bölcs ablaka általában helyi idő szerint 17:00 és 20:00 között tart egy adott Azure-régióban. A földrajzilag párosított Azure-régiók különböző napokon vannak javítva. Az adatbázis-kiszolgálók magas rendelkezésre állása és üzletmenet-folytonossága érdekében ajánlott a régiók közötti olvasási replikák használata.
Újrapróbálkozási logika
Az átmeneti hiba, más néven átmeneti hiba egy olyan hiba, amely megoldja magát. A karbantartás során átmeneti hibák léphetnek fel. A legtöbb ilyen eseményt a rendszer kevesebb mint 60 másodperc alatt automatikusan enyhíti. Az átmeneti hibákat újrapróbálkozási logikával kell kezelni.
Következő lépések
- További információt a riasztások beállításáról a metrikák riasztásainak létrehozásával kapcsolatos útmutatásért talál.
- Az Önálló Azure Database for MySQL-kiszolgálóval kapcsolatos csatlakozási problémák elhárítása
- Átmeneti hibák kezelése és hatékony csatlakozás az Önálló Azure Database for MySQL-kiszolgálóhoz