PostgreSQL
 sql >> база данни >  >> RDS >> PostgreSQL

Надграждане на PostgreSQL 11 до PostgreSQL 13 с TimescaleDB и PostGIS в Linux с помощта на pg_upgrade

Бизнесите и предприятията, използващи стари версии на PostgreSQL (PG), са изправени пред предизвикателства при надграждане поне до най-новата стабилна версия от PostgreSQL 12 или PostgreSQL 13. Има много причини, поради които надграждането до най-новата версия е трябва да. Някои от основните причини за това са да се възползват от неговите критични подобрения на вградените му функционалности, актуализации на защитата, подобрения в производителността и нови реализации, полезни за управлението на база данни.

Надграждането на PostgreSQL идва с няколко предизвикателства, тъй като не е толкова лесно в сравнение с други масови бази данни. Ако се сблъскате с такъв тип проблем, не се притеснявайте. PostgreSQL не ви блокира за конкретна версия, която да използвате. В този блог ще разгледаме пример за това предизвикателство, докато имаме инсталирани TimescaleDB и PostGIS на съществуващ хост PostgreSQL 11.

Защо pg_upgrade?

pg_upgrade съществува от много дълго време като инструмент за надграждане на основни версии на PostgreSQL. Използването на този инструмент не е необходимо за незначителни надстройки на версията, което означава, че не е необходимо надграждане на текущата ви версия от 11.9 до 11.13.

Когато надграждате вашия PostgreSQL до основна версия с pg_upgrade, инструментът работи, като позволява на данните, съхранявани в PostgreSQL файлове с данни, да бъдат надстроени до по-късна основна версия на PostgreSQL. Това работи, без да е необходимо изхвърляне/презареждане на данни, което може да отнеме известно време, ако имате голям набор от данни.

Сега идва суматохата. Известно е, че PostgreSQL, особено за основните версии на версиите, има добавени нови функции, които често променят оформлението на системните таблици,  но вътрешният формат за съхранение на данни рядко се променя. pg_upgrade използва този факт за извършване на бързи надстройки чрез създаване на нови системни таблици и просто повторно използване на старите файлове с потребителски данни. Ако бъдеща основна версия някога промени формата за съхранение на данни по начин, който прави стария формат на данни нечетлив, pg_upgrade няма да може да се използва за такива надстройки. (Общността ще се опита да избегне подобни ситуации.)

Някои може да сметнат pg_upgrade за опасен, особено за производствената среда. Е, този инструмент е бил широко използван другаде от QA, до dev, до производствени среди. Той има своите ограничения или предупреждения, като например известния Unicode или набори от знаци, съхранявани във вашия набор от данни. В този случай може да помислите за използването на pg_dump/pg_restore, но може да отнеме известно време, за да завършите в зависимост от това колко големи са вашите данни. За по-нови версии на PostgreSQL, като PG 14.0, можете да направите само изхвърляне/възстановяване (или експортиране/импортиране) или логическа репликация, в противен случай използвайте pg_upgrade.

За по-големи набори от данни, използването на pg_upgrade изисква да стартирате това на същия хост, който по подразбиране прилага копие на всичките ви физически файлове от вашата директория с данни. В този случай pg_upgrade поддържа опцията -k или --link, което означава, че ще използва твърди връзки, вместо да копира файлове в новия клъстер.

pg_upgrade прави всичко възможно, за да се увери, че старите и новите клъстери са двоично съвместими, например чрез проверка за съвместими настройки по време на компилиране, включително 32/64-битови двоични файлове. Също така е важно всички външни модули да са двоично съвместими, въпреки че това не може да бъде проверено от pg_upgrade.

pg_upgrade поддържа надстройки от 8.4.X и по-късно до текущата основна версия на PostgreSQL, включително моментна снимка и бета версии.

Ето ситуацията...

