PostgreSQL के लिए शीर्ष बैकअप उपकरण

PostgreSQL की शुरुआत से ही रॉक सॉलिड होने की प्रतिष्ठा है, और वर्षों से प्रभावशाली विशेषताओं का एक सेट जमा हुआ है। हालांकि मन की शांति कि आपका ऑन-डिस्क डेटा एसीआईडी ​​​​अनुपालक है - यदि एक समान सुविचारित बैकअप रणनीति द्वारा पूरक नहीं है - तो आसानी से बिखर सकता है।

बैकअप प्रकार

उपलब्ध टूल में गोता लगाने से पहले, आइए उपलब्ध पोस्टग्रेएसक्यूएल बैकअप प्रकारों को देखें और उनकी विशेषताएं क्या हैं:

SQL डंप (या तार्किक)

• पाठकों या लेखकों को ब्लॉक नहीं करता है।
• सिस्टम लोड पर नकारात्मक प्रभाव और बैकअप और पुनर्स्थापना संचालन दोनों के लिए आवश्यक लंबे समय के कारण डेटा के छोटे सेट की ओर तैयार है। -नो-सिंक ध्वज के साथ प्रदर्शन को बढ़ाया जा सकता है, लेकिन लेखन के लिए प्रतीक्षा को अक्षम करने से जुड़े जोखिमों के लिए मैन पेज देखें।
• आंकड़ों को अनुकूलित करने के लिए एक पोस्ट-रिस्टोर विश्लेषण की आवश्यकता है।
• वैश्विक ऑब्जेक्ट जैसे भूमिकाएं और टेबलस्पेस का बैकअप केवल pg_dumpall उपयोगिता का उपयोग करके ही लिया जा सकता है। ध्यान दें कि पुनर्स्थापना शुरू करने से पहले टेबलस्पेस निर्देशिकाओं को मैन्युअल रूप से बनाया जाना चाहिए।
• सिस्टम लोड में वृद्धि की कीमत पर समांतरता का समर्थन करता है। इसके चेतावनियों और विशेष आवश्यकताओं के लिए man pg_dump पढ़ें उदा। सिंक्रनाइज़ स्नैपशॉट।
• डंप्स को PostgreSQL के नए संस्करणों या यहां तक ​​कि किसी अन्य मशीन आर्किटेक्चर में लोड किया जा सकता है, हालांकि इसकी गारंटी नहीं है कि वे प्रमुख संस्करणों के बीच पीछे की ओर संगत होंगे, इसलिए डंप फ़ाइल के कुछ मैन्युअल संपादन की आवश्यकता हो सकती है।

फाइल सिस्टम (या भौतिक)

• डेटाबेस को बंद करने की आवश्यकता है।
• तार्किक बैकअप से तेज़।
• क्लस्टर डेटा शामिल है।
• केवल PostgreSQL के उसी प्रमुख संस्करण पर पुनर्स्थापित किया जा सकता है।

सतत संग्रह (या प्वाइंट इन टाइम रिकवरी या PITR)

• बहुत बड़े डेटाबेस के लिए उपयुक्त जहां तार्किक या भौतिक बैकअप में बहुत अधिक समय लगता है।
• डेटा निर्देशिका के अंदर कुछ निर्देशिकाओं को प्रक्रिया को गति देने के लिए बाहर रखा जा सकता है।

स्नैपशॉट

• ऑपरेटिंग सिस्टम समर्थन की आवश्यकता है - उदाहरण के लिए LVM काफी अच्छी तरह से काम करता है जिसकी पुष्टि PostgreSQL एजेंट के लिए NetBackup द्वारा भी की जाती है।
• उन अनुप्रयोगों के लिए उपयुक्त जहां डेटा निर्देशिका और डेटाबेस दोनों को सिंक में होना चाहिए उदा। LAMP एप्लिकेशन, बशर्ते कि दो स्नैपशॉट सिंक्रोनाइज़ हों।
• जब डेटाबेस फ़ाइलों को एकाधिक फ़ाइल सिस्टम में संग्रहीत किया जाता है तो अनुशंसित नहीं है (सभी फ़ाइल सिस्टम को एक साथ स्नैपशॉट करना चाहिए)।

बादल

