PostgreSQL
 sql >> डेटाबेस >  >> RDS >> PostgreSQL

PostgreSQL 11 को PostgreSQL 13 में TimescaleDB और Linux में PostGIS के साथ pg_upgrad का उपयोग करके अपग्रेड करना

PostgreSQL (PG) के पुराने संस्करणों का उपयोग करने वाले व्यवसायों और उद्यमों को PostgreSQL 12 या PostgreSQL 13 से कम से कम नवीनतम स्थिर संस्करण में अपग्रेड करते समय चुनौतियों का सामना करना पड़ता है। नवीनतम संस्करण में अपग्रेड करने के कई कारण हैं। जरूर। इसके कुछ मुख्य कारणों में इसकी अंतर्निहित कार्यक्षमताओं, सुरक्षा अद्यतनों, प्रदर्शन सुधारों और डेटाबेस प्रबंधन के लिए लाभकारी नए कार्यान्वयनों में इसके महत्वपूर्ण सुधारों का लाभ उठाना है।

PostgreSQL को अपग्रेड करना कुछ चुनौतियों के साथ आता है क्योंकि यह अन्य मुख्यधारा के डेटाबेस की तुलना में उतना आसान नहीं है। अगर आप इस तरह की समस्या का सामना कर रहे हैं, तो चिंता न करें। PostgreSQL आपको उपयोग करने के लिए एक विशिष्ट संस्करण पर लॉक नहीं करता है। इस ब्लॉग में, हम मौजूदा PostgreSQL 11 होस्ट पर TimescaleDB और PostGIS स्थापित होने के दौरान इस चुनौती के एक उदाहरण के माध्यम से चलेंगे।

pg_upgrad क्यों?

pg_upgrade PostgreSQL के प्रमुख संस्करणों को अपग्रेड करने के लिए एक उपकरण के रूप में बहुत लंबे समय से मौजूद है। लघु संस्करण उन्नयन के लिए इस उपकरण का उपयोग करने की आवश्यकता नहीं है, जिसका अर्थ है कि आपके वर्तमान संस्करण को 11.9 से 11.13 तक अपग्रेड करना आवश्यक नहीं है।

अपने PostgreSQL को pg_upgrad के साथ एक प्रमुख संस्करण में अपग्रेड करते समय, टूल PostgreSQL डेटा फ़ाइलों में संग्रहीत डेटा को बाद के PostgreSQL प्रमुख संस्करण में अपग्रेड करने की अनुमति देकर काम करता है। यह डेटा डंप/रीलोड की आवश्यकता के बिना काम करता है, जिसमें कुछ समय लग सकता है यदि आपके पास एक बड़ा डेटासेट है।

अब बात सामने आई है। PostgreSQL, विशेष रूप से प्रमुख संस्करण रिलीज़ के लिए, नई सुविधाओं को जोड़ने के लिए जाना जाता है जो अक्सर सिस्टम टेबल के लेआउट को बदलते हैं, लेकिन आंतरिक डेटा संग्रहण प्रारूप शायद ही कभी बदलता है। pg_upgrad इस तथ्य का उपयोग नए सिस्टम टेबल बनाकर और पुराने उपयोगकर्ता डेटा फ़ाइलों का पुन:उपयोग करके तेजी से उन्नयन करने के लिए करता है। यदि भविष्य की कोई बड़ी रिलीज़ कभी भी डेटा संग्रहण प्रारूप को इस तरह से बदल देती है जिससे पुराना डेटा प्रारूप अपठनीय हो जाता है, तो pg_upgrad ऐसे उन्नयन के लिए उपयोग करने योग्य नहीं होगा। (समुदाय ऐसी स्थितियों से बचने का प्रयास करेगा।)

कुछ लोग pg_upgrade को ख़तरनाक मान सकते हैं, ख़ासकर उत्पादन परिवेश के लिए। खैर, इस उपकरण का व्यापक रूप से क्यूए से लेकर देव तक, उत्पादन वातावरण में कहीं और उपयोग किया गया है। इसकी सीमाएं या चेतावनी हैं, जैसे कि ज्ञात यूनिकोड या आपके डेटासेट में संग्रहीत वर्ण सेट। उस स्थिति में, आप pg_dump/pg_restore का उपयोग करने पर विचार कर सकते हैं, लेकिन आपका डेटा कितना बड़ा है, इसके आधार पर इसे समाप्त होने में कुछ समय लग सकता है। PostgreSQL के नए संस्करणों के लिए, जैसे कि PG 14.0, आप केवल डंप/पुनर्स्थापना (या निर्यात/आयात) या तार्किक प्रतिकृति ले सकते हैं, अन्यथा pg_upgrad का उपयोग करें।

बड़े डेटासेट के लिए, pg_upgrad का उपयोग करने के लिए आपको इसे उसी होस्ट पर चलाना होगा, जो डिफ़ॉल्ट रूप से आपकी डेटा निर्देशिका से आपकी सभी भौतिक फ़ाइलों की एक प्रति लागू करता है। उस स्थिति में, pg_upgrad -k या --link विकल्प का समर्थन करता है, जिसका अर्थ है कि यह नए क्लस्टर में फ़ाइलों की प्रतिलिपि बनाने के बजाय हार्ड लिंक का उपयोग करेगा।