При тази настройка използвах ClusterControl за разгръщане на клъстер от база данни PostgreSQL 11 за един възел. Следните са тествани на Centos 7 и Ubuntu Focal (20.04.1):

$ /usr/pgsql-11/bin/postgres --version
postgres (PostgreSQL) 11.13

postgres=# \dx
                                           List of installed extensions

          Name          | Version |   Schema   |                            Description

------------------------+---------+------------+-------------------------------------------------------------------
 fuzzystrmatch          | 1.1     | public     | determine similarities and distance between strings
 pg_stat_statements     | 1.6     | public     | track execution statistics of all SQL statements executed
 plpgsql                | 1.0     | pg_catalog | PL/pgSQL procedural language
 postgis                | 3.1.4   | public     | PostGIS geometry and geography spatial types and functions
 postgis_raster         | 3.1.4   | public     | PostGIS raster types and functions
 postgis_sfcgal         | 3.1.4   | public     | PostGIS SFCGAL functions
 postgis_tiger_geocoder | 3.1.4   | tiger      | PostGIS tiger geocoder and reverse geocoder
 postgis_topology       | 3.1.4   | topology   | PostGIS topology spatial types and functions
 timescaledb            | 2.3.1   | public     | Enables scalable inserts and complex queries for time-series data
(9 rows)

И така, получих следното,

Версия на PostgreSQL сървъра: 11.13

Версия на TimescaleDB: 2.3.1

Версия на PostGIS: 3.1.4

Ако искате да тествате това с ClusterControl, има два начина да имате TimescaleDB. Можете да разгърнете клъстер TimescaleDB или да имате PostgreSQL и да активирате приставката TimescaleDB.

Настройка за вашия PostgreSQL 13

Използването на настройката на вашия мениджър на пакети за Linux средата с вашето хранилище PostgreSQL и TimescaleDB е по-лесно. Ето стъпките за това:

Настройте необходимите хранилища

Първо, нека добавим хранилището на PostgreSQL.

За CentOS/RHEL/Oracle Linux

Трябва да се уверите, че имате правилното хранилище. За Enterprise Linux (EL) 7 можете да направите следното:

sudo yum -y install https://download.postgresql.org/pub/repos/yum/reporpms/EL-7-x86_64/pgdg-redhat-repo-latest.noarch.rpm

За друга архитектура можете да базирате тук https://download.postgresql.org/pub/repos/yum/reporpms/ и да замените поддиректорията EL-7-x86_64.

Нека добавим и хранилището на TimescaleDB.

vi /etc/yum.repos.d/timescale_timescaledb.repo

След това добавете следното съдържание за този файл,

[timescale_timescaledb]
name=timescale_timescaledb
baseurl=https://packagecloud.io/timescale/timescaledb/el/7/\$basearch
repo_gpgcheck=1
gpgcheck=0
enabled=1
gpgkey=https://packagecloud.io/timescale/timescaledb/gpgkey
sslverify=1
sslcacert=/etc/pki/tls/certs/ca-bundle.crt
metadata_expire=300

Просто заменете съответно baseurl, ако използвате версия, различна от EL 7.

За Ubuntu/Debian

Добавете PG хранилището за Ubuntu Focal:

deb http://apt.postgresql.org/pub/repos/apt/ focal-pgdg main

За други дистрибуции на Ubuntu/Debian, просто заменете съответно focal, който можете да намерите тук http://apt.postgresql.org/pub/repos/apt/dists/. Например заменете focal-pgdg с buster-pgdg.

Сега нека добавим хранилището за TimescaleDB,

sudo sh -c "echo 'deb [signed-by=/usr/share/keyrings/timescale.keyring] https://packagecloud.io/timescale/timescaledb/ubuntu/ $(lsb_release -c -s) main' > /etc/apt/sources.list.d/timescaledb.list"

Импортирайте ключодържателя,

wget --quiet -O - https://packagecloud.io/timescale/timescaledb/gpgkey | sudo gpg --dearmor -o /usr/share/keyrings/timescale.keyring

