Olona maro no mahafantatra ny PostgreSQL DBMS, ary nanaporofo ny tenany tamin'ny fametrahana kely. Na izany aza, ny fironana mankany amin'ny Open Source dia nanjary mazava kokoa, na dia mikasika ny orinasa lehibe sy ny fepetra takian'ny orinasa aza. Amin'ity lahatsoratra ity dia holazainay aminao ny fomba hampidirana ny Postgres amin'ny tontolon'ny orinasa ary hizara ny traikefanay amin'ny famoronana rafitra backup (BSS) ho an'ity tahiry ity amin'ny fampiasana ny rafitra backup Commvault ho ohatra.

Ny PostgreSQL dia efa nanaporofo ny hasarobidiny - miasa tsara ny DBMS, ampiasain'ny orinasa nomerika lamaody toa an'i Alibaba sy TripAdvisor, ary ny tsy fisian'ny saram-panomezana fahazoan-dĆ lana dia mahatonga azy ho solon'ny fakam-panahy ho an'ny biby goavam-be toa ny MS SQL na Oracle DB. Saingy raha vantany vao manomboka mieritreritra momba ny PostgreSQL ao amin'ny tontolon'ny Enterprise isika, dia miatrika fepetra henjana avy hatrany isika: "Ahoana ny momba ny fandeferana diso? fanoherana ny loza? aiza ny fanaraha-maso feno? Ahoana ny amin'ny backup automatique? Ahoana ny amin'ny fampiasana tranomboky kasety mivantana sy amin'ny fitahirizana faharoa?"

