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

Tervezett karbantartásról szóló értesítés az Azure Database for PostgreSQL-ben – Önálló kiszolgáló

  • Cikk

A KÖVETKEZŐKRE VONATKOZIK: Azure Database for PostgreSQL – Önálló kiszolgáló

Fontos

Azure Database for PostgreSQL – Az önálló kiszolgáló a kivezetési útvonalon van. Határozottan javasoljuk, hogy frissítsen az Azure Database for PostgreSQL rugalmas kiszolgálóra. A rugalmas Azure Database for PostgreSQL-kiszolgálóra való migrálással kapcsolatos további információkért lásd: Mi történik az önálló Azure Database for PostgreSQL-kiszolgálóval?

Megtudhatja, hogyan készülhet fel a tervezett karbantartási eseményekre az Azure Database for PostgreSQL-ben.

Mi az a tervezett karbantartás?

Az Azure Database for PostgreSQL szolgáltatás automatikusan elvégzi a mögöttes hardver, operációs rendszer és adatbázismotor javítását. A javítás új szolgáltatásszolgáltatásokat, biztonsági és szoftverfrissítéseket tartalmaz. A PostgreSQL-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ási időszak 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 15 órán belül befejeződik. Ez az időkeret a visszaállítási terv végrehajtásához szükséges pufferidőt is tartalmazza, ha szükséges. Az Azure Database for PostgreSQL-kiszolgálók tárolókban futnak, így az adatbázis-kiszolgáló újraindítása általában 60–120 másodpercet vesz igénybe, de nem lehet determinisztikus módon megállapítani, hogy ebben a 15 órában mikor lesz hatással a kiszolgálóra. 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ásától függ, ami miatt az adatbázis 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

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 PostgreSQL-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

  1. Az Azure Portalon válassza a Service Health lehetőséget.
  2. A Tervezett karbantartás lap kiválasztása
  3. 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

  1. A portálon válassza a Service Health lehetőséget.
  2. A Riasztások rész alatt válassza az Állapotriasztások lehetőséget.
  3. Válassza a + Szolgáltatásállapot riasztásának hozzáadása lehetőséget, majd töltse ki a mezőket.
  4. Töltse ki a szükséges mezőket.
  5. Válassza az Eseménytípus, majd a Tervezett karbantartás vagy Az összes kijelölése lehetőséget
  6. A műveletcsoportokban megadhatja, hogyan szeretné megkapni a riasztást (e-mail küldése, logikai alkalmazás aktiválása stb.)
  7. Győződjön meg róla, hogy a Szabály engedélyezése létrehozás után értéke Igen.
  8. 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. Azure Database for PostgreSQL – Az 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