и актуализирайте списъците с пакети за надстройки за пакети, които се нуждаят от надстройка, както и нови пакети, които току-що са дошли в хранилищата.

sudo apt-get update

Можете да замените поддиректорията в URL адреса, ако използвате Debian от ubuntu.

Сега, когато имаме готово хранилище, сме готови.

Инсталирайте PostgreSQL версия 13 с TimescaleDB и PostGIS

Инсталирането на PostgreSQL 13 може да се извърши на същия хост. Първо, трябва да се уверите, че неща като порта на базата данни са уникални. С други думи, той трябва да е различен от текущия PostgreSQL 11, инсталиран на същия хост.

За CentOS/RHEL/Oracle Linux

Изпълнете командата по-долу, за да инсталирате PostgreSQL 13 и зависимите от него пакети: 

yum install postgresql13.x86_64 postgresql13-server.x86_64 postgresql13-contrib.x86_64 postgresql13-libs.x86_64  

След това инициализирайте клъстера на базата данни и неговата необходима колекция от бази данни, като изпълните командата по-долу:

$ /usr/pgsql-13/bin/postgresql-13-setup initdb

В този момент трябва да има две директории с данни както за PG 11, така и за PG 13:

[[email protected] ~]# ls -alth /var/lib/pgsql/* -d
drwx------. 4 postgres postgres 51 Sep 22 14:19 /var/lib/pgsql/13
drwx------. 4 postgres postgres 33 Sep 21 18:53 /var/lib/pgsql/11

Сега, когато сме добри с PostgreSQL 13, нека инсталираме TimescaleDB. Трябва да се уверим, че приставката за инсталиране е същата версия на PostreSQL 11. 

Обърнете внимание, че за да сте сигурни, че pg_upgrade ще работи гладко, плъгините на вашия източник и дестинация на основната версия трябва да са една и съща версия. Това е така, защото pg_upgrade ще търси определените от него библиотеки, свързани с плъгините или разширенията, които са били заредени или използвани от вашата стара или изходна версия на базата данни на вашия PostgreSQL. Можете да потвърдите това във вашия Enterprise Linux, като стартирате showduplicates или като проверите с информация, както по-долу, с dnf или yum:

$ yum --showduplicates list timescaledb_13.x86_64 timescaledb-2-postgresql-13.x86_64 timescaledb-2-oss-postgresql-13.x86_64 timescaledb-2-loader-postgresql-13.x86_64|grep '2.3.1'
Repository pgdg-common is listed more than once in the configuration
timescaledb-2-loader-postgresql-13.x86_64  2.3.1-0.el7     timescale_timescaledb
timescaledb-2-oss-postgresql-13.x86_64     2.3.1-0.el7     timescale_timescaledb
timescaledb-2-postgresql-13.x86_64         2.3.1-0.el7     timescale_timescaledb

Или го потвърдете с опцията за информация:

$ yum info timescaledb-2-loader-postgresql-13-2.3.1-0.el7.x86_64 timescaledb-2-postgresql-13-2.3.1-0.el7.x86_64

Сега сме готови да инсталираме пакета TimescaleDB за версията PG 13.

$ yum install timescaledb-2-loader-postgresql-13-2.3.1-0.el7.x86_64 timescaledb-2-postgresql-13-2.3.1-0.el7.x86_64

След като го инсталирате, можете да опитате да стартирате инструмента timescaledb-tune, за да настроите своя конфигурационен файл postgresql.conf. Просто изпълнете командата по-долу:

$  timescaledb-tune --pg-config=/usr/pgsql-13/bin/pg_config

Сега нека инсталираме и пакета PostGIS за версията PG 13.

$ yum install -y postgis31_13.x86_64 

За Ubuntu/Debian

Просто стартирайте:

$  apt install postgresql-client-13 postgresql-13

