Postgres pro szabvány dokumentáció 9
19.6. Frissítése a klaszter Postgres Pro
Ez a rész ismerteti, hogyan kell frissíteni az adatbázist fürt egyik változata Postgres Pro a másikra.
Basic változat Postgres Pro jelenti az első két számcsoporttal a teljes verzió, például 8.4. Korrekciós kérdések Postgres Pro jelentése a harmadik csoport a számok, mint a 8.4.2 - A második korrekciós verzió megjelenése 8.4. A korrekciós kérdések soha nem változik a belső tároló formátum, és mindig kompatibilis a korábbi és a későbbi kiadásokban az azonos fő változata, mint például a kibocsátás 8.4.2 kompatibilis 8.4, 8.4.1 és 8.4.6. Frissíteni egy kompatibilis verzió egyszerűen cserélje ki a végrehajtható kikapcsolta a kiszolgálóra, majd indítsuk el a szervert. data könyvtárban nem befolyásolja, hogy a korrekciós frissítés verziója meglehetősen egyszerű.
Amikor frissítése fő változata Postgres Pro belső adatformátum változhat, ami megnehezíti, hogy frissítse. A hagyományos módon történő adatátvitelre egy újabb nagyobb változatát - feltöltheti az adatokat a régi verziót, majd töltse be őket egy új (ez nem a leggyorsabb opció). Fejlesztés lehetővé teszi a gyorsabb pg_upgrade. Ön is használja replikáció frissíteni, az alábbiak szerint.
Változások a nagyobb változat általában hozzák a felhasználó által látható inkompatibilitási megkövetelhetik utómunka alkalmazásokat. Minden ilyen változtatás ismertetnek a kiadási megjegyzések (Függelék E); Fordítson különös figyelmet a «migrációs» szakasz (Migration). Ha a frissítés akkor hiányzik néhány alapvető változata, feltétlenül olvassa el a kiadási megjegyzéseket, beleértve az egyes kihagyott változat.
Óvatos felhasználók általában tesztelni az új verzió a kliens alkalmazások költözés előtt azt teljesen; így gyakran van értelme beállítani számos régi és új verziók. Amikor azt vizsgáljuk, a fő verzió frissítések Postgres Pro megvizsgálja az alábbi területeket esetleges változások:
Eszközök és szolgáltatások által nyújtott rendszergazdák számára, és kezeli a szerver gyakran változtatni és javítani minden új verzió. SQL
Ezen a területen az új SQL parancsok gyakrabban fordul elő, mint a viselkedésében változás a meglévő, kivéve, ha ez nem szerepel a kiadási megjegyzések. API könyvtárak
Jellemzően a típustárat libpq csak bővíteni a funkcionalitást, ha ennek az ellenkezője is nem szerepel a kiadási megjegyzéseket. A rendszer katalógusok
Változások a rendszer könyvtárak általában csak érinti adatbázis-kezelő eszközök. Server API C kód
Ezek közé tartozik a módosításokat az API szerver funkciókat, meg vannak írva a programozási nyelv C. Ezek a változások érintik a kódot, utalva a hatósági funkciók mélyen a szerverre.
19.6.1. Frissítés adatokat pg_dumpall
Az alábbi utasítások feltételezik, hogy a szerver telepítve van a / usr / local / pgsql. és az adatokat az / usr / local / pgsql / data. Meg kell majd helyettesíteni a pálya.
Amikor elkezd egy hát, hogy győződjön meg arról, hogy az adatbázis nem módosíthatja az adatokat. A változások nem érintik a integritását a kapták, de a módosított adatokat, önmagában, akkor nem kap. Szükség esetén módosíthatja az engedélyeket a /usr/local/pgsql/data/pg_hba.conf (vagy hasonló) fájlt kapcsolódni a szerverhez tudott csak te. További információ a hozzáférés-szabályozás, lásd 21. fejezet.
Ahhoz, hogy egy példányát az összes adat, írja be:
Ahhoz, hogy hozzon létre egy biztonsági másolat, akkor használja a pg_dumpall programot a jelenlegi változata a szerver; A részleteket lásd § 26.1.2. Azonban a legjobb eredményt, meg kell próbálnia pg_dumpall Postgres Pro 9.6.5.1, mivel ez a verzió tartalmaz hibajavítások és fejlesztések, mint a korábbi verziók. Miközben ezt a tanácsot tűnhet abszurd, mert az új verzió nincs telepítve, akkor követnie kell, ha azt tervezi, hogy telepíteni az új verziót egymás mellett a régi. Ebben az esetben, akkor telepíteni a szokásos módon, és adja át az adatokat később. Ez is csökkenti a frissítést.Állítsa le a régi szerver:
Azokban a rendszerekben, ahol a PostgreSQL Pro fut induláskor, a script kell futtatni, amellyel meg tudod csinálni ugyanazt. Például a Red Hat Linux működhet ez a lehetőség:
További indítási és leállítási a szerver fejezetben vannak leírva 19.Ha visszaállítja a backup, törölni vagy átnevezni a régi könyvtárat, ahol a szerver telepítve van, ha az ő neve nem kötődik a verziót. Nem lenne bölcs dolog, hogy a könyvtárat, nem pedig a törlésére, úgy, hogy vissza tudja állítani problémák esetén. Ne feledje azonban, hogy ez a könyvtár is foglalnak sok helyet a lemezen. Nevezze át a könyvtárat lehet, mint ez:
(Ez a könyvtár szükséges átnevezni (mozgás), mint egész, a relatív útvonalakat ez nem változott.)Végül visszaállíthatja az adatokat mentés végrehajtásával:
(Ebben az esetben az új psql fogják használni.)
Kis méret szerver-off idő telepíteni egy új szerver egy másik könyvtárba, és párhuzamosan fut a két szerver, régi és új, különböző kikötőkben. Akkor majd az adatokat, mint ez:
19.6.2. Frissítse adatok felhasználásával pg_upgrade
pg_upgrade modul lehetővé teszi a frissítés Postgres Pro egy nagyobb változat egy másik közvetlenül a helyszínen. Az ilyen naprakésszé lehet végezni néhány perc alatt, főleg Kapcsolja össze módban. Ez előírja, nagyjából azonos készítmény az eljárást, mint a változat pg_dumpall. start / stop a kiszolgálón futtassa initdb. Mindezen intézkedések leírását a dokumentáció pg_upgrade.
19.6.3. Frissítés az adatok felhasználása replikáció
Ön is használja néhány a replikációs módszerek, mint például a Slony. hogy hozzon létre egy backup szerver egy frissített változata a Postgres Pro. Ez annak köszönhető, hogy az a tény, hogy a Slony támogatja a replikációt különböző fő változata Postgres Pro. A backup szerver található ugyanazon a számítógépen, vagy egy másik. Ha a szinkronizálást a master szerver (azaz egy régebbi verzióját Postgres Pro) fejeződik be, akkor lehet, hogy egy jelentős új szerver és a régi adatbázis például egyszerűen kikapcsolja. Ezzel a kapcsolási frissítés elvégezhető összeomlanak a szerver néhány másodpercig.