सभी क्लाउड प्रदाता अपने PostgreSQL ऑफ़र में बैकअप लागू करते हैं। तार्किक बैकअप हमेशा की तरह किया जा सकता है, जबकि भौतिक बैकअप और PITR क्लाउड सेवा प्रसाद के माध्यम से उपलब्ध हैं क्योंकि डेटा स्टोर तक पहुंच उपलब्ध नहीं है (उदाहरण के लिए PostgreSQL के लिए Amazon Aurora देखें)। इसलिए, क्लाउड में PostgreSQL का बैकअप लेना दूसरे ब्लॉग के लिए एक विषय होना चाहिए।

एजेंट आधार

• लक्ष्यों पर स्थापित एजेंट की आवश्यकता है।
• ब्लॉक-स्तरीय बैकअप कर सकते हैं उदा। COMMVAULT (केवल विंडोज़ पर समर्थित इंस्टॉलेशन)।

सुविधाएं

जबकि PostgreSQL तार्किक, भौतिक और PITR बैकअप करने के लिए आवश्यक उपकरण प्रदान करता है, विशेष बैकअप एप्लिकेशन निम्नलिखित बिंदुओं को संबोधित करने वाली बैकअप रणनीति को लागू करने की आवश्यकता को पूरा करने के लिए देशी PostgreSQL और ऑपरेटिंग सिस्टम टूल पर भरोसा करते हैं:

• स्वचालन
• आवृत्ति
• अवधारण अवधि
• अखंडता
• उपयोग में आसानी

इसके अतिरिक्त, पोस्टग्रेएसक्यूएल बैकअप टूल जेनेरिक बैकअप टूल के लिए सामान्य सुविधाएं प्रदान करने का प्रयास करते हैं जैसे:

• भंडारण स्थान बचाने के लिए वृद्धिशील बैकअप
• बैकअप कैटलॉग
• आधार पर या क्लाउड में बैकअप स्टोर करने की क्षमता
• चेतावनी और सूचना
• व्यापक रिपोर्टिंग
• अभिगम नियंत्रण
• एन्क्रिप्शन
• ग्राफ़िकल इंटरफ़ेस और डैशबोर्ड
• दूरस्थ होस्ट का बैकअप
• लक्ष्यों पर लोड को कम करने के लिए अनुकूली थ्रूपुट
• एकाधिक होस्ट को समानांतर में संभालना
• बैकअप ऑर्केस्ट्रेशन उदा. जॉब चेनिंग
• REST API

लैब सेटअप

इस अभ्यास के लिए मैंने एक कमांड-एंड-कंट्रोल होस्ट सेटअप किया है, जहां मैं बैकअप टूल इंस्टॉल करूंगा, जो पीजीडीजी रिपॉजिटरी से स्थापित दो पोस्टग्रेएसक्यूएल इंस्टेंस - 9.6 और 10 - भी चलाता है:

[[email protected] ~]# ps -o user,pid,ppid,args --forest -U postgres
USER       PID  PPID COMMAND
postgres  4535     1 /usr/pgsql-10/bin/postmaster -D /var/lib/pgsql/10/data/
postgres  4538  4535  \_ postgres: logger process
postgres  4540  4535  \_ postgres: checkpointer process
postgres  4541  4535  \_ postgres: writer process
postgres  4542  4535  \_ postgres: wal writer process
postgres  4543  4535  \_ postgres: autovacuum launcher process
postgres  4544  4535  \_ postgres: stats collector process
postgres  4545  4535  \_ postgres: bgworker: logical replication launcher
postgres  4481     1 /usr/pgsql-9.6/bin/postmaster -D /var/lib/pgsql/9.6/data/
postgres  4483  4481  \_ postgres: logger process
postgres  4485  4481  \_ postgres: checkpointer process
postgres  4486  4481  \_ postgres: writer process
postgres  4487  4481  \_ postgres: wal writer process
postgres  4488  4481  \_ postgres: autovacuum launcher process
postgres  4489  4481  \_ postgres: stats collector process

[[email protected] ~]# netstat -npeelt | grep :543
tcp   0  0  127.0.0.1:5432  0.0.0.0:*  LISTEN  26  79972  4481/postmaster
tcp   0  0  127.0.0.1:5433  0.0.0.0:*  LISTEN  26  81801  4535/postmaster
tcp6  0  0  ::1:5432        :::*       LISTEN  26  79971  4481/postmaster
tcp6  0  0  ::1:5433        :::*       LISTEN  26  81800  4535/postmaster

मैंने दो दूरस्थ पोस्टग्रेएसक्यूएल इंस्टेंस भी सेट किए हैं जो समान संस्करण 9.6 और क्रमशः 10 पर चल रहे हैं:

[[email protected] ~]# ps -o user,pid,ppid,args --forest -U postgres
USER       PID  PPID COMMAND
postgres 10972     1 /usr/pgsql-9.6/bin/postmaster -D /var/lib/pgsql/9.6/data/
postgres 10975 10972  \_ postgres: logger process
postgres 10977 10972  \_ postgres: checkpointer process
postgres 10978 10972  \_ postgres: writer process
postgres 10979 10972  \_ postgres: wal writer process
postgres 10980 10972  \_ postgres: autovacuum launcher process
postgres 10981 10972  \_ postgres: stats collector process

[[email protected] ~]# netstat -npeelt | grep :5432
tcp   0  0  0.0.0.0:5432  0.0.0.0:*  LISTEN  26  34864  10972/postmaster
tcp6  0  0  :::5432       :::*       LISTEN  26  34865  10972/postmaster


[[email protected] ~]# ps -o user,pid,ppid,args --forest -U postgres
USER       PID  PPID COMMAND
postgres 10829     1 /usr/pgsql-10/bin/postmaster -D /var/lib/pgsql/10/data/
postgres 10831 10829  \_ postgres: logger process
postgres 10833 10829  \_ postgres: checkpointer process
postgres 10834 10829  \_ postgres: writer process
postgres 10835 10829  \_ postgres: wal writer process
postgres 10836 10829  \_ postgres: autovacuum launcher process
postgres 10837 10829  \_ postgres: stats collector process
postgres 10838 10829  \_ postgres: bgworker: logical replication launcher

[[email protected] ~]# netstat -npeelt | grep :5432
tcp   0  0  0.0.0.0:5432  0.0.0.0:*  LISTEN  26  34242  10829/postmaster
tcp6  0  0  :::5432       :::*       LISTEN  26  34243  10829/postmaster

इसके बाद, डेटा सेट बनाने के लिए pgbench का उपयोग करें:

pgbench=# \dt+
                          List of relations
 Schema |       Name       | Type  |  Owner   |  Size   | Description
--------+------------------+-------+----------+---------+-------------
 public | pgbench_accounts | table | postgres | 128 MB  |
 public | pgbench_branches | table | postgres | 40 kB   |
 public | pgbench_history  | table | postgres | 0 bytes |
 public | pgbench_tellers  | table | postgres | 40 kB   |
(4 rows)

टूल

सामान्य बैकअप टूल की सूची PostgreSQL विकी — बैकअप अनुभाग में मिल सकती है। मैंने पिछले कुछ वर्षों में और हाल ही में इंटरनेट खोज से मिलने वाले उत्पादों के साथ सूची में वृद्धि की है।

अमांडा

Amanda एजेंट आधारित, खुला स्रोत है, और ampgsql API के माध्यम से PostgreSQL को बॉक्स से बाहर का समर्थन करता है। इस लेखन के समय, संस्करण 3.5.1 टेबलस्पेस का समर्थन नहीं करता है (देखें man ampgsql)।

ज़मांडा एक उद्यम संस्करण प्रदान करता है जो खुला स्रोत भी है, हालांकि परीक्षण के रूप में सीधे डाउनलोड के लिए उपलब्ध नहीं है।

अमांडा को एक समर्पित बैकअप होस्ट की आवश्यकता होती है क्योंकि सर्वर और क्लाइंट पैकेज एक दूसरे को बाहर करते हैं:

[[email protected] ~]# rpm -qp --conflicts ./amanda-backup_client-3.5.1-1.rhel7.x86_64.rpm
amanda-backup_server
[[email protected] ~]# rpm -qp --conflicts ./amanda-backup_server-3.5.1-1.rhel7.x86_64.rpm
amanda-backup_client

सर्वर और क्लाइंट को सेटअप करने के लिए बुनियादी कॉन्फ़िगरेशन मार्गदर्शिका का पालन करें और फिर PostgreSQL API को कॉन्फ़िगर करें।

यहाँ मेरी लैब से git diff है:

• सर्वर:

  • सर्वर बैकअप स्थान बढ़ाएँ:

    --- a/etc/amanda/omiday/amanda.conf
    				+++ b/etc/amanda/omiday/amanda.conf
    				@@ -13,7 +13,7 @@ amrecover_changer "changer"
    
    				tapetype "TEST-TAPE"
    				define tapetype TEST-TAPE {
    				1.  length 100 mbytes
    				2.  length 500 mbytes
    					filemark 4 kbytes
    				}

    • PostgreSQL लक्ष्य को परिभाषित करें (और नमूना बैकअप अक्षम करें):

      --- a/etc/amanda/omiday/disklist
      +++ b/etc/amanda/omiday/disklist
      @@ -1,3 +1,2 @@
      -localhost /etc simple-gnutar-local
      +#localhost /etc simple-gnutar-local
      +10.1.9.243 /var/lib/pgsql/9.6/data dt_ampgsql