Страхотното нещо с дистрибуциите на Ubuntu/Debian е, че има инструменти за PostgreSQL, които са много удобни за управление на вашите PostgreSQL клъстери, като pg_lsclusters,  pg_ctlcluster и др. 

Можете да проверите инсталираните налични клъстери.

$ pg_lsclusters
Ver Cluster Port Status Owner    Data directory              Log file
11  main    5432 online   postgres /var/lib/postgresql/11/main log/postgresql-%Y-%m-%d_%H%M%S.log
13  main    5433 online postgres /var/lib/postgresql/13/main /var/log/postgresql/postgresql-13-main.log

В Ubuntu/Debian няма нужда да променяте порта, тъй като той ще се обработва по време на инсталационната фаза и той съответно го открива и задава по уникален начин.

Сега нека инсталираме TimescaleDB.

$ apt install timescaledb-2-loader-postgresql-13 timescaledb-2-postgresql-13

По избор можете да стартирате инструмента timescaledb-tune, за да настроите своя конфигурационен файл postgresql.conf, като просто извикате инструмента по следния начин:

$ timescaledb-tune

Сега сме готови да инсталираме пакета PostGIS за PG 13.

$ apt install postgresql-13-postgis-3-scripts postgresql-13-postgis-3

Прегледайте вашия postgresql.conf

Винаги е по-добре да прегледате конфигурационния си файл postgresql.conf. Във версиите на Enterprise Linux можете да намерите вашия postgresql.conf или във вашата data_directory, или в пътя на PGDATA. Докато за Ubuntu/Debian можете да го намерите  в /etc/postgresql/<номер-версия>/<име-клъстер>/postgresql.conf. Уверете се, че във вашия postgresql.conf следните редове са конфигурирани правилно:

shared_preload_libraries = 'pg_stat_statements,timescaledb'     # pg_stat_statements is not required but if you are using ClusterControl, make sure this is appended.
port = 5532   # make sure that the port number is unique than the old version of your PostgreSQL

listen_address = *     # depends on your setup but if you need to specify the available network interfaces to its IP addresses (IPv4 or IPv6) set it accordingly.

Най-добра практика е да сравните старата и новата си версия на вашите PostgreSQL конфигурационни файлове, за да се уверите, че вашият postgresql.conf е идентичен с това, което е необходимо и зададено.

Преди да продължим със следващата стъпка, ние също трябва да проверим дали вашата PostgreSQL версия 13 е заредена съответно. Уверете се, че имате най-новата версия, придобита или инсталирана на вашия хост. Стартирайте базата данни и се уверете, че тя стартира и работи правилно.

За да стартирате в EL дистрибуции, изпълнете командата по-долу:

$ sudo -iu postgres /usr/pgsql-13/bin/pg_ctl -D /var/lib/pgsql/13/data/ -o "-c config_file=/var/lib/pgsql/13/data/postgresql.conf" start

или за Ubuntu/Debian изпълнете командата по-долу:

$ sudo -iu postgres /usr/lib/postgresql/13/bin/pg_ctl -D /var/lib/postgresql/13/main/ -o "-c config_file=/etc/postgresql/13/main/postgresql.conf" start

или използвайте инструмента pg_ctlcluster, за да стартирате, рестартирате или спрете своя PG клъстер.

Когато сте готови, стартирайте pg_upgrade...

Преди да продължите, първо се уверете, че винаги имате готово и налично резервно копие от стария си сървър. Винаги приемайте логическото и физическото архивиране като добра практика, преди да продължите с основно надграждане.

Сега, когато сте готови, можете да стартирате pg_upgrade. На практика трябва първоначално да стартирате pg_upgrade с проверка, за да определите несъвместимостта и проблемите, преди да продължите към основната процедура на pg_upgrade. Преди да стартирате pg_upgrade, уверете се, че и PG 11, и PG 13 са изключени, докато извършвате този процес. Това просто означава, че е необходимо време за престой за този процес.

