19.6. Актуализиране на клъстер Postgres Pro
Този раздел обяснява как да обновите вашия клъстер база данни от една версия на Postgres Pro към друга.
Основна версия Postgres Pro е първите две групи от цифри в пълната версия, например, 8.4. Коригиращи въпроси Postgres Pro представлява третата група от числа, например 8.4.2 - втората корекция пускането на версия 8.4. Коригиращите въпроси никога не се променят формата на вътрешна памет, и те винаги са съвместими с предишните и следващите версии на една и съща основна версия, като например освобождаването на 8.4.2 е съвместим с 8.4, 8.4.1 и 8.4.6. За да преминете към по-съвместима версия просто замени изпълними изключени сървъра и след това започват сървъра. указател данни не е засегната, така че коригиращи актуализация на версията е съвсем проста.
При актуализиране основни версии на Postgres Pro вътрешния формат на данните може да се променя, което го прави трудно да се обогати. Традиционният начин за прехвърляне на данни към нова версия на основните - качване на данни от старата версия, и след това да ги зареди в нов (това не е най-бързия вариант). Upgrade позволява по-бързо pg_upgrade. Можете да използвате и репликация да се актуализира, както е описано по-долу.
Промени в основната версия обикновено въвеждат каквито и да било нововъведение за потребителите несъвместимости, които могат да изискват демонтаж на приложения. Всички тези промени са описани в бележките по версията (Приложение Е); Обърнете специално внимание на «Миграция» секцията (миграция). Ако надстройката ви липсват някои основни версии, не забравяйте да прочетете бележките по версията, включително за всяка пропусната версия.
Предпазливи потребители обикновено тестват новата си версия на клиентски приложения, преди да се премести, за да го изцяло; така че често има смисъл да се поставя редица стари и нови версии. При тестване на основните версия актуализира Postgres Pro разгледа следните области на възможни промени:
Инструменти и функции, предоставени от администраторите да наблюдават и управляват сървъра често се променят и подобряват с всяка нова версия. SQL
В тази област, появата на нови SQL команди се среща по-често, отколкото промяната в поведението на съществуващи, освен ако това не се споменава в бележките по изданието. API библиотеки
Обикновено, библиотеката тип libpq разширите само неговата функционалност, ако обратното също не се посочва в бележките по изданието. системните каталози
Промени в системните директории обикновено засягат само инструменти за управление на база данни. Сървър API за C код
Те включват промени в функциите на сървъра API, които са написани на език за програмиране С. Тези промени се отразяват на кода, позовавайки се на официални функции дълбоко в сървъра.
19.6.1. Обновяване на данни с използване на pg_dumpall
Следващите инструкции предполагат, че сървърът е инсталиран в директорията / ЮЕсАр / местни / pgsql. и данните са в / ЮЕсАр / местни / pgsql / данни. Вие ще трябва да замени своя път.
Когато започнете архивиране, се уверете, че базата данни не се променя данните. Промените не засягат целостта на получените копия, но променените данни, от само себе си, той няма да вляза. Ако е необходимо, променете разрешенията в /usr/local/pgsql/data/pg_hba.conf (или нещо подобно) файл, за да се свържете със сървъра може само вие. За повече информация за контрол на достъпа, виж глава 21.
За да получите копие на всички данни, въведете:
За да създадете резервно копие, можете да използвате програмата pg_dumpall от текущата версия на сървъра; За подробности се обърнете към подраздел 26.1.2. Въпреки това, за най-добри резултати, трябва да се опитате pg_dumpall на Postgres Pro 9.6.5.1, тъй като тази версия съдържа корекции на грешки и подобрения спрямо предишните версии. Докато този съвет може да изглежда абсурдно, защото новата версия не е инсталиран, трябва да следвате, ако планирате да инсталирате новата версия страна до рамо със старото. В този случай, можете да инсталирате, както обикновено, и прехвърляне на данни по-късно. Тя също така ще намали ъпгрейд.Спиране на старото сървъра:
При системите, при Postgres Pro работи при стартиране, сценарият трябва да се изпълняват, с които можете да направите същото. Така например, в Red Hat Linux може да работи тази опция:
Повече пускане и спиране на сървъра, са описани в глава 19.Когато се възстанови от резервно копие, премахнете или преименувате старата директорията, където е инсталирана на сървъра, ако името му не е свързана с версията. Би било разумно да преименувате директорията, а не да го изтриете, така че можете да възстановите в случай на проблем. Все пак, имайте предвид, че тази директория могат да заемат много място на диска. Преименуване на директорията може да бъде по този начин:
(Тази директория е необходимо, за да преименувате (ход) като цяло, за относителните пътища в него не са се променили.)И накрая, възстановяване на данни от резервно копие, като се изпълняват:
(В този случай ще се използва новата psql.)
Минимизиране на сървъра изключване време е да инсталирате нов сървър в друга директория и да минава успоредно двата сървъра, стари и нови, с различни портове. След това можете да прехвърлите данните по този начин:
19.6.2. Актуализиране на използване pg_upgrade данни
pg_upgrade модул ви позволява да актуализирате вашата инсталация на Postgres Pro от една основна версия на друг директно на място. Такава актуализация може да се извърши в рамките на няколко минути, особено в --link режим. Тя изисква приблизително същата процедура подготовка както за версията с pg_dumpall. пускане / спиране на сървъра, работи initdb. Всички тези действия са описани в pg_upgrade на документация.
19.6.3. Обновяването от използването на репликация на данни
Можете да използвате някои от методите за репликация, като Slony. за създаване на резервно копие на сървър с актуализирана версия на Postgres Pro. Това е възможно благодарение на факта, че Slony поддържа репликация между различните основни версии на Postgres Pro. Сървърът за архивиране може да се намира на същия компютър или на друг. След синхронизацията с главния сървър (който работи по-стара версия на Postgres Pro) ще бъде завършен, е възможно да се направи основен нов сървър и стария модел на базата данни просто изключите. С тази смяна на актуализация може да бъде направено чрез разбиване на сървъра за няколко секунди.