Amin'ny lafiny iray, ny PostgreSQL dia tsy manana fitaovana backup, toy ny DBMS "olon-dehibe" toy ny RMAN ao amin'ny Oracle DB na SAP Database Backup. Amin'ny lafiny iray, ireo mpamatsy rafitra backup orinasa (Veeam, Veritas, Commvault) na dia manohana ny PostgreSQL aza izy ireo, raha ny marina dia miasa miaraka amin'ny fanamafisana manokana (matetika tsy miankina) fotsiny izy ireo ary misy fameperana isan-karazany.
Ireo rafitra backup manokana ho an'ny PostgreSQL toy ny Barman, Wal-g, ary pg_probackup dia tena malaza amin'ny fametrahana PostgreSQL kely na izay tsy ilaina ny backup mavesatra amin'ny singa IT hafa. Ohatra, ankoatra ny PostgreSQL, ny fotodrafitrasa dia mety ahitana ara-batana sy virtoaly. LOHAMILINA, OpenShift, Oracle, MariaDB, Cassandra, sns. Tsara kokoa ny mampiasa fitaovana backup mahazatra hanaovana backup ho an'ireo rehetra ireo. Hevitra ratsy ny fametrahana vahaolana misaraka ho an'ny PostgreSQL manokana: hadika any amin'ny kapila any ho any ny angona, ary avy eo dia mila afindra any amin'ny kasety. Io fanaovana backup miverimberina io dia mampitombo ny fotoana fanaovana backup ary, ny tena zava-dehibe kokoa, ny fotoana famerenana amin'ny laoniny.
Ao amin'ny vahaolana amin'ny orinasa iray, ny backup ny fametrahana dia mitranga miaraka amin'ny node maromaro ao anaty cluster voatokana. Amin'izay fotoana izay ihany, ohatra, ny Commvault dia tsy afaka miasa afa-tsy amin'ny kluster misy node roa, izay voatendry ho an'ny nodes sasany ny Kilonga sy Faharoa. Ary misy dikany fotsiny ny backup avy amin'ny Kilonga, satria manana fetrany ny backup avy amin'ny Secondary. Noho ny mampiavaka ny DBMS dia tsy noforonina ao amin'ny Secondary ny fanariam-pako, ary noho izany dia ny mety hisian'ny backup rakitra ihany no sisa.
Mba hampihenana ny mety hisian'ny fahatapahana, rehefa mamorona rafitra mahazaka lesoka, dia amboarina ny firafitry ny cluster "mivantana", ary ny Kilonga dia afaka mifindra tsikelikely eo amin'ireo mpizara samihafa. Ohatra, ny rindrankajy Patroni mihitsy no manomboka ny Kilonga amin'ny node cluster nofantenana kisendrasendra. Ny IBS dia tsy manana fomba hanaraha-maso izany ivelan'ny boaty, ary raha miova ny fanovana dia tapaka ny dingana. Izany hoe, ny fampidirana ny fanaraha-maso ivelany dia manakana ny ISR tsy hiasa amin'ny fomba mahomby, satria ny mpizara fanaraha-maso dia tsy mahatakatra fotsiny hoe aiza sy inona no angon-drakitra tokony adika.
Ny olana iray hafa dia ny fampiharana ny backup ao amin'ny Postgres. Azo atao izany amin'ny alĆ lan'ny fanariam-pako, ary miasa amin'ny tahiry kely. Saingy amin'ny angon-drakitra lehibe, ny fanariam-pako dia mitaky fotoana lava, mitaky loharanon-karena be dia be ary mety hitarika amin'ny tsy fahombiazan'ny ohatra angona.
Ny backup file dia manitsy ny toe-javatra, fa amin'ny angon-drakitra lehibe dia miadana izy io satria miasa amin'ny fomba tokana. Ankoatra izany, manana fameperana fanampiny maromaro ny mpivarotra. Na tsy afaka mampiasa rakitra sy manary backup ianao amin'ny fotoana iray, na tsy manohana ny deduplication. Betsaka ny olana, ary matetika dia mora kokoa ny misafidy DBMS lafo nefa voaporofo fa tsy Postgres.
Tsy misy mihemotra! Ao ambadiky ny mpamorona Moskoa!
Na izany aza, vao haingana ny ekipanay dia niatrika fanamby sarotra: tao amin'ny tetikasa hamoronana AIS OSAGO 2.0, izay namoronanay ny fotodrafitrasa IT, ny mpamorona dia nisafidy PostgreSQL ho an'ny rafitra vaovao.
Mora kokoa ho an'ny mpamorona rindrambaiko lehibe ny mampiasa vahaolana open-source "malaza". Manana manampahaizana manokana ny Facebook hanohana ny fampandehanana an'io DBMS io. Ary tamin'ny raharaha RSA, nianjera teo an-tsorokay ny asa rehetra tamin'ny "andro faharoa". Notakiana izahay mba hiantohana ny fandeferana amin'ny fahadisoana, manangona cluster ary, mazava ho azy, manangana backup. Ny lojikan'ny hetsika dia toy izao manaraka izao:
- Ampianaro ny SRK hanao backup avy amin'ny node Kilonga amin'ny cluster. Mba hanaovana izany dia tsy maintsy mahita izany ny SRK - izay midika fa ilaina ny fampidirana amin'ny vahaolana fitantanana cluster PostgreSQL iray na hafa. Raha ny momba ny RSA, ny rindrambaiko Patroni dia nampiasaina tamin'izany.
- Manapaha hevitra momba ny karazana backup mifototra amin'ny habetsaky ny angona sy ny fepetra takiana. Ohatra, rehefa mila mamerina amin'ny laoniny ny pejy ianao dia ampiasao fanariam-pako, ary raha lehibe ny angon-drakitra ary tsy ilaina ny famerenana amin'ny laoniny dia miasa amin'ny haavon'ny rakitra.
- Ampifandraiso amin'ny vahaolana ny mety hisian'ny backup backup mba hamoronana kopia backup amin'ny maody maromaro misy kofehy.
Tamin'izay fotoana izay ihany, dia nanomboka namorona rafitra mahomby sy tsotra tsy misy fitaovana fanampiny fanampiny izahay. Ny kely kokoa ny tehina, ny kely kokoa ny enta-mavesatry ny mpiasa ary ny kely kokoa ny mety ho tsy fahombiazan'ny IBS. Nesorintsika avy hatrany ny fomba fiasa nampiasa Veeam sy RMAN, satria ny vahaolana roa dia efa manondro ny tsy fahatokisana ny rafitra.
Ody kely ho an'ny orinasa
Noho izany, mila miantoka ny backup azo antoka ho an'ny cluster 10 misy node 3 tsirairay avy, miaraka amin'ny fotodrafitrasa mitovy amin'ny taratra ao amin'ny foibe data backup. Ivotoerana data amin'ny resaka PostgreSQL dia miasa amin'ny fitsipika mavitrika-passive. Ny fitambaran'ny haben'ny angona dia 50 TB. Ny rafitra fanaraha-maso amin'ny ambaratongan'ny orinasa rehetra dia afaka miatrika izany mora foana. Saingy ny fampitandremana dia ny Postgres tamin'ny voalohany dia tsy manana famantarana momba ny fifanarahana feno sy lalina amin'ny rafitra backup. Noho izany dia tsy maintsy nitady vahaolana izahay tamin'ny voalohany nanana fiasa ambony indrindra miaraka amin'ny PostgreSQL, ary manatsara ny rafitra.
Nanao āhackathonsā anatiny 3 izahay - nijery fivoarana maherin'ny dimampolo izahay, nanandrana azy ireo, nanao fanovana mifandraika amin'ny vinavinay, ary nanandrana azy ireo indray. Rehefa avy nandinika ireo safidy misy izahay dia nisafidy ny Commvault. Eo ivelan'ny boaty, ity vokatra ity dia afaka miasa miaraka amin'ny fametrahana cluster PostgreSQL tsotra indrindra, ary ny rafitra misokatra dia nanangana fanantenana (izay nohamarinina) ho an'ny fampandrosoana mahomby sy ny fampidirana. Ny Commvault dia afaka mamerina ny log PostgreSQL ihany koa. Ohatra, Veritas NetBackup amin'ny resaka PostgreSQL dia tsy afaka manao backup feno ihany.
Bebe kokoa momba ny maritrano. Ny lohamilina fitantanana commvault dia napetraka tao amin'ny ivon-toeram-pamokarana anankiroa tsirairay amin'ny endrika CommServ HA. Ny rafitra dia taratra, mitantana amin'ny alĆ lan'ny console iray ary, amin'ny fomba fijery HA, mahafeno ny fepetra takian'ny orinasa rehetra.