• ग्राहक:

  • कॉन्फिग:

    --- /dev/null
    +++ b/etc/amanda/omiday/amanda-client.conf
    @@ -0,0 +1,5 @@
    +property "PG-DATADIR" "/var/lib/pgsql/9.6/data"
    +property "PG-ARCHIVEDIR" "/var/lib/pgsql/9.6/archive"
    +property "PG-HOST" "/tmp"
    +property "PG-USER" "amandabackup"
    +property "PG-PASSFILE" "/etc/amanda/pg_passfile"

    • प्रमाणीकरण फ़ाइल:

      --- /dev/null
      +++ b/etc/amanda/pg_passfile
      @@ -0,0 +1 @@
      +/tmp:*:*:amandabackup:pass

  • सर्वर को अधिकृत करें:

    --- a/var/lib/amanda/.amandahosts
    +++ b/var/lib/amanda/.amandahosts
    @@ -1,2 +1,3 @@
    localhost amandabackup amdump
    localhost.localdomain amandabackup amdump
    +10.1.9.231 amandabackup amdump

  • PostgreSQL प्रमाणीकरण:

    --- a/var/lib/pgsql/9.6/data/pg_hba.conf
    +++ b/var/lib/pgsql/9.6/data/pg_hba.conf
    @@ -79,7 +79,8 @@
    # "local" is for Unix domain socket connections only
    local   all             all                                     trust
    # IPv4 local connections:
    -host    all             all             127.0.0.1/32            ident
    +host    all             all             127.0.0.1/32            trust
    +host    all             amandabackup    10.1.9.243/32           trust
    # IPv6 local connections:
    host    all             all             ::1/128                 ident
    # Allow replication connections from localhost, by a user with the

  • पोस्टग्रेएसक्यूएल कॉन्फिगरेशन:

    --- a/var/lib/pgsql/9.6/data/postgresql.conf
    +++ b/var/lib/pgsql/9.6/data/postgresql.conf
    @@ -178,6 +178,7 @@ dynamic_shared_memory_type = posix  # the default is the first option
    
    #wal_level = minimal                   # minimal, replica, or logical
                                           # (change requires restart)
    +wal_level = replica
    #fsync = on                            # flush data to disk for crash safety
                                                    # (turning this off can cause
                                                    # unrecoverable data corruption)
    @@ -215,10 +216,12 @@ dynamic_shared_memory_type = posix        # the default is the first option
    
    #archive_mode = off            # enables archiving; off, on, or always
                                  # (change requires restart)
    +archive_mode = on
    #archive_command = ''          # command to use to archive a logfile segment
                                  # placeholders: %p = path of file to archive
                                  #               %f = file name only
                                  # e.g. 'test ! -f /mnt/server/archivedir/%f && cp %p /mnt/server/archivedir/%f'
    +archive_command = 'test ! -f /var/lib/pgsql/9.6/archive/%f && cp %p /var/lib/pgsql/9.6/archive/%f'
    #archive_timeout = 0           # force a logfile segment switch after this
                                  # number of seconds; 0 disables

एक बार उपरोक्त कॉन्फ़िगरेशन पूरा करने के बाद, बैकअप चलाएँ:

[[email protected] ~]$ amdump omiday

और सत्यापित करें:

[[email protected] ~]$ amreport omiday
Hostname: cc
Org     : omiday
Config  : omiday
Date    : April 14, 2018

These dumps were to tape MyData01.
The next tape Amanda expects to use is: MyData02.


STATISTICS:
                        Total       Full      Incr.   Level:#
                        --------   --------   --------  --------
Estimate Time (hrs:min)     0:00
Run Time (hrs:min)          0:00
Dump Time (hrs:min)         0:00       0:00       0:00
Output Size (meg)            0.1        0.0        0.1
Original Size (meg)         16.0        0.0       16.0
Avg Compressed Size (%)      0.5        --         0.5
DLEs Dumped                    1          0          1  1:1
Avg Dump Rate (k/s)         33.7        --        33.7

Tape Time (hrs:min)         0:00       0:00       0:00
Tape Size (meg)              0.1        0.0        0.1
Tape Used (%)                0.0        0.0        0.0
DLEs Taped                     1          0          1  1:1
Parts Taped                    1          0          1  1:1
Avg Tp Write Rate (k/s)    830.0        --       830.0