pg_upgrad यह सुनिश्चित करने के लिए अपना सर्वश्रेष्ठ प्रयास करता है कि पुराने और नए क्लस्टर बाइनरी-संगत हैं, उदाहरण के लिए, संगत संकलन-समय सेटिंग्स की जाँच करके, जिसमें 32/64-बिट बायनेरिज़ शामिल हैं। यह भी महत्वपूर्ण है कि कोई भी बाहरी मॉड्यूल बाइनरी संगत हो, हालांकि इसे pg_upgrad द्वारा जांचा नहीं जा सकता है।

pg_upgrad 8.4.X से अपग्रेड का समर्थन करता है और बाद में PostgreSQL की वर्तमान प्रमुख रिलीज़ में, स्नैपशॉट और बीटा रिलीज़ सहित।

यह रही स्थिति...

इस सेटअप में, मैंने एकल नोड के लिए PostgreSQL 11 डेटाबेस क्लस्टर को परिनियोजित करने के लिए ClusterControl का उपयोग किया। निम्नलिखित का परीक्षण Centos 7 और Ubuntu फोकल (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

पोस्टजीआईएस संस्करण: 3.1.4

यदि आप ClusterControl के साथ इसका परीक्षण करना चाहते हैं, तो TimescaleDB के दो तरीके हैं। आप TimescaleDB क्लस्टर परिनियोजित कर सकते हैं या PostgreSQL रख सकते हैं और TimescaleDB प्लगइन को सक्षम कर सकते हैं।

आपके PostgreSQL 13 के लिए सेट अप करना

अपने PostgreSQL और TimescaleDB रिपॉजिटरी के साथ Linux वातावरण के लिए अपने पैकेज मैनेजर सेटअप का उपयोग करना आसान है। ऐसा करने के लिए यहां चरण दिए गए हैं:

आवश्यक रिपॉजिटरी सेट करें

सबसे पहले, चलिए PostgreSQL रिपॉजिटरी जोड़ते हैं।

CentOS/RHEL/Oracle Linux के लिए

आपको यह सुनिश्चित करना होगा कि आपके पास सही भंडार है। एंटरप्राइज़ लिनक्स (ईएल) 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

यदि आप ईएल 7 के अलावा किसी अन्य संस्करण का उपयोग कर रहे हैं तो बस बेसयूल को उसी के अनुसार बदलें।

उबंटू/डेबियन के लिए

उबंटू फोकल के लिए पीजी रिपोजिटरी जोड़ें:

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

अन्य उबंटू/डेबियन वितरणों के लिए, बस उसी के अनुसार फोकल बदलें, जिसे आप यहां http://apt.postgresql.org/pub/repos/apt/dists/ पा सकते हैं। उदाहरण के लिए, फोकल-पीजीडीजी को बस्टर-पीजीडीजी से बदलें।

अब, 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

यदि आप ubuntu से डेबियन का उपयोग कर रहे हैं, तो आप URL में उप-निर्देशिका को बदल सकते हैं।

अब जबकि हमारे पास रिपोजिटरी तैयार है, हम जाने के लिए तैयार हैं।

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_upgrad सुचारू रूप से काम करेगा, आपके स्रोत और प्रमुख संस्करण गंतव्य के प्लग इन समान संस्करण होने चाहिए। ऐसा इसलिए है क्योंकि pg_upgrad प्लगइन्स या एक्सटेंशन से जुड़ी अपने निर्दिष्ट पुस्तकालयों की तलाश करेगा जो आपके PostgreSQL के पुराने या स्रोत डेटाबेस संस्करण द्वारा लोड या उपयोग किए गए हैं। आप इसे अपने एंटरप्राइज़ लिनक्स में शोडुप्लिकेट चलाकर या नीचे दी गई जानकारी के साथ सत्यापित करके या तो 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

अब, हम PG 13 संस्करण के लिए TimescaleDB पैकेज स्थापित करने के लिए तैयार हैं।

$ 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

इसे स्थापित करने के बाद, आप अपनी postgresql.conf कॉन्फ़िगरेशन फ़ाइल को ट्यून करने के लिए timescaledb-tune टूल चलाने का प्रयास कर सकते हैं। बस नीचे कमांड चलाएँ:

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

अब, PG 13 संस्करण के लिए भी PostGIS पैकेज स्थापित करते हैं।

$ yum install -y postgis31_13.x86_64 

उबंटू/डेबियन के लिए

बस दौड़ें:

$  apt install postgresql-client-13 postgresql-13

उबंटू/डेबियन वितरण के साथ सबसे अच्छी बात यह है कि पोस्टग्रेएसक्यूएल के लिए ऐसे उपकरण हैं जो आपके पोस्टग्रेएसक्यूएल क्लस्टर को प्रबंधित करने के लिए बहुत उपयोगी हैं, जैसे कि 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

उबंटू/डेबियन में, पोर्ट को बदलने की कोई आवश्यकता नहीं है क्योंकि इसे इंस्टॉलेशन चरण के दौरान संभाला जाएगा और यह तदनुसार इसे विशिष्ट रूप से पहचानता और सेट करता है।

अब, TimescaleDB स्थापित करते हैं।

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

वैकल्पिक रूप से, आप अपनी postgresql.conf कॉन्फ़िगरेशन फ़ाइल को ट्यून करने के लिए टाइमस्केलडब-ट्यून टूल को केवल निम्नलिखित के रूप में टूल को लागू करके चला सकते हैं:

$ timescaledb-tune

अब, हम PG 13 के लिए PostGIS पैकेज स्थापित करने के लिए तैयार हैं।

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

अपने postgresql.conf की समीक्षा करें

अपनी postgresql.conf कॉन्फ़िगरेशन फ़ाइल की समीक्षा करना हमेशा बेहतर होता है। एंटरप्राइज़ लिनक्स संस्करणों में, आप अपने postgresql.conf को या तो अपने data_directory या PGDATA पथ में ढूँढ सकते हैं। जबकि उबंटू/डेबियन के लिए, आप इसे /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 तदनुसार लोड किया गया है। सुनिश्चित करें कि आपके पास अपने होस्ट में नवीनतम संस्करण प्राप्त या स्थापित है। डेटाबेस प्रारंभ करें और सुनिश्चित करें कि यह प्रारंभ होता है और सही ढंग से चलता है।

ईएल वितरण शुरू करने के लिए, नीचे कमांड चलाएँ:

$ 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

या उबंटू/डेबियन के लिए, निम्न कमांड चलाएँ:

$ 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 क्लस्टर को प्रारंभ करने, पुनः आरंभ करने या बंद करने के लिए pg_ctlcluster टूल का उपयोग करें।

तैयार होने पर, pg_upgrad चलाएं…

आगे बढ़ने से पहले, पहले यह सुनिश्चित कर लें कि आपके पास अपने पुराने सर्वर का बैकअप हमेशा तैयार और उपलब्ध है। बड़े अपग्रेड के साथ आगे बढ़ने से पहले हमेशा एक तार्किक बैकअप और भौतिक बैकअप को अच्छे अभ्यास के रूप में लें।

अब जब आप तैयार हैं, तो आप pg_upgrad को चलाने के लिए तैयार हैं। व्यवहार में, आपको शुरुआत में pg_upgrad की मुख्य प्रक्रिया के लिए आगे बढ़ने से पहले असंगति और मुद्दों को निर्धारित करने के लिए एक चेक के साथ pg_upgrad चलाना होगा। pg_upgrad को चलाने से पहले, सुनिश्चित करें कि इस प्रक्रिया को करते समय 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*

यदि सभी चेक "ओके" का संकेत देते हैं, तो इसका मतलब है कि एक सफल जांच, और नीचे का संदेश दिखाता है कि क्लस्टर संगत हैं, तो आपको जाने के लिए अच्छा होना चाहिए।

आखिरकार, --चेक विकल्प के बिना फिर से कमांड चलाएँ: 

$ 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 क्रियाओं की एक श्रृंखला करता है। यह स्रोत क्लस्टर से सभी पंक्तियों का विश्लेषण करता है, लेन-देन मेटाडेटा लॉग और इसके बहु-लेनदेन स्थिति डेटा और बाकी की प्रतिलिपि बनाता है।

एक बार जब आपको पता चल जाए कि सब कुछ अच्छा लग रहा है, तो एनालिसिस_न्यू_क्लस्टर.श स्क्रिप्ट चलाएँ, जो चलेगी

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

ध्यान दें कि आपको अपने PostgreSQL 13 के पोर्ट को निर्दिष्ट करना चाहिए ताकि वैक्यूमडीबी सही लक्ष्य सर्वर पर सही ढंग से चले।

इस मामले में, TimescaleDB और 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 क्लस्टर की सभी फाइलों को हटा देगा।

निष्कर्ष

अपने PostgreSQL डेटाबेस सर्वर के प्रबंधन और उन्नयन के लिए pg_upgrad इतना बढ़िया टूल है। यह जटिल सेटअप को संभाल सकता है जैसे कि TimescaleDB या PostGIS एक्सटेंशन सक्षम। हालांकि यह उपकरण अपनी सीमाओं के साथ आता है, इसका उपयोग करने से कोई रोक नहीं है, विशेष रूप से आपके डीबीए कार्य के लिए और उत्पादन सर्वर पर क्यूए और विकास वातावरण के अलावा।


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. PostgreSQL पर संकेत

  2. ORDBMS में "O":PostgreSQL इनहेरिटेंस

  3. STRING_AGG () PostgreSQL में फ़ंक्शन

  4. इनपुट फ़ाइल एक टेक्स्ट प्रारूप डंप प्रतीत होती है। कृपया psql . का उपयोग करें

  5. सभी मापदंडों के साथ एनएसआईएस के साथ पोस्टग्रेज कैसे स्थापित करें?