Főverzió-frissítések 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ó támogatja a PostgreSQL 16., 15., 14., 13., 12. és 11. verzióját. A Postgres-közösség egy új főverziót ad ki, amely évente körülbelül egyszer tartalmaz új funkciókat. Emellett minden főverzió rendszeres hibajavításokat kap kisebb kiadások formájában. Az alverziófrissítések olyan módosításokat tartalmaznak, amelyek visszamenőlegesen kompatibilisek a meglévő alkalmazásokkal. A rugalmas Azure Database for PostgreSQL-kiszolgáló rendszeres időközönként frissíti az alverziókat az ügyfél karbantartási időszakában.

A főverzió-frissítések bonyolultabbak, mint az alverziófrissítések. Tartalmazhatnak belső módosításokat és olyan új funkciókat, amelyek esetleg nem kompatibilisek a meglévő alkalmazásokkal.

A rugalmas Azure Database for PostgreSQL-kiszolgáló olyan szolgáltatással rendelkezik, amely egyetlen kattintással végrehajtja a kiszolgáló helyi főverzió-frissítését. Ez a funkció leegyszerűsíti a frissítési folyamatot azáltal, hogy minimalizálja a kiszolgálóhoz hozzáférő felhasználók és alkalmazások fennakadásait.

A helyi frissítések megtartják az aktuális kiszolgáló nevét és egyéb beállításait a főverzió frissítése után. Nem igényelnek adatmigrálást vagy az alkalmazás kapcsolati sztring módosítását. A helyi verziófrissítés gyorsabb, és rövidebb állásidőt igényel, mint az adatmigrálás.

Feldolgozás

Íme néhány fontos szempont a helyszíni főverzió-frissítésekkel kapcsolatban:

  • A helyszíni főverzió-frissítés során a rugalmas Azure Database for PostgreSQL-kiszolgáló egy előzetes ellenőrzési eljárást futtat, amely azonosítja az esetleges problémákat, amelyek miatt a frissítés meghiúsulhat.

    Ha az előzetes ellenőrzés bármilyen inkompatibilitást talál, létrehoz egy naplóeseményt, amely azt mutatja, hogy a frissítés előtti ellenőrzés sikertelen volt, valamint egy hibaüzenetet.

    Ha az előzetes ellenőrzés sikeres, a rugalmas Azure Database for PostgreSQL-kiszolgáló leállítja a szolgáltatást, és implicit biztonsági másolatot készít a frissítés megkezdése előtt. A szolgáltatás ezzel a biztonsági mentéssel visszaállíthatja az adatbázispéldányt a korábbi verzióra, ha frissítési hiba történt.

  • A rugalmas Azure Database for PostgreSQL-kiszolgáló a pg_upgrade eszközt használja a helyi főverzió-frissítések végrehajtásához. A szolgáltatás rugalmasságot biztosít a verziók kihagyásához és a későbbi verziókra való közvetlen frissítéshez.

  • A magas rendelkezésre állású (HA) kiszolgáló helyszíni főverziójának frissítése során a szolgáltatás letiltja a HA-t, végrehajtja a frissítést az elsődleges kiszolgálón, majd újra engedélyezi a HA-t a frissítés befejezése után.

  • A legtöbb bővítmény automatikusan frissül a későbbi verziókra egy helyszíni főverzió-frissítés során, néhány kivételtől eltekintve.

  • A rugalmas Azure Database for PostgreSQL-kiszolgáló helyi főverzió-frissítésének folyamata automatikusan telepíti a legújabb támogatott alverziót.

  • A helyi főverzió-frissítés egy offline művelet, amely rövid állásidőt eredményez. Az állásidő általában kevesebb, mint 15 perc. Az időtartam az érintett rendszertáblák számától függően változhat.

  • A frissítés előtt hosszú ideig futó tranzakciók vagy nagy számítási feladatok növelhetik az adatbázis leállításához és a frissítési idő növeléséhez szükséges időt.

  • A helyszíni főverzió-frissítés sikeres elvégzése után nincs automatizált mód a korábbi verzióra való visszaállításra. A frissítés előtti időpontra történő helyreállítást (PITR) azonban elvégezheti az adatbázispéldány korábbi verziójának visszaállításához.

Főverzió-frissítési naplók

A főverzió-frissítési naplók (PG_Upgrade_Logs) közvetlen hozzáférést biztosítanak a részletes kiszolgálónaplókhoz. A frissítési folyamatba való integrálással PG_Upgrade_Logs zökkenőmentesebbé és átláthatóbbá teheti az új PostgreSQL-verziókra való áttérést.