USAGE BY TAPE:
Label                 Time         Size      %  DLEs Parts
MyData01              0:00          83K    0.0     1     1


NOTES:
planner: tapecycle (3) <= runspercycle (3)
planner: Last full dump of 10.1.9.243:/var/lib/pgsql/9.6/data on tape MyData04 overwritten in 3 runs.
taper: tape MyData01 kb 83 fm 1 [OK]


DUMP SUMMARY:
                                                               DUMPER STATS   TAPER STATS
HOSTNAME     DISK                    L ORIG-KB  OUT-KB  COMP%  MMM:SS   KB/s MMM:SS   KB/s
-------------------------------------- ---------------------- -------------- -------------
10.1.9.243   /var/lib/pgsql/9.6/data 1   16416      83    0.5    0:02   33.7   0:00  830.0

(brought to you by Amanda version 3.5.1)

बैकअप से पुनर्स्थापित करने में अधिक मैन्युअल चरण शामिल हैं जैसा कि पुनर्स्थापना अनुभाग में बताया गया है।

अमांडा एंटरप्राइज एफएक्यू के अनुसार निम्नलिखित वृद्धि हमारे पोस्टग्रेएसक्यूएल उदाहरण पर लागू होगी:

• बैकअप, प्रतिधारण नीतियों और शेड्यूल के स्वचालन के लिए प्रबंधन कंसोल
• अमेज़ॅन S3 क्लाउड स्टोरेज का बैकअप

बर्मन

बर्मन 2ndQuadrant द्वारा बनाए रखा PostgreSQL के लिए एक आपदा वसूली समाधान है। इसे कई डेटाबेस के लिए बैकअप प्रबंधित करने के लिए डिज़ाइन किया गया है और इसमें PostgreSQL की PITR सुविधा का उपयोग करके पिछले बिंदु पर पुनर्स्थापित करने की क्षमता है।

एक नज़र में बर्मन की विशेषताएं:

• एकाधिक लक्ष्यों को संभालता है
• विभिन्न PostgreSQL संस्करणों के लिए समर्थन
• शून्य डेटा हानि
• WALs की स्ट्रीमिंग और/या मानक संग्रह
• स्थानीय या दूरस्थ पुनर्प्राप्ति
• समय पुनर्प्राप्ति में सरलीकृत बिंदु

जैसा कि बर्मन मैनुअल में उल्लेख किया गया है, वृद्धिशील बैकअप, समानांतर कार्य, डेटा डुप्लीकेशन और नेटवर्क संपीड़न के लिए समर्थन केवल rsync विकल्प का उपयोग करते समय उपलब्ध है। साथ ही, आर्काइव_कमांड का उपयोग करके स्टैंडबाय से WAL को स्ट्रीम करना वर्तमान में समर्थित नहीं है।

पर्यावरण की स्थापना के लिए मैनुअल में दिए गए निर्देशों का पालन करने के बाद हम सत्यापित कर सकते हैं:

-bash-4.2$ barman list-server
db1 - master
db2 - replica

-bash-4.2$ barman check db1
Server db1:
      PostgreSQL: OK
      is_superuser: OK
      PostgreSQL streaming: OK
      wal_level: OK
      replication slot: OK
      directories: OK
      retention policy settings: OK
      backup maximum age: OK (no last_backup_maximum_age provided)
      compression settings: OK
      failed backups: OK (there are 0 failed backups)
      minimum redundancy requirements: OK (have 0 backups, expected at least 0)
      pg_basebackup: OK
      pg_basebackup compatible: OK
      pg_basebackup supports tablespaces mapping: OK
      archive_mode: OK
      archive_command: OK
      continuous archiving: OK
      pg_receivexlog: OK
      pg_receivexlog compatible: OK
      receive-wal running: OK
      archiver errors: OK

-bash-4.2$ barman check db2
Server db2:
      PostgreSQL: OK
      is_superuser: OK
      PostgreSQL streaming: OK
      wal_level: OK
      replication slot: OK
      directories: OK
      retention policy settings: OK
      backup maximum age: OK (no last_backup_maximum_age provided)
      compression settings: OK
      failed backups: OK (there are 0 failed backups)
      minimum redundancy requirements: OK (have 0 backups, expected at least 0)
      pg_basebackup: OK
      pg_basebackup compatible: OK
      pg_basebackup supports tablespaces mapping: OK
      archive_mode: OK
      archive_command: OK
      continuous archiving: OK
      pg_receivexlog: OK
      pg_receivexlog compatible: OK
      receive-wal running: OK
      archiver errors: OK