За да направите това, изпълнете следната команда с опция --check:

$ sudo -iu postgres /usr/lib/postgresql/13/bin/pg_upgrade -o "-c config_file=/etc/postgresql/11/main/postgresql.conf" --old-datadir=/var/lib/postgresql/11/main/   -O "-c config_file=/etc/postgresql/13/main/postgresql.conf"  --new-datadir=/var/lib/postgresql/13/main/ --old-bindir=/usr/lib/postgresql/11/bin --new-bindir=/usr/lib/postgresql/13/bin --check

Заменете съответно стойността --old-datadir или config_file, ако е различна от вашата настройка.

Това ще изпълни проверки за съвместимост точно като резултата по-долу:

Performing Consistency Checks

-----------------------------
Checking cluster versions                                   ok
Checking database user is the install user                  ok
Checking database connection settings                       ok
Checking for prepared transactions                          ok
Checking for system-defined composite types in user tables  ok
Checking for reg* data types in user tables                 ok
Checking for contrib/isn with bigint-passing mismatch       ok
Checking for tables WITH OIDS                               ok
Checking for invalid "sql_identifier" user columns          ok
Checking for presence of required libraries                 ok
Checking database user is the install user                  ok
Checking for prepared transactions                          ok
Checking for new cluster tablespace directories             ok

*Clusters are compatible*

Ако всички проверки сигнализират за „ок“, това означава успешна проверка и долното съобщение показва, че клъстерите са съвместими, тогава трябва да сте готови.

Накрая изпълнете командата отново без опцията --check: 

$ sudo -iu postgres /usr/lib/postgresql/13/bin/pg_upgrade -o "-c config_file=/etc/postgresql/11/main/postgresql.conf" --old-datadir=/var/lib/postgresql/11/main/   -O "-c config_file=/etc/postgresql/13/main/postgresql.conf"  --new-datadir=/var/lib/postgresql/13/main/ --old-bindir=/usr/lib/postgresql/11/bin --new-bindir=/usr/lib/postgresql/13/bin

Performing Consistency Checks

-----------------------------
Checking cluster versions                                   ok
Checking database user is the install user                  ok
Checking database connection settings                       ok
Checking for prepared transactions                          ok
Checking for system-defined composite types in user tables  ok
Checking for reg* data types in user tables                 ok
Checking for contrib/isn with bigint-passing mismatch       ok
Checking for tables WITH OIDS                               ok
Checking for invalid "sql_identifier" user columns          ok
Creating dump of global objects                             ok
Creating dump of database schemas                           ok
Checking for presence of required libraries                 ok
Checking database user is the install user                  ok
Checking for prepared transactions                          ok
Checking for new cluster tablespace directories             ok

If pg_upgrade fails after this point, you must re-initdb the
new cluster before continuing.
Performing Upgrade

------------------
Analyzing all rows in the new cluster                       ok
Freezing all rows in the new cluster                        ok
Deleting files from new pg_xact                             ok
Copying old pg_xact to new server                           ok
Setting oldest XID for new cluster                          ok
Setting next transaction ID and epoch for new cluster       ok
Deleting files from new pg_multixact/offsets                ok
Copying old pg_multixact/offsets to new server              ok
Deleting files from new pg_multixact/members                ok
Copying old pg_multixact/members to new server              ok
Setting next multixact ID and offset for new cluster        ok
Resetting WAL archives                                      ok
Setting frozenxid and minmxid counters in new cluster       ok
Restoring global objects in the new cluster                 ok
Restoring database schemas in the new cluste                ok
Copying user relation files                                 ok
Setting next OID for new cluster                            ok
Sync data directory to disk                                 ok
Creating script to analyze new cluster                      ok
Creating script to delete old cluster                       ok
Checking for extension updates                              notice
Your installation contains extensions that should be updated
with the ALTER EXTENSION command.  The file
    update_extensions.sql