A fő verziófrissítési naplókat ugyanúgy konfigurálhatja, mint a kiszolgálónaplókat a következő kiszolgálóparaméterek használatával:

  • A funkció bekapcsolásához állítsa a következőre logfiles.download_enableON: .
  • A naplófájlok napokon belüli megőrzésének meghatározásához használja a következőt logfiles.retention_days: .

Frissítési naplók beállítása

A használat PG_Upgrade_Logsmegkezdéséhez konfigurálhatja a naplókat az Azure Portalon vagy az Azure CLI-vel. Válassza ki a munkafolyamatnak leginkább megfelelő módszert.

A frissítési naplókat a kiszolgálónaplók felhasználói felületén keresztül érheti el. Itt valós időben követheti nyomon a PostgreSQL főverziófrissítéseinek előrehaladását és részleteit. Ez a felhasználói felület központi helyet biztosít a naplók megtekintéséhez, így könnyebben nyomon követheti és elháríthatja a frissítési folyamatot.

A frissítési naplók használatának előnyei

  • Éleslátó diagnosztikák: PG_Upgrade_Logs értékes betekintést nyújt a frissítési folyamatba. Részletes információkat rögzít az elvégzett műveletekről, és kiemeli az esetleges hibákat és figyelmeztetéseket. Ez a részletesség fontos szerepet játszott a frissítés során felmerülő problémák diagnosztizálásában és megoldásában, a zökkenőmentesebb átmenet érdekében.
  • Egyszerűsített hibaelhárítás: A naplókhoz való közvetlen hozzáféréssel gyorsan azonosíthatja és kezelheti a lehetséges frissítési akadályokat, csökkentheti az állásidőt, és minimalizálhatja a műveletekre gyakorolt hatást. A naplók kulcsfontosságú hibaelhárítási eszközként szolgálnak azáltal, hogy hatékonyabb és hatékonyabb problémamegoldást tesz lehetővé.

Korlátozások

Ha a helyszíni főverzió-frissítés előzetes ellenőrzése sikertelen, a frissítés a következő korlátozások részletes hibaüzenetével meghiúsul:

  • A helyszíni főverzió-frissítések jelenleg nem támogatják az olvasási replikákat. Ha van egy kiszolgálója, amely olvasási replikaként működik, törölnie kell a replikát, mielőtt végrehajtja a frissítést az elsődleges kiszolgálón. A frissítést követően újból létrehozhatja a replikát.

  • Az Azure Database for PostgreSQL – Rugalmas kiszolgáló megköveteli a forgalom küldését és fogadását az 5432-ben és a 6432-ben lévő célportokra azon a virtuális hálózaton belül, ahol a rugalmas kiszolgáló üzembe van helyezve, valamint az Azure Storage-ba naplóarchiválás céljából.

    Ha hálózati biztonsági csoportokat (NSG-ket) konfigurál a rugalmas kiszolgáló felé vagy onnan érkező forgalom korlátozására az üzembe helyezett alhálózaton belül, ügyeljen arra, hogy engedélyezze az alhálózaton belüli 5432- és 6432-s célportok felé irányuló forgalmat. Engedélyezze az Azure Storage felé történő forgalmat az Azure Storage szolgáltatáscímkével célként.

    Ha a hálózati szabályok nincsenek megfelelően beállítva, a HA nem lesz automatikusan engedélyezve a főverzió frissítése után, és manuálisan kell engedélyeznie a HA-t. Módosítsa az NSG-szabályokat a célportok és tárolók forgalmának engedélyezéséhez, valamint a határoló szolgáltatás engedélyezéséhez a kiszolgálón.

  • A helyszíni főverzió-frissítések nem támogatnak bizonyos bővítményeket, és bizonyos bővítmények frissítésére bizonyos korlátozások vonatkoznak. Az alábbi bővítmények nem támogatottak az összes PostgreSQL-verzióhoz: , , , , postgres_fdworafcepg_partman. dblinkpgauditTimescaledb

  • Ha a kiszolgálókat telepített PostGIS-bővítménysel frissíti, állítsa a search_path kiszolgálóparamétert explicit módon a következőkre:

    • A PostGIS-bővítmény sémái.
    • A PostGIS-től függő bővítmények.
    • A következő bővítmények függőségeiként szolgáló bővítmények: postgis, postgis_raster, postgis_sfcgal, postgis_tiger_geocoder, postgis_topology, address_standardizer, address_standardizer_data_usfuzzystrmatch , (kötelező).postgis_tiger_geocoder

  • A logikai replikálási tárolóhelyekkel konfigurált kiszolgálók használata nem támogatott.

Következő lépések

  • Ismerje meg, hogyan hajthat végre főverzió-frissítést.
  • Tudnivalók a zónaredundáns magas rendelkezésre állásról.
  • További információ a biztonsági mentésről és a helyreállításról.