सब कुछ ठीक है, इसलिए हम दो मेजबानों का बैकअप लेकर परीक्षण कर सकते हैं:

-bash-4.2$ barman backup db1
Starting backup using postgres method for server db1 in /var/lib/barman/db1/base/20180414T091155
Backup start at LSN: 0/240001B0 (000000010000000000000024, 000001B0)
Starting backup copy via pg_basebackup for 20180414T091155
Copy done (time: 2 seconds)
Finalising the backup.
This is the first backup for server db1
WAL segments preceding the current backup have been found:
      000000010000000000000023 from server db1 has been removed
Backup size: 201.9 MiB
Backup end at LSN: 0/26000000 (000000010000000000000025, 00000000)
Backup completed (start time: 2018-04-14 09:11:55.783708, elapsed time: 2 seconds)
Processing xlog segments from file archival for db1
      000000010000000000000023
      000000010000000000000024
      000000010000000000000025.00000028.backup
Processing xlog segments from streaming for db1
      000000010000000000000024

-bash-4.2$ barman backup db2
Starting backup using postgres method for server db2 in /var/lib/barman/db2/base/20180414T091225
Backup start at LSN: 0/B0000D0 (00000001000000000000000B, 000000D0)
Starting backup copy via pg_basebackup for 20180414T091225
Copy done (time: 3 seconds)
Finalising the backup.
This is the first backup for server db2
WAL segments preceding the current backup have been found:
      000000010000000000000009 from server db2 has been removed
      00000001000000000000000A from server db2 has been removed
Backup size: 196.8 MiB
Backup end at LSN: 0/D000000 (00000001000000000000000C, 00000000)
Backup completed (start time: 2018-04-14 09:12:25.619005, elapsed time: 3 seconds)
Processing xlog segments from file archival for db2
      00000001000000000000000B
      00000001000000000000000C.00000028.backup
Processing xlog segments from streaming for db2
      00000001000000000000000B

बैकअप कैटलॉग की सूची बनाएं:

-bash-4.2$ barman list-backup all
db1 20180414T091155 - Sat Apr 14 09:11:58 2018 - Size: 217.9 MiB - WAL Size: 0 B
db2 20180414T091225 - Sat Apr 14 09:12:28 2018 - Size: 212.8 MiB - WAL Size: 0 B

किसी विशेष बैकअप के लिए सामग्री प्रदर्शित करना:

-bash-4.2$ barman list-files db1 20180414T091155 | head
/var/lib/barman/db1/base/20180414T091155/backup.info
/var/lib/barman/db1/base/20180414T091155/data/backup_label
/var/lib/barman/db1/base/20180414T091155/data/PG_VERSION
/var/lib/barman/db1/base/20180414T091155/data/postgresql.auto.conf
/var/lib/barman/db1/base/20180414T091155/data/pg_ident.conf
/var/lib/barman/db1/base/20180414T091155/data/postgresql.conf
/var/lib/barman/db1/base/20180414T091155/data/pg_hba.conf

जब बर्मन को सिंक्रोनस वाल स्ट्रीमिंग के लिए कॉन्फ़िगर किया गया था तो हम प्रतिकृति स्थिति को सत्यापित कर सकते हैं:

-bash-4.2$ barman replication-status db1
Status of streaming clients for server 'db1':
Current LSN on master: 0/26000528
Number of streaming clients: 1

1. Async WAL streamer
   Application name: barman_receive_wal
   Sync stage      : 3/3 Remote write
   Communication   : TCP/IP
   IP Address      : 10.1.9.231 / Port: 37278 / Host: -
   User name       : streaming_barman
   Current state   : streaming (async)
   Replication slot: barman
   WAL sender PID  : 2046
   Started at      : 2018-04-14 09:04:03.019323+00:00
   Sent LSN   : 0/26000528 (diff: 0 B)
   Write LSN  : 0/26000528 (diff: 0 B)
   Flush LSN  : 0/26000000 (diff: -1.3 KiB)

प्रदान की गई हुक स्क्रिप्ट का उपयोग करके और संवर्द्धन जोड़े जा सकते हैं।

अंत में, कमांड लाइन प्रेमियों के लिए, बर्मन पूर्ण TAB पूर्णता के साथ आता है।

EDB बैकअप और रिकवरी टूल (BART)