when executed by psql by the database superuser will update
these extensions.

Upgrade Complete
----------------
Optimizer statistics are not transferred by pg_upgrade so,
once you start the new server, consider running:
    ./analyze_new_cluster.sh

Running this script will delete the old cluster's data files:
    ./delete_old_cluster.sh

В зависимост от размера на вашия набор от данни може да отнеме малко време. В примерната команда по-горе тя копира регистрационните файлове на транзакциите, които са от физически файлове. Въпреки това, ако размерът на вашия диск е малък, тогава можете да използвате опцията -k или --link, която използва твърди връзки. Ако всичко върви добре, той трябва да ви предостави съобщения като горното, които ви уведомяват за пълно надграждане и известия за актуализиране на разширенията, които може да имате. При тази настройка върви гладко. update_extensions.sql съдържа само следното:

$ cat update_extensions.sql
\connect postgres
ALTER EXTENSION "pg_stat_statements" UPDATE;

Както забелязахте, pg_upgrade извършва поредица от действия. Той анализира всички редове от изходния клъстер, копира регистрационните файлове с метаданни на транзакциите и данните за състоянието на много транзакции и останалото.

След като разберете, че всичко изглежда добре, стартирайте скрипта analy_new_cluster.sh, който ще стартира

vacuumdb --all --analyze-only.
$ sudo -iu postgres PGPORT=5433 ./analyze_new_cluster.sh

Обърнете внимание, че трябва да посочите порта на вашия PostgreSQL 13, така че vacuumdb да работи правилно на правилния целеви сървър.

В този случай резултатът от надстройката с активирани разширения TimescaleDB и PostGIS върви добре. След като всичко се появи в ред, уверете се, че сте стартирали сървъра и направете серия от тестове и проверки.

Тествайте процеса на надстройка

Винаги тествайте и преглеждайте процеса на надстройка. Ето няколко таблици и дефинирана от потребителя база данни, която съдържа хипертаблици и PostGIS таблици, които разчитат на използването на геометрични и географски пространствени типове и функции.

$ sudo -iu postgres psql -p5433
psql (13.4 (Ubuntu 13.4-1.pgdg20.04+1))
Type "help" for help.

postgres=# \l

                              List of databases

   Name    |  Owner   | Encoding | Collate |  Ctype  |   Access privileges

-----------+----------+----------+---------+---------+-----------------------
 mydb      | postgres | UTF8     | C.UTF-8 | C.UTF-8 |
 postgres  | postgres | UTF8     | C.UTF-8 | C.UTF-8 |
 template0 | postgres | UTF8     | C.UTF-8 | C.UTF-8 | =c/postgres          +
           |          |          |         |         | postgres=CTc/postgres
 template1 | postgres | UTF8     | C.UTF-8 | C.UTF-8 | postgres=CTc/postgres+
           |          |          |         |         | =c/postgres
(4 rows)

postgres=# \c mydb
You are now connected to database "mydb" as user "postgres".

mydb=# set search_path="$user",public;
SET
mydb=# \dt+
                                  List of relations

 Schema |      Name       | Type  |  Owner   | Persistence |    Size    | Description

--------+-----------------+-------+----------+-------------+------------+-------------
 public | conditions      | table | postgres | permanent   | 8192 bytes |
 public | global_points   | table | postgres | permanent   | 16 kB      |
 public | roads           | table | postgres | permanent   | 16 kB      |
 public | sample_table    | table | postgres | permanent   | 8192 bytes |
 public | spatial_ref_sys | table | postgres | permanent   | 6968 kB    |
(5 rows)

Проверявам някои от моите PostGIS и хипертаблици:

mydb=# \d roads
                        Table "public.roads"

   Column   |         Type         | Collation | Nullable | Default
------------+----------------------+-----------+----------+---------
 road_id    | integer              |           |          |
 road_name  | character varying    |           |          |
 roads_geom | geometry(LineString) |           |          |