Nandefa lohamilina haino aman-jery roa ihany koa izahay isaky ny foibe data, izay nampifandraisinay ny array kapila sy tranomboky kasety natokana manokana ho an'ny backup amin'ny alĆ lan'ny SAN amin'ny alĆ lan'ny Fibre Channel. Ny angon-drakitra deduplication miitatra dia niantoka ny fandeferana ny lesoka amin'ny mpizara media, ary ny fampifandraisana ny mpizara tsirairay amin'ny CSV tsirairay dia ahafahana miasa tsy tapaka raha misy singa tsy nahomby. Ny rafitra rafitra dia mamela ny backup hanohy na dia lavo aza ny iray amin'ireo foibe data.
Patroni dia mamaritra node Kilonga ho an'ny cluster tsirairay. Mety ho node maimaim-poana ao amin'ny foibe data - fa ny ankamaroany ihany. Ao amin'ny backup, ny nodes rehetra dia Secondary.
Mba hahazoana antoka fa takatry ny Commvault hoe iza amin'ireo node cluster no voalohany, dia nampidirinay tamin'ny Postgres ny rafitra (noho ny maritrano misokatra an'ny vahaolana). Ho an'izany tanjona izany, dia namorona script izahay izay mitatitra ny toerana misy ny node voalohany amin'izao fotoana izao amin'ny mpitantana. mpizara Commvault. (or) Kaominina.
Amin'ny ankapobeny dia toy izao ny fizotrany:
Patroni dia mifidy Primary ā Keepalived dia maka ny IP cluster ary mampandeha ny script ā ny Commvault agent amin'ny cluster node voafantina dia mahazo fampandrenesana fa ity no Primary ā Commvault dia mamerina mandeha ho azy ny backup ao amin'ny pseudo-client.

Ny tombony amin'ity fomba ity dia ny tsy fisian'ny vahaolana amin'ny tsy fitoviana, ny fahamarinan'ny log, na ny famerenana ny ohatra Postgres. Mora scalable koa izy io, satria tsy ilaina intsony ny manamboatra ny node Commvault Primary sy Secondary. Ampy izay ny fahafantaran'ny rafitra ny toerana misy ny Kilonga, ary azo ampitomboina amin'ny sanda rehetra ny isan'ny nodes.
Ny vahaolana dia tsy miseho ho idealy ary manana ny nuance manokana. Ny Commvault ihany no afaka mamerina ny ohatra manontolo, fa tsy ny angon-drakitra tsirairay. Noho izany dia nisy ohatra mitokana noforonina ho an'ny angon-drakitra tsirairay. Ny mpanjifa tena izy dia atambatra ho pseudo-client virtoaly. Ny pseudo-client Commvault tsirairay dia cluster UNIX. Ireo node cluster izay ametrahana ny Commvault agent for Postgres dia ampidirina ao. Vokatr'izany, ny node virtoaly rehetra an'ny pseudo-client dia averina ho ohatra iray.
Ao anatin'ny pseudo-client tsirairay dia aseho ny node mavitrika amin'ny cluster. Izany no famaritan'ny vahaolana fampidiranay ho an'ny Commvault. Ny fitsipiky ny asany dia tsotra: raha misy cluster IP atsangana amin'ny node, ny script dia mametraka ny "node mavitrika" ao amin'ny Commvault agent binary - raha ny marina, ny script dia mametraka "1" ao amin'ny ampahany ilaina amin'ny fahatsiarovana. . Mampita izany angon-drakitra izany amin'ny CommServe ny mpandraharaha, ary manao backup avy amin'ny node irina ny Commvault. Ho fanampin'izany, ny fahamarinan'ny fanamafisana dia voamarina amin'ny haavon'ny script, manampy amin'ny fisorohana ny fahadisoana rehefa manomboka backup.
Mandritra izany fotoana izany, ny angon-drakitra lehibe dia averina amin'ny sakana amin'ny kofehy maromaro, mahafeno ny fepetra takian'ny RPO sy ny varavarankely backup. Ny enta-mavesatra eo amin'ny rafitra dia tsy misy dikany: ny kopia feno dia tsy miseho matetika, amin'ny andro hafa dia hazo ihany no angonina, ary mandritra ny vanim-potoana ambany entana.
Raha ny tokony ho izy, dia nampihatra politika samihafa izahay mba hanohanana ireo diarin'ny arisiva PostgreSQL - voatahiry araka ny fitsipika samihafa izy ireo, adika amin'ny fandaharam-potoana hafa, ary tsy azo atao ny deduplication ho azy ireo, satria ireo diary ireo dia misy angona tokana.
Mba hiantohana ny tsy fitoviana amin'ny fotodrafitrasa IT iray manontolo, dia apetraka amin'ny kluster tsirairay ny mpanjifa rakitra Commvault misaraka. Izy ireo dia manilika ny rakitra Postgres amin'ny backups ary natao ho an'ny OS sy backup backup fotsiny. Manana ny politikany sy ny fe-potoana fitahirizana azy ihany koa ity ampahany amin'ny angona ity.

Amin'izao fotoana izao, tsy misy fiantraikany amin'ny serivisy famokarana ny IBS, fa raha miova ny toe-javatra, dia afaka mamela ny famerana ny entana ny Commvault.
Tsara ve izany? Tsara!
Noho izany, tsy azo ampiasaina fotsiny izahay, fa koa backup mandeha ho azy tanteraka ho an'ny fametrahana cluster PostgreSQL, ary mahafeno ny fepetra rehetra amin'ny antson'ny orinasa.
Ny mari-pamantarana RPO sy RTO amin'ny 1 ora sy 2 ora dia rakotra sisiny, izay midika fa ny rafitra dia hanaraka azy ireo na dia amin'ny fitomboana lehibe amin'ny habetsaky ny angona voatahiry aza. Mifanohitra amin'ny fisalasalana maro, ny PostgreSQL sy ny tontolon'ny orinasa dia nifanaraka tsara. Ary ankehitriny dia fantatsika avy amin'ny traikefantsika manokana fa ny backup ho an'ny DBMS toy izany dia azo atao amin'ny endrika maro samihafa.
Mazava ho azy, teo amin'io lalana io dia tsy maintsy nanala baoty vy fito izahay, nandresy ireo fahasahiranana maro, nanitsaka rake maromaro ary nanitsy fahadisoana maromaro. Saingy izao dia efa nosedraina ny fomba fiasa ary azo ampiasaina amin'ny fampiharana Open Source fa tsy DBMS proprietary amin'ny toe-javatra sarotra amin'ny orinasa.
Efa nanandrana niara-niasa tamin'ny PostgreSQL tamin'ny tontolon'ny orinasa ve ianao?
Ireo mpanoratra:
Oleg Lavrenov, injeniera mpamorona ny rafitra fitahirizana data, Jet Infosystems
Dmitry Erykin, injeniera mpamorona ny rafitra informatika ao amin'ny Jet Infosystems
Source: www.habr.com