EDB BART EnterpriseDB द्वारा प्रदान किया गया एक बंद स्रोत स्वामित्व वाला एप्लिकेशन है। यह पोस्टग्रेएसक्यूएल नेटिव फाइलसिस्टम लेवल बैकअप और पीआईटीआर को एक उपयोग में आसान टूल में जोड़ती है जो निम्नलिखित सुविधाएं प्रदान करता है:

• अवधारण नीतियां
• वृद्धिशील बैकअप
• मल्टीपल पोस्टग्रेज प्लस एडवांस्ड सर्वर और पोस्टग्रेएसक्यूएल डेटाबेस सर्वर का पूरा, हॉट, फिजिकल बैकअप
• स्थानीय या दूरस्थ होस्ट पर डेटाबेस सर्वर का बैकअप और पुनर्प्राप्ति प्रबंधन
• बैकअप डेटा के लिए केंद्रीकृत कैटलॉग
• बैकअप डेटा को संपीड़ित प्रारूप में संग्रहीत करें
• चेकसम सत्यापन

जबकि नवीनतम संस्करण v2.1 के लिए परीक्षण संस्करण केवल एक यम रेपो अनुरोध के माध्यम से प्राप्त किया जा सकता है, लेख डेटा बैकअप मेड ईज़ी और उत्पाद दस्तावेज़ीकरण मार्गदर्शिका उन लोगों के लिए कुछ जानकारी प्रदान करती है जो अधिक जानने के लिए उत्सुक हैं।

पीजीबैकरेस्ट

pgBackRest एक पूर्ण सिस्टम बैकअप लागू करता है जो सामान्य टूल टार और rsync पर निर्भर नहीं करता है। यह वर्तमान में MIT लाइसेंस के तहत CrunchyData द्वारा होस्ट और उपलब्ध कराया गया है। इसकी उत्पत्ति के विवरण के लिए मान्यता देखें।

यह उन सभी सुविधाओं की पेशकश करता है जिनकी एक पोस्टग्रेएसक्यूएल केंद्रित उपकरण से अपेक्षा की जाती है:

• उच्च बैकअप/थ्रूपुट पुनर्स्थापित करें
• पूर्ण, वृद्धिशील और अंतर बैकअप
• अवधारण नीतियां
• फ़ाइल चेकसम और PostgreSQL पेज चेकसम के साथ एकीकरण के माध्यम से अखंडता सत्यापन का बैकअप लें और पुनर्स्थापित करें।
• बैकअप फिर से शुरू करने की क्षमता
• स्ट्रीमिंग संपीड़न और चेकसम
• अमेज़ॅन S3 क्लाउड स्टोरेज सपोर्ट
• एन्क्रिप्शन

..और भी बहुत कुछ। विवरण के लिए परियोजना पृष्ठ देखें।

स्थापना के लिए 64-बिट लिनक्स/यूनिक्स सिस्टम की आवश्यकता होती है और इसे उपयोगकर्ता मार्गदर्शिका में उल्लिखित किया गया है। मार्गदर्शिका पाठक को मुख्य अवधारणाओं से भी परिचित कराती है, जो पोस्टग्रेएसक्यूएल या स्टोरेज तकनीक के लिए नए लोगों के लिए बहुत उपयोगी है।

हालांकि गाइड डेबियन/उबंटू के लिए कमांड उदाहरणों का उपयोग करता है, पीजीडीजी यम रिपोजिटरी में पीजीबैकरेस्ट उपलब्ध है, और इंस्टॉलर सभी निर्भरताओं को खींच लेगा:

इंस्टॉल करना:

pgbackrest       x86_64  2.01-1.rhel7     pgdg10  36k

Installing       for     dependencies:
perl-DBD-Pg      x86_64  2.19.3-4.el7     base    195k
perl-DBI         x86_64  1.627-4.el7      base    802k
perl-Digest-SHA  x86_64  1:5.85-4.el7     base    58k
perl-JSON-PP     noarch  2.27202-2.el7    base    55k
perl-Net-Daemon  noarch  0.48-5.el7       base    51k
perl-PlRPC       noarch  0.2020-14.el7    base    36k
perl-XML-LibXML  x86_64  1:2.0018-5.el7   base    373k
perl-version     x86_64  3:0.99.07-2.el7  base    84k

आइए दो क्लस्टर सेट करें, pg96 और pg10, जिनमें से प्रत्येक में एक नोड है:

• कंट्रोल नोड (गाइड में "रिपॉजिटरी"):

  [[email protected] ~]# cat /etc/pgbackrest.conf
  [global]
  repo1-path=/var/lib/pgbackrest
  repo1-retention-full=2
  start-fast=y
  
  [pg96]
  pg1-path=/var/lib/pgsql/9.6/data
  pg1-host=db1
  pg1-host-user=postgres
  
  [pg10]
  pg1-path=/var/lib/pgsql/10/data
  pg1-host=db2
  pg1-host-user=postgres

• क्लस्टर #1:

  [[email protected] ~]# cat /etc/pgbackrest.conf
  [global]
  log-level-file=detail
  repo1-host=repository
  
  [pg96]
  pg1-path=/var/lib/pgsql/9.6/data

• क्लस्टर #2:

  [[email protected] ~]# cat /etc/pgbackrest.conf
  [global]
  log-level-file=detail
  repo1-host=repository
  
  [pg10]
  pg1-path=/var/lib/pgsql/10/data

इसके बाद, बैकअप चलाएँ और बैकअप कैटलॉग प्रदर्शित करें:

-bash-4.2$ pgbackrest --stanza=pg96 info
stanza: pg96
   status: ok

   db (current)
      wal archive min/max (9.6-1): 00000001000000000000003D / 00000001000000000000003D

      full backup: 20180414-120727F
            timestamp start/stop: 2018-04-14 12:07:27 / 2018-04-14 12:08:01
            wal start/stop: 00000001000000000000003D / 00000001000000000000003D
            database size: 185.6MB, backup size: 185.6MB
            repository size: 12.1MB, repository backup size: 12.1MB
-bash-4.2$ pgbackrest --stanza=pg10 info
stanza: pg10
   status: ok

   db (current)
      wal archive min/max (10-1): 000000010000000000000012 / 000000010000000000000012

      full backup: 20180414-120810F
            timestamp start/stop: 2018-04-14 12:08:10 / 2018-04-14 12:08:38
            wal start/stop: 000000010000000000000012 / 000000010000000000000012
            database size: 180.5MB, backup size: 180.5MB
            repository size: 11.6MB, repository backup size: 11.6MB

pgBackRest बैकअप के समानांतरीकरण और पुनर्स्थापना का समर्थन करता है - गाइड में उदाहरण के बाद, हम एक सीपीयू के साथ समर्थन कर रहे हैं और फिर 2 सीपीयू का उपयोग करने के लिए कॉन्फ़िगरेशन को अपडेट करें:

--- a/etc/pgbackrest.conf
+++ b/etc/pgbackrest.conf
@@ -2,6 +2,7 @@
repo1-path=/var/lib/pgbackrest
repo1-retention-full=2
start-fast=y
+process-max=2

[pg96]
pg1-host=db1

परिणाम:

-bash-4.2$ pgbackrest --stanza=pg96 info
stanza: pg96
    status: ok

    db (current)
        wal archive min/max (9.6-1): 00000001000000000000003D / 000000010000000000000041

        full backup: 20180414-120727F
            timestamp start/stop: 2018-04-14 12:07:27 / 2018-04-14 12:08:01
            wal start/stop: 00000001000000000000003D / 00000001000000000000003D
            database size: 185.6MB, backup size: 185.6MB
            repository size: 12.1MB, repository backup size: 12.1MB

        incr backup: 20180414-120727F_20180414-121434I
            timestamp start/stop: 2018-04-14 12:14:34 / 2018-04-14 12:14:52
            wal start/stop: 00000001000000000000003F / 00000001000000000000003F
            database size: 185.6MB, backup size: 8.2KB
            repository size: 12.1MB, repository backup size: 431B
            backup reference list: 20180414-120727F

        incr backup: 20180414-120727F_20180414-121853I
            timestamp start/stop: 2018-04-14 12:18:53 / 2018-04-14 12:19:08
            wal start/stop: 000000010000000000000041 / 000000010000000000000041
            database size: 185.6MB, backup size: 8.2KB
            repository size: 12.1MB, repository backup size: 429B
            backup reference list: 20180414-120727F

2 सीपीयू के साथ बैकअप लगभग 20% तेजी से चलता है जो एक बड़े डेटा सेट के खिलाफ चलते समय एक बड़ा बदलाव ला सकता है।

निष्कर्ष

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

इसके अलावा, ClusterControl बैकअप की एक सरणी प्रदान करता है और उन सुविधाओं को पुनर्स्थापित करता है जिनका उपयोग आप अपने डेटाबेस प्रबंधन सेटअप के हिस्से के रूप में कर सकते हैं।