mydb=# \d sample_table
                                     Table "public.sample_table"

 Column |           Type           | Collation | Nullable |                 Default
--------+--------------------------+-----------+----------+------------------------------------------
 id     | integer                  |           | not null | nextval('sample_table_id_seq'::regclass)
 time   | timestamp with time zone |           | not null |
 name   | character varying        |           | not null |
Indexes:
   "sample_table_pkey" PRIMARY KEY, btree (id, "time")
    "sample_table_time_idx" btree ("time" DESC)
Triggers:
    ts_insert_blocker BEFORE INSERT ON sample_table FOR EACH ROW EXECUTE FUNCTION _timescaledb_internal.insert_blocker()
Number of child tables: 371 (Use \d+ to list them.)

mydb=# \d conditions
                        Table "public.conditions"

   Column    |           Type           | Collation | Nullable | Default
-------------+--------------------------+-----------+----------+---------
 time        | timestamp with time zone |           | not null |
 location    | text                     |           | not null |
 location2   | character(10)            |           | not null |
 temperature | double precision         |           |          |
 humidity    | double precision         |           |          |
Indexes:
    "conditions_time_idx" btree ("time" DESC)
Triggers:
    ts_insert_blocker BEFORE INSERT ON conditions FOR EACH ROW EXECUTE FUNCTION _timescaledb_internal.insert_blocker()
Number of child tables: 366 (Use \d+ to list them.)

mydb=# select count(*) from sample_table;
 count
-------
  2588
(1 row)



mydb=# SELECT name FROM global_points WHERE ST_DWithin(location, 'SRID=4326;POINT(-110 29)'::geography, 1000000);
  name

--------
 Town
 Forest
(2 rows)



mydb=# SELECT n, ST_AsEWKT(ST_GeometryN(the_geom, n)) As geomewkt
mydb-# FROM (
mydb(# VALUES (ST_GeomFromEWKT('MULTIPOINT(1 2 7, 3 4 7, 5 6 7, 8 9 10)') ),
mydb(# ( ST_GeomFromEWKT('MULTICURVE(CIRCULARSTRING(2.5 2.5,4.5 2.5, 3.5 3.5), (10 11, 12 11))') )
mydb(# )As foo(the_geom)
mydb-# CROSS JOIN generate_series(1,100) n
mydb-# WHERE n <= ST_NumGeometries(the_geom);
 n |                geomewkt

---+-----------------------------------------
 1 | POINT(1 2 7)
 1 | CIRCULARSTRING(2.5 2.5,4.5 2.5,3.5 3.5)
 2 | POINT(3 4 7)
 2 | LINESTRING(10 11,12 11)
 3 | POINT(5 6 7)
 4 | POINT(8 9 10)
(6 rows)

Сега всичко изглежда готово да служи като моя нов клъстер.

След като започнете нещата, можете да стартирате:

$ sudo -iu postgres ./delete_old_cluster.sh

Уверете се, че изпълнявате само скрипта, тъй като това е много опасен скрипт, тъй като ще изтрие всички файлове в стария ви PostgreSQL клъстер.

Заключение

pg_upgrade е толкова страхотен инструмент за управление и надграждане на вашия PostgreSQL сървър на база данни. Може да обработва сложни настройки, като например с активирани разширения TimescaleDB или PostGIS. Въпреки че този инструмент идва със своите ограничения, няма спиране да го използвате, особено за вашата DBA работа и на производствени сървъри, с изключение на QA и среди за разработка.


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Пулиране на връзки с Pgbouncer на PostgreSQL 9.0

  2. Намерете редове с множество дублиращи се полета с Active Record, Rails &Postgres

  3. Как да направя заявка за всички редове в радиус от 5 мили от моите координати?

  4. Сравнителен анализ на Postgres-XL

  5. Възстановете дъмпа на отдалечената машина