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

Ütemezett karbantartás az Azure Database for PostgreSQL-ben – rugalmas kiszolgáló

  • Cikk

A következőkre vonatkozik: Azure Database for PostgreSQL – Rugalmas kiszolgáló

A rugalmas Azure Database for PostgreSQL-kiszolgáló rendszeres karbantartást végez, hogy a felügyelt adatbázis biztonságos, stabil és naprakész maradjon. A karbantartás során a kiszolgáló új funkciókkal, frissítésekkel és javításokkal bővül.

Fontos

Kerülje az összes kiszolgálói műveletet (módosításokat, konfigurációmódosításokat, a kiszolgáló elindítását/leállítását) az Azure Database for PostgreSQL rugalmas kiszolgálókarbantartása során. Az ilyen tevékenységekben való részvétel kiszámíthatatlan eredményekhez vezethet, és hatással lehet a kiszolgáló teljesítményére és stabilitására. Várjon, amíg a karbantartás befejeződik, mielőtt kiszolgálóműveleteket hajt végre.

Karbantartási időszak kiválasztása

A karbantartást a hét egy adott napjára és a napon belül egy adott időszakra ütemezheti. Vagy engedélyezheti, hogy a rendszer automatikusan válasszon egy napot és egy időablakot.

A rendszer 5 nappal korábban karbantartási értesítéseket küld, hogy elegendő ideje legyen felkészülni. A rendszer azt is jelzi, hogy mikor indul el a karbantartás, és mikor fejeződik be sikeresen.

A közelgő ütemezett karbantartással kapcsolatos értesítések a következőek lehetnek:

  • E-mailben egy adott címre.
  • E-mailben elküldve egy Azure Resource Manager-szerepkörnek.
  • Sms-ben elküldve a mobileszközökre.
  • Leküldéses értesítésként egy Azure-alkalmazásba.
  • Hangüzenetként kézbesítve.

Amikor a karbantartási ütemezés beállításait adja meg, kiválaszthatja a hét egy napját és egy időablakot. Ha nem ad meg időablakot, a rendszer 11:00 és 19:00 óra között választja ki az időpontokat a kiszolgálórégióban. Az Azure-előfizetésben különböző ütemezéseket határozhat meg minden rugalmas Azure Database for PostgreSQL-kiszolgálópéldányhoz.

Fontos

A kiszolgáló sikeres ütemezett karbantartási eseményei közötti időköz általában legalább 30 nap. Kritikus vészhelyzeti frissítés, például súlyos biztonsági rés esetén azonban az értesítési időszak 5 napnál rövidebb lehet, vagy kihagyható. A kritikus frissítés akkor is alkalmazható a kiszolgálóra, ha a rendszer az elmúlt 30 napban sikeresen végrehajtotta az ütemezett karbantartást.

Az ütemezési beállításokat bármikor frissítheti. Ha a rugalmas Azure Database for PostgreSQL-kiszolgálópéldány karbantartást ütemez, és frissíti az ütemezési beállításokat, az aktuális bevezetés ütemezett módon folytatódik. Az ütemezési beállítások módosításai a következő ütemezett karbantartás sikeres befejezésekor lépnek életbe.

Rendszer által felügyelt és egyéni karbantartási ütemezések

Az Azure-előfizetésben minden rugalmas Azure Database for PostgreSQL-kiszolgálópéldányhoz megadhat rendszer által felügyelt ütemezést vagy egyéni ütemezést:

  • A rendszer által felügyelt ütemezéssel a rendszer bármely egyórás ablakot kiválaszt 11:00 és 19:00 óra között a kiszolgálórégió idejében.
  • Egyéni ütemezéssel megadhatja a kiszolgáló karbantartási időszakát a hét napjának és egy órás időkeretének kiválasztásával.

A frissítések először rendszer által felügyelt ütemezéssel rendelkező kiszolgálókra lesznek alkalmazva, majd az egyéni ütemezéssel rendelkező kiszolgálókra egy régióban legalább hét nap elteltével. A fejlesztési és tesztelési kiszolgálók korai frissítéseinek fogadásához használjon rendszer által felügyelt ütemezést. Ez a választás lehetővé teszi a korai tesztelést és a problémamegoldást, mielőtt a frissítések egyéni ütemezéssel érnék el az éles kiszolgálókat.

Az egyéni ütemezésű kiszolgálók frissítése hét nappal később, egy meghatározott karbantartási időszak során kezdődik. Az értesítés után nem késleltetheti a frissítéseket. Javasoljuk, hogy csak éles környezetekhez használjon egyéni ütemezéseket.

Ritkán előfordulhat, hogy a rendszer megszakítja a karbantartási eseményeket, vagy sikertelenül fejeződik be. Ha egy frissítés meghiúsul, az visszaáll, és a bináris fájlok előző verziója visszaáll. Előfordulhat, hogy a kiszolgáló a karbantartási időszak alatt is újraindul.

Ha egy frissítés megszakad vagy sikertelen, a rendszer értesítést küld a megszakított vagy meghiúsult karbantartási eseményről. A következő karbantartási kísérlet az aktuális ütemezési beállításoknak megfelelően van ütemezve, és öt nappal korábban értesítést kap róla.

Megfontolások és korlátozások

Néhány szempont a havi karbantartás során.

  • A havi karbantartás jelentős hatással van rájuk, és némi állásidőt is magukban foglalnak.
    • Az állásidő a kiszolgáló tranzakciós terhelésétől függ a karbantartás idején.

Kapcsolódó tartalom