{"id":92367,"date":"2020-08-26T07:42:09","date_gmt":"2020-08-26T05:42:09","guid":{"rendered":"https:\/\/prohoster.info\/blog\/administrirovanie\/putevoditel-po-rezervnomu-kopirovaniyu-baz-dannyh"},"modified":"2020-08-26T07:42:09","modified_gmt":"2020-08-26T05:42:09","slug":"putevoditel-po-rezervnomu-kopirovaniyu-baz-dannyh","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/putevoditel-po-rezervnomu-kopirovaniyu-baz-dannyh","title":{"rendered":"Andmebaaside varundamise juhend","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<blockquote><p>\u2013 Oh, \u00fchtegi varjupaika ei suuda meteoriidit\u00e4het taluda. Kuid nagu igal inimesel, on ka teil varu, seega v\u00f5ite muretseda.<\/p>\n<p><i>Stanislaw Lem, \u201eIjon Tichi t\u00e4htede p\u00e4evikud\u201c<\/i><\/p><\/blockquote>\n<p>\nTagaistu t\u00e4hendab andmete koopia salvestamist kuskil v\u00e4ljaspool nende p\u00f5hikohta.<\/p>\n<p><img decoding=\"async\" alt=\"Andmebaaside varundamise juhend\" src=\"\/wp-content\/uploads\/2020\/08\/c1dba0d8999cab69315560dfc57546e0.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nTagaistumise peamine eesm\u00e4rk on andmete taastamine nende kadumise korral. Seet\u00f5ttu kuuleb sageli, et andmebaasi reklaami olemasolu tagab alati andmete taastamise ja tagaistmine pole vajalik. Tegelikult v\u00f5imaldab tagaistus lahendada v\u00e4hemalt kolm \u00fclesannet, mida ei saa lahendada reklaami abil, ja reklaami ei saa ka ilma tagaistumiseta algatada.<\/p>\n<p>Esiteks v\u00f5imaldab tagaistus andmete taastamist loogilise vea korral. N\u00e4iteks kui raamatupidaja kustutas r\u00fchma kannet v\u00f5i andmebaasi administraator h\u00e4vitas tabeliruumi. M\u00f5lemad toimingud on andmebaasi vaatepunktist t\u00e4iesti legitiimsed ning replikatsiooni protsess kopeerib need repliikas.<\/p>\n<p>Teiseks, kaasaegsed andmebaasi haldustarkvarad on \u00fcsna usaldusv\u00e4\u00e4rsed, kuid vahel v\u00f5ivad andmebaasi sisemised struktuurid siiski kahjustuda, mille j\u00e4rel andmetele ligip\u00e4\u00e4s kaob. Eriti vale meelestatus, et selline rikkumine toimub tavaliselt suure koormuse v\u00f5i mingite uuenduste paigaldamise ajal. Kuid nii suur koormus kui ka regulaarne uuendamine viitavad sellele, et andmebaas ei ole testimisel ja selles hoitavad andmed on v\u00e4\u00e4rtuslikud.<\/p>\n<p>L\u00f5puks on kolmas \u00fclesanne, mille lahendamiseks on vajalik varukoopia olemasolu, andmebaasi kloonimine, n\u00e4iteks testimise eesm\u00e4rkidel.<\/p>\n<p>Andmebaaside varundamine p\u00f5hineb \u00fchel kahest p\u00f5him\u00f5ttest:<\/p>\n<ul>\n<li>Andmete valimine j\u00e4rgnevaks salvestamiseks suvalises formaadis;<\/li>\n<li>Andmebaasi failide seisundi j\u00e4\u00e4dvustamine ja logide salvestamine.<\/li>\n<\/ul>\n<p>\nVaatame neid p\u00f5him\u00f5tteid ja nende elluviimise t\u00f6\u00f6riistu l\u00e4hemalt.<br \/>\n<noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h3>Andmete eksportimine<\/h3>\n<p>\nIga andmebaasi utiliidi komplekti kuuluvad andmete eksportimise ja importimise t\u00f6\u00f6riistad. Andmed salvestatakse kas tekstivormingus v\u00f5i konkreetse andmebaasi jaoks m\u00f5eldud binaarsetes vormingutes. Allpool on tabel selliste t\u00f6\u00f6riistade nimekirjaga:<\/p>\n<p>Binaarne vorming<br \/>\nTekstivorming<\/p>\n<p>Oracle<br \/>\nDataPump Eksport\/DataPump Import<br \/>\nEksport\/Import<br \/>\nSQL*Plus\/SQL*Loader<\/p>\n<p>PostgreSQL<br \/>\npg_dump, pg_dumpall\/pg_restore<br \/>\npg_dump, pg_dumpall\/psql<\/p>\n<p>Microsoft SQL Server<br \/>\nbcp<br \/>\nbcp<\/p>\n<p>DB2<br \/>\nunload\/load<br \/>\nunload\/load<\/p>\n<p>MySQL<\/p>\n<p>mysqldump, mysqlpump\/mysql, mysqlimport<\/p>\n<p>MongoDB<br \/>\nmongodump\/mongorestore<br \/>\nmongoexport\/mongoimport<\/p>\n<p>Cassandra<br \/>\nnodetool snapshot\/sstableloader<br \/>\ncqlsh<\/p>\n<p>\nTekstivorming on hea, kuna seda saab redigeerida v\u00f5i isegi luua v\u00e4liste programmide abil, samas kui binaarne vorming v\u00f5imaldab andmete kiiret eksportimist ja importimist, s\u00e4\u00e4stes ressursse vormingute konverteerimisel.<\/p>\n<p>Kasuandmete eksportimine, hoolimata selle lihtsusest ja selgest ideest, ei ole koormatud t\u00f6\u00f6stuslike andmebaaside varundamiseks sageli sobilik. Siin on p\u00f5hjused, miks eksport ei sobi t\u00e4ielikuks varundamiseks:<\/p>\n<ul>\n<li>ekspordiprotsess koormab oluliselt l\u00e4hte s\u00fcsteemi;<\/li>\n<li>ekspordiks kulub palju aega \u2013 ekspordi l\u00f5puks on see juba aegunud.<\/li>\n<li>Kogu andmebaasi koosk\u00f5lastatud v\u00e4ljund suure koormuse ajal on praktiliselt v\u00f5imatu, sest andmebaasis\u00fcsteem peab s\u00e4ilitama oma oleku koopia v\u00e4ljundi algusaegadel. Mida rohkem tehinguid on olnud v\u00e4ljundi algusest peale, seda suurem on koopia maht (aktuaalsete andmete koopiad PostgreSQL-is, undo ala Oracle-is, tempdb Microsoft SQL Server-is jne);<\/li>\n<li>V\u00e4ljund s\u00e4ilitab andmete loogilise struktuuri, kuid mitte f\u00fc\u00fcsilise struktuuri \u2013 tabelite f\u00fc\u00fcsilise salvestamise parameetrid, indeksid jne.<\/li>\n<\/ul>\n<p>\nKuid v\u00e4ljundil on ka eelised:<\/p>\n<ul>\n<li>k\u00f5rge valikuv\u00f5ime: saab v\u00e4ljundada eraldi tabeleid, eraldi v\u00e4lju ja isegi eraldi ridu;<\/li>\n<li>V\u00e4ljundatud andmeid saab laadida teise versiooni andmebaasi, ja kui v\u00e4ljund on tehtud tekstiformaadis, siis ka teise andmebaasi.<\/li>\n<\/ul>\n<p>\nSeega kasutatakse v\u00e4ljundit peamiselt selliste \u00fclesannete jaoks nagu v\u00e4ikeste tabelite (nt registrite) varundamine v\u00f5i andmekogumite levitamine koos rakenduse j\u00e4rgmise versiooniga. <\/p>\n<p>Andmebaaside varundamise k\u00f5ige levinum meetod on andmebaasi failide kopeerimine.<\/p>\n<h3>\u201eK\u00fclm\u201c andmebaasifailide salvestamine<\/h3>\n<p>\nIlmselt on m\u00f5te see, et peatada andmebaas ja kopeerida k\u00f5ik selle failid. Sellist varukoopiat nimetatakse \u201ek\u00fclmaks\u201c. Meetod on \u00e4\u00e4rmiselt usaldusv\u00e4\u00e4rne ja lihtne, kuid tal on kaks silmatorkavat puudust:<\/p>\n<ul>\n<li>\u201ek\u00fclma\u201c varukoopia abil on v\u00f5imalik taastada ainult see andmebaasi seisund, mis oli peatamise hetkel; tehingud, mis toimusid p\u00e4rast andmebaasi taask\u00e4ivitamist, ei sisaldu \u201ek\u00fclmas\u201c varukoopias;<\/li>\n<li>kaugeltki mitte igal andmebaasil ei ole tehnoloogilist akent, mil ajal saab andmebaasi peatada.<\/li>\n<\/ul>\n<p>\nKui aga \u201ek\u00fclm\u201c varukoopia sobib, tuleb meeles pidada, et<\/p>\n<ul>\n<li>\u201ek\u00fclm\u201c koopia peab m\u00f5nikord sisaldama ka \u017eurnale. Meetodid, kuidas m\u00e4\u00e4rata, millised \u017eurnalid peaksid j\u00f5udma \u201ek\u00fclma\u201c koopia, on iga DBMS jaoks individuaalsed. N\u00e4iteks Oracle'is tuleb kopeerida nn online redo, st kindel arv \u017eurnalfailidest spetsiaalses kataloogis, isegi siis, kui andmebaas on \u00f5igesti peatatud. PostgreSQL-is tuleb salvestada k\u00f5ik \u017eurnalid alates \u017eurnalist, mis sisaldab viimast kontrollpunkti, mille teave on haldusfailis.<\/li>\n<li>Andmebaasi kataloog v\u00f5ib sisaldada piisavalt suuri ajutiste tabeliruumide faile, mida ei ole vajalik varukoopiasse kaasata. Muide, see m\u00e4rkus kehtib ka \u201esooja\u201d varukoopia kohta.<\/li>\n<\/ul>\n<p><\/p>\n<h3>\u201eSoe\u201d failide salvestamine<\/h3>\n<p>\nEnamik t\u00e4nap\u00e4evaste andmebaaside varukoopiaid tehakse andmebaasi faile kopeerides ilma andmebaasi seiskamata. Siin on mitu probleemi:<\/p>\n<ul>\n<li>Kopeerimise alguses v\u00f5ib andmebaasi sisu mitte kattuda failide sisuga, kuna osa teabest asub vahem\u00e4lus ja pole veel kettale salvestatud.<\/li>\n<li>Kopeerimise ajal v\u00f5ib andmebaasi sisu muutuda. Kui kasutatakse muudetavaid andmestruktuure, siis muutub failide sisu, ja kui kasutatakse muutumatuid struktuure, muutub failide kogum: uued failid tekivad ja vanad kustutatakse.<\/li>\n<li>Kuna andmete kirjutamine andmebaasi ja andmebaasi failide lugemine ei ole omavahel s\u00fcnkroniseeritud, v\u00f5ib varukoopia tarkvara lugeda vigast lehte, kus pool on vana versioon ja teine pool uus.<\/li>\n<\/ul>\n<p>\nKuna varukoopia oleks koosk\u00f5las, on igal andmebaasis\u00fcsteemil k\u00e4sk, mis teatab, et varukoopiate tegemise protsess on alanud. S\u00fcndaks see k\u00e4sk v\u00f5ib erinevates s\u00fcsteemides v\u00e4lja n\u00e4ha erinevalt: <\/p>\n<ul>\n<li>Oracle's on see eraldi k\u00e4sk ALTER DATABASE\/TABLESPACE BEGIN BACKUP;<\/li>\n<li>PostgreSQL'is \u2013 funktsioon pg_start_backup();<\/li>\n<li>Microsoft SQL Serveris ja DB2-s toimub ettevalmistus varukoopiamiseks kaudselt BACKUP DATABASE k\u00e4sku t\u00e4ites;<\/li>\n<li>MySQL Enterprise'is, Cassandra's ja MongoDB-s toimub ettevalmistus kaudselt v\u00e4list\u00f6\u00f6riistade abil \u2013 vastavalt mysqlbackup, OpsCenter ja Ops Manager.<\/li>\n<\/ul>\n<p>\nHoolimata s\u00fcntaktilistest erinevustest, n\u00e4eb varukoopiate tegemise ettevalmistus v\u00e4lja \u00fchtlaselt.<\/p>\n<p>Nii n\u00e4eb varukoopiate tegemise ettevalmistus v\u00e4lja andmebaasis\u00fcsteemides, kus on muudetavad ketasstruktuurid, st k\u00f5igis traditsioonilistes ketasrelatsioonilistes s\u00fcsteemides:<\/p>\n<ol>\n<li>K\u00e4itumise alguspunkt j\u00e4\u00e4b meelde; varukoopia peab sisaldama andmebaasi logisid alates sellest hetkest.<\/li>\n<li>Kontrollpunkt on k\u00e4imas, mille k\u00e4igus k\u00f5ik andmelehtede muutused, mis on toimunud enne salvestatud hetkest, kirjutatakse kettale. See tagab, et varukoopia alguse hetkeni kehtinud logisid ei vajata taastamise ajal.<\/li>\n<li>K\u00e4ivitub eriline logimise re\u017eiim: kui andmeleht muutub esmakordselt p\u00e4rast kettalt laadimist, siis selle asemel, et logisse kirja panna andmelehe muudatus, salvestab andmebaas sinna kogu lehe. Etteteatamise protseduuri k\u00e4igus kirjutatakse k\u00f5ik lehed kettale ja seet\u00f5ttu on iga esmakordse muutuse korral leht alati logis tervikuna. Kuid kui andmeleht on j\u00e4lle varukoopia k\u00e4igus kettale kirjutatud, siis j\u00e4rgnev muudatus toob samuti kaasa logis terve lehe koopia. See tagab, et kui failiga andmed kopeerides peaks andmeleht osutuma vigaseks, siis logi rakendamine teeb selle taas korrektseks.<\/li>\n<li>Failide p\u00e4ise muutmine on blokeeritud, see t\u00e4hendab selle osa muutmine, mida ei kajastata \u017eurnaalides. See tagab, et p\u00e4is kopeeritakse \u00f5igesti ja seej\u00e4rel rakendatakse \u017eurnaalid \u00f5igesti andmefailile.<\/li>\n<\/ol>\n<p>\nKui k\u00f5ik \u00fclaltoodud protseduurid on l\u00f5petatud, saab andmefaile kopeerida operatsioonis\u00fcsteemi t\u00f6\u00f6riistadega \u2013 cp, rsync ja teistega. Varundusre\u017eiimi sissel\u00fclitamine v\u00e4hendab andmebaasi j\u00f5udlust: esiteks suureneb logifailide maht ja teiseks, kui varundusre\u017eiimi ajal tekib rike, on taastamine kestvam, kuna andmefailide p\u00e4iseid ei uuendata. Mida kiiremini varundus l\u00f5ppeb, seda parem on andmebaasile, seega on siin asjakohane kasutada selliseid t\u00f6\u00f6riistu nagu failis\u00fcsteemi hetkeseis (snapshot) v\u00f5i peegli katkestamine (BCV) diskiraidil. M\u00f5ned andmebaasi haldustarkvarad (nt Oracle, PostgreSQL) j\u00e4tavad administraatorile v\u00f5imaluse valida kopeerimise meetod, teised (nt Microsoft SQL Server) pakuvad liidest oma varundust\u00f6\u00f6riistade integreerimiseks failis\u00fcsteemide v\u00f5i andmesalvestuss\u00fcsteemidega.<\/p>\n<p>Varundusprotsessi l\u00f5ppedes tuleb andmebaas viia tagasi normaalsesse olekusse. Oracle'is tehakse seda k\u00e4sklusega ALTER DATABASE\/TABLESPACE END BACKUP, PostgreSQL'is funktsiooni pg_stop_backup() kutsumisega, teistes andmebaasides aga vastavate k\u00e4skude v\u00f5i v\u00e4list teenuseid kasutavate sisemiste alamprogrammidega.<\/p>\n<p>Nii n\u00e4eb v\u00e4lja protsessi varundamise ajaskaala:<\/p>\n<p><img decoding=\"async\" alt=\"Andmebaaside varundamise juhend\" src=\"\/wp-content\/uploads\/2020\/08\/4e74f865e9f35acec083b747da4449cf.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<\/p>\n<ul>\n<li>Varundamiseks ettevalmistamine (begin backup) v\u00f5tab aega, m\u00f5nikord m\u00e4rkimisv\u00e4\u00e4rselt. Isegi kui kasutatakse peegeldavaid mahte v\u00f5i failis\u00fcsteeme, mis v\u00f5imaldavad teha pilte, ei toimu varundamisprotsess kohe.<\/li>\n<li>Koos andmefailidega tuleb salvestada ajakirjad alates varundamise ettevalmistamise algusest kuni hetkest, mil andmebaas naaseb normaalsesse olekusse.<\/li>\n<li>Selle varukoopia p\u00f5hjal on v\u00f5imalik taastuda <b>hetkel, mil andmebaas naaseb normaalsesse olekusse<\/b>. Varundamine varasemaks ajaks ei ole v\u00f5imalik.<\/li>\n<\/ul>\n<p>\nAndmebaasidega, mis kasutavad muutumatuid andmestruktuure (m\u00e4lu pildid, LSM-puude), on olukord lihtsam. Varundamiseks ettevalmistamise protsess koosneb j\u00e4rgmistest etappidest:<\/p>\n<ol>\n<li>M\u00e4lu andmed salvestatakse kettale.<\/li>\n<li>Loetakse failide nimekiri, mis kuuluvad varukoopiasse. Seni, kuni varundamisprotsess ei ole l\u00f5petatud, on andmebaasil keelatud neid faile kustutada, isegi kui need enam ei ole vajalikud.<\/li>\n<\/ol>\n<p>\nVarundamise l\u00f5ppsignaali korral v\u00f5ib andmebaas muutumatute struktuuridega uuesti kustutada mittevajalikud failid.<\/p>\n<h3>Taastamine punktis<\/h3>\n<p>\nVarukoopia v\u00f5imaldab taastada andmebaasi oleku hetkel, mil katkestati varundamisre\u017eiimi taastumise k\u00e4sk. Siiski v\u00f5ib \u00f5nnetus, mille puhul taastamine on vajalik, juhtuda igal ajal. Andmebaasi oleku taastamise \u00fclesanne, mis on m\u00e4\u00e4ratletud kindlal hetkel, nimetatakse \"punktip\u00f5hiseks taastamiseks\" (point-in-time recovery).<\/p>\n<p>Selle v\u00f5imaluse tagamiseks tuleks alates varukoopia l\u00f5ppemisest s\u00e4ilitada andmebaasi logisid ning taastamise k\u00e4igus j\u00e4tkata logide rakendamist taastatud koopiale. P\u00e4rast seda, kui andmebaas on taastatud varukoopiast ajas, mis vastab koopia l\u00f5ppemise hetkele, on andmebaasi olek (failide ja vahem\u00e4lus hoitavate lehtede) korralikult tagatud, seet\u00f5ttu ei ole erilist logimist vaja. Rakendades logisid soovitud momenti, on v\u00f5imalik saavutada andmebaasi seisund mis tahes ajahetkeks.<\/p>\n<p>Kui varukoopia taastamise kiirus on piiratud vaid ketta l\u00e4bilaskev\u00f5imega, siis ajakirjade kasutamise kiirus on tavaliselt piiratud protsessori j\u00f5udlusega. Kui peamisemas andmebaasis toimuvad muudatused paralleelselt, siis taastamisel teostatakse k\u00f5ik muudatused j\u00e4rjestikku - ajakirjast lugemise j\u00e4rjekorras. Seega s\u00f5ltub taastamisaeg lineaarset sellest, kui kaugel taastamispunkt on varukoopia l\u00f5pp-punktist. Selle t\u00f5ttu tuleb teha \u00fcsna sageli t\u00e4isvarukoopiaid - v\u00e4hemalt kord n\u00e4dalas madala tehingukoormusega andmebaaside jaoks ja kuni igap\u00e4evaste varukoopiate tegemiseks k\u00f5rge koormusega andmebaaside jaoks.<\/p>\n<h3>Inkrementaalne varukoopia<\/h3>\n<p>\nTaastamise kiirus on soovitav, et varukoopiaid saaks teha v\u00f5imalikult sageli, kuid samas mitte v\u00f5tta liigset ruumi kettalt ja mitte koormata andmebaasi varukoopiate tegemise \u00fclesannetega.<\/p>\n<p>Probleemi lahendus on inkrementaalne varundamine, see t\u00e4hendab ainult nende andmelehtede kopeerimist, mis on muutunud alates eelmise varundamise hetkest.<br \/>\nInkrementaalne varundamine on m\u00f5ttekas ainult andmebaasis\u00fcsteemides, mis kasutavad muudetavaid andmestruktuure.<\/p>\n<p>Inkrement v\u00f5ib l\u00e4htuda kas t\u00e4ielikust varukoopiast (kumulatiivne koopia) v\u00f5i mis tahes eelnevast koopiast (diferentsiaalne koopia). <\/p>\n<p><img decoding=\"async\" alt=\"Andmebaaside varundamise juhend\" src=\"\/wp-content\/uploads\/2020\/08\/10e3bb87445cb36693c7b5469d62eeaf.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nKahjuks ei ole \u00fchtegi \u00fchtset terminoloogiat ja erinevad tootjad kasutavad erinevaid termineid:<\/p>\n<p>Diferentsiaalne<br \/>\nKumulatiivne<\/p>\n<p>Oracle<br \/>\nDifferential<br \/>\nCumulative<\/p>\n<p>PostgresPro<br \/>\nInkrementaalne<br \/>\n\u2014<\/p>\n<p>Microsoft SQL Server<br \/>\n\u2014<br \/>\nDifferential<\/p>\n<p>IBM DB2<br \/>\nDelta<br \/>\nInkrementaalne<\/p>\n<p>\nKuna inkrementaalsed kopeerid on olemas, n\u00e4eb taastamisprotsess punktist v\u00e4lja j\u00e4rgmine:<\/p>\n<ul>\n<li>taastatakse viimane t\u00e4isvarukoopia, mis tehti enne taastamispunkti;<\/li>\n<li>t\u00e4isvarukoopia peale taastatakse inkrementaalsed koopiad;<\/li>\n<li>taastatakse logid varundamise alguspunktist taastamispunktini.<\/li>\n<\/ul>\n<p>\nKumulatiivne koopia kiirendab taastamisprotsessi. N\u00e4iteks, et taastada andmebaasi seisund ajavahemikus T3 ja T4, tuleb taastada kaks inkrementaalset koopiat, kuid ajavahemiku T4 j\u00e4rel taastamiseks piisab ainult \u00fchest.<br \/>\nOn selge, et \u00fche kumulatiivse koopia maht on v\u00e4iksem kui mitme diferentsiaalse koopia maht, sest m\u00f5ned lehed on mitu korda muutunud ja iga inkrementaalne koopia sisaldab oma versiooni lehelt.<\/p>\n<p>Inkrementaalse koopia loomise kolme meetodit on:<\/p>\n<ol>\n<li>t\u00e4ieliku koopia loomine ja erinevuse arvutamine eelmise t\u00e4ieliku koopia suhtes;<\/li>\n<li>logide anal\u00fc\u00fcs, muudetud lehtede nimekirja koostamine ja loendis olevate lehtede varundamine;<\/li>\n<li>muudetud lehtede p\u00e4rimine andmebaasist.<\/li>\n<\/ol>\n<p>\nEsimene meetod s\u00e4\u00e4stab kettaruum, kuid ei lahenda andmebaasi koormuse v\u00e4hendamise probleemi. Veelgi enam, kui meil on t\u00e4isvarukoopia, pole m\u00f5tet seda inkrementaalseks muuta, kuna t\u00e4iskoopiate taastamine on kiirem kui eelneva t\u00e4iskoopiat ja inkrementi taastamine. Diskiruumi kokkuhoidu on parem usaldada spetsiaalsetele komponentidele koos sisseehitatud dedupikatsioonimehhanismidega. Need v\u00f5ivad olla n\u00e4iteks spetsiaalsed salvestuss\u00fcsteemid (EMC DataDomain, HPE StorageWorks VLS, kogu NetAppi tootevalik) v\u00f5i tarkvaralahendused (ZFS, Veritas NetBackup PureFile, Windows Server Data Deduplication).<\/p>\n<p>Teine ja kolmas meetod erinevad muudetud lehek\u00fclgede loendi m\u00e4\u00e4ramise mehhanismi poolest. Logide anal\u00fc\u00fcs on ressursimahukas, lisaks peab selle rakendamiseks olema teadmisi logifailide struktuurist. K\u00fcsimine andmebaasilt, millised lehek\u00fcljed t\u00e4pselt on muutunud, on k\u00f5ige lihtsam, kuid selleks peab DBMS-i s\u00fcdamik omama muudetud plokkide j\u00e4lgimise funktsionaalsust (block change tracking).<\/p>\n<p>Esmakordselt loodi inkrementaalse varundamise funktsionaalsus Oracle Recovery Manageri (RMAN) tarkvaras, mis ilmus Oracle 8i versioonis. Oracle rakendas kohe muudetud blokki j\u00e4lgimist, seega ei ole ajaloos kirjutatud logide anal\u00fc\u00fcsimiseks vajadust.<\/p>\n<p>PostgreSQL ei j\u00e4lgi muudetud bloke, seet\u00f5ttu m\u00e4\u00e4rab Venemaa ettev\u00f5tte Postgres Professional v\u00e4lja t\u00f6\u00f6tatud utiliit pg_probackup muudetud lehed logi anal\u00fc\u00fcsimise kaudu. Ettev\u00f5te tarnib ka andmebaasi PostgresPro, mis sisaldab laiendust ptrack, mis j\u00e4lgib lehtede muutusi. Kasutades pg_probackup'i koos andmebaasiga PostgresPro, k\u00fcsib utiliit muudetud lehti otse andmebaasilt \u2014 just nagu RMAN.<\/p>\n<p>Microsoft SQL Server j\u00e4lgib muudetud lehti nagu Oracle, kuid BACKUP k\u00e4sk v\u00f5imaldab teha ainult t\u00e4ielikke ja kumulatiivseid varukoopiaid.<\/p>\n<p>DB2-s on v\u00f5imalik j\u00e4lgida muudetud lehti, kuid vaikimisi on see v\u00e4lja l\u00fclitatud. P\u00e4rast aktiveerimist v\u00f5imaldab DB2 luua t\u00e4is-, erineva ja kumulatiivseid varukoopiaid.<\/p>\n<p>Oluline erinevus selles osas kirjeldatud t\u00f6\u00f6riistade (v\u00e4lja arvatud pg_probackup) ja failip\u00f5histe varundust\u00f6\u00f6riistade vahel on see, et need k\u00fcsivad andmebaasilt lehek\u00fclje pilte, mitte ei loe andmeid ise kettalt. Selle l\u00e4henemise puuduseks on v\u00e4ike lisakoormus andmebaasile. Siiski kompenseeritakse see puudus kenasti sellega, et loetud lehek\u00fclg on alati korrektne, mist\u00f5ttu pole varundamise ajaks erijuhtimise re\u017eiimi kasutamise vajadust.<\/p>\n<p>Veel kord t\u00f5stke t\u00e4helepanu, et inkrementaalsete koopia olemasolu ei t\u00fchista n\u00f5udeid ajalooraamatute olemasolu kohta, et taastada andmed suvalisse ajapunkti. Seet\u00f5ttu kirjutatakse t\u00f6\u00f6stuslikes andmebaasides ajalooraamatud pidevalt v\u00e4lisele meediale, samas kui varukoopiad, olgu need t\u00e4is- ja\/v\u00f5i inkrementaalsed, luuakse graafiku alusel.<\/p>\n<p>Praegu parim inkrementaalse varunduse idee elluviimine on tarkvara-riistvara kompleks (Oracle'i terminoloogias - engineered system) Zero Data Loss Recovery Appliance - spetsialiseeritud Oracle'i lahendus oma andmebaasi varundamiseks. Kompleks koosneb klastrist <a class=\"wpil_keyword_link\" href=\"https:\/\/prohoster.info\/et\/server\/\"   title=\"serverite\" data-wpil-keyword-link=\"linked\"  data-wpil-monitor-id=\"1521\">serverite<\/a> suurt k\u00f5vakettamahtu, millel on installitud muudetud versioon tarkvarast Recovery Manager ja mis saab t\u00f6\u00f6tada koos teiste Oracle\u2019i riist- ja tarkvarakompleksidega (Database Appliance, Exadata, SPARC Supercluster), samuti Oracle\u2019i andmebaasidega traditsioonilises infrastruktuuris. Erinevalt 'tavalisest' RMAN-ist on ZDLRA-s rakendatud 'igavese inkremendi' (incremental forever) kontseptsioon. S\u00fcsteem loob \u00fchekordselt t\u00e4ieliku andmebaasi koopia ja seej\u00e4rel teeb ainult inkrementaalseid koopiaid. T\u00e4iendavad RMAN-moodulid v\u00f5imaldavad koopiaid liita, luues uusi t\u00e4ielikke koopiaid inkrementaalsetest. <\/p>\n<p>Venemaa arendajate au on m\u00e4rkida, et ka pg_probackup oskab inkrementaalseid koopiaid liita.<\/p>\n<p><img decoding=\"async\" alt=\"Andmebaaside varundamise juhend\" src=\"\/wp-content\/uploads\/2020\/08\/275b649ce74614c04410618a062dddbd.jpeg\" style=\"display:block;margin: 0 auto;\" \/><br \/>\n<br \/>\nErinevalt paljusid sarnaseid k\u00fcsimusi, k\u00fcsimusel 'milline varundusmeetod on parem' on \u00fcheselt m\u00f5istetav vastus - parim on k\u00f5ige sobivam oma kasutatava andmebaasi halduss\u00fcsteemi (S\u00dcB) utiliit, mis toetab inkrementaalset varundamist.<\/p>\n<p>Andmebaasi administratori jaoks on palju olulisemad k\u00fcsimused varundusstrateegia valik ja andmebaasi varundamise vahendite integreerimine ettev\u00f5tte infrastruktuuri. Kuid need k\u00fcsimused j\u00e4\u00e4vad selle artikli raamidest v\u00e4lja.<br \/>\n<br \/>Allikas: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/post\/516428\/\">habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u2013 \u041e, \u043d\u0438\u043a\u0430\u043a\u043e\u0435 \u0443\u0431\u0435\u0436\u0438\u0449\u0435 \u043d\u0435 \u0432\u044b\u0434\u0435\u0440\u0436\u0438\u0442 \u043f\u043e\u043f\u0430\u0434\u0430\u043d\u0438\u044f \u043c\u0435\u0442\u0435\u043e\u0440\u0438\u0442\u0430. \u041d\u043e \u0432\u0435\u0434\u044c \u0443 \u0432\u0430\u0441, \u043a\u0430\u043a \u0438 \u0443 \u043a\u0430\u0436\u0434\u043e\u0433\u043e, \u0435\u0441\u0442\u044c \u0440\u0435\u0437\u0435\u0440\u0432, \u0442\u0430\u043a \u0447\u0442\u043e \u043c\u043e\u0436\u0435\u0442\u0435 \u043d\u0435 \u0431\u0435\u0441\u043f\u043e\u043a\u043e\u0438\u0442\u044c\u0441\u044f. \u0421\u0442\u0430\u043d\u0438\u0441\u043b\u0430\u0432 \u041b\u0435\u043c, \u00ab\u0417\u0432\u0451\u0437\u0434\u043d\u044b\u0435 \u0434\u043d\u0435\u0432\u043d\u0438\u043a\u0438 \u0418\u0439\u043e\u043d\u0430 \u0422\u0438\u0445\u043e\u0433\u043e\u00bb \u0420\u0435\u0437\u0435\u0440\u0432\u043d\u044b\u043c \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435\u043c \u043d\u0430\u0437\u044b\u0432\u0430\u0435\u0442\u0441\u044f \u0441\u043e\u0445\u0440\u0430\u043d\u0435\u043d\u0438\u0435 \u043a\u043e\u043f\u0438\u0438 \u0434\u0430\u043d\u043d\u044b\u0445 \u0433\u0434\u0435-\u0442\u043e \u0432\u043d\u0435 \u043e\u0441\u043d\u043e\u0432\u043d\u043e\u0433\u043e \u043c\u0435\u0441\u0442\u0430 \u0438\u0445 \u0445\u0440\u0430\u043d\u0435\u043d\u0438\u044f. \u0413\u043b\u0430\u0432\u043d\u043e\u0435 \u043d\u0430\u0437\u043d\u0430\u0447\u0435\u043d\u0438\u0435 \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u0433\u043e \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f \u2013 \u0432\u043e\u0441\u0441\u0442\u0430\u043d\u043e\u0432\u043b\u0435\u043d\u0438\u0435 \u0434\u0430\u043d\u043d\u044b\u0445 \u043f\u043e\u0441\u043b\u0435 \u0438\u0445 \u043f\u043e\u0442\u0435\u0440\u0438. \u0412 \u0441\u0432\u044f\u0437\u0438 \u0441 \u044d\u0442\u0438\u043c [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":92368,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-92367","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 4.9.10 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u2013 \u041e, \u043d\u0438\u043a\u0430\u043a\u043e\u0435 \u0443\u0431\u0435\u0436\u0438\u0449\u0435 \u043d\u0435 \u0432\u044b\u0434\u0435\u0440\u0436\u0438\u0442 \u043f\u043e\u043f\u0430\u0434\u0430\u043d\u0438\u044f \u043c\u0435\u0442\u0435\u043e\u0440\u0438\u0442\u0430. \u041d\u043e \u0432\u0435\u0434\u044c \u0443 \u0432\u0430\u0441, \u043a\u0430\u043a \u0438 \u0443 \u043a\u0430\u0436\u0434\u043e\u0433\u043e, \u0435\u0441\u0442\u044c \u0440\u0435\u0437\u0435\u0440\u0432, \u0442\u0430\u043a \u0447\u0442\u043e \u043c\u043e\u0436\u0435\u0442\u0435 \u043d\u0435 \u0431\u0435\u0441\u043f\u043e\u043a\u043e\u0438\u0442\u044c\u0441\u044f. \u0421\u0442\u0430\u043d\u0438\u0441\u043b\u0430\u0432 \u041b\u0435\u043c, \u00ab\u0417\u0432\u0451\u0437\u0434\u043d\u044b\u0435 \u0434\u043d\u0435\u0432\u043d\u0438\u043a\u0438 \u0418\u0439\u043e\u043d\u0430 \u0422\u0438\u0445\u043e\u0433\u043e\u00bb \u0420\u0435\u0437\u0435\u0440\u0432\u043d\u044b\u043c \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435\u043c \u043d\u0430\u0437\u044b\u0432\u0430\u0435\u0442\u0441\u044f \u0441\u043e\u0445\u0440\u0430\u043d\u0435\u043d\u0438\u0435 \u043a\u043e\u043f\u0438\u0438 \u0434\u0430\u043d\u043d\u044b\u0445 \u0433\u0434\u0435-\u0442\u043e \u0432\u043d\u0435 \u043e\u0441\u043d\u043e\u0432\u043d\u043e\u0433\u043e \u043c\u0435\u0441\u0442\u0430 \u0438\u0445 \u0445\u0440\u0430\u043d\u0435\u043d\u0438\u044f. \u0413\u043b\u0430\u0432\u043d\u043e\u0435 \u043d\u0430\u0437\u043d\u0430\u0447\u0435\u043d\u0438\u0435 \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u0433\u043e \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f \u2013 \u0432\u043e\u0441\u0441\u0442\u0430\u043d\u043e\u0432\u043b\u0435\u043d\u0438\u0435 \u0434\u0430\u043d\u043d\u044b\u0445 \u043f\u043e\u0441\u043b\u0435 \u0438\u0445 \u043f\u043e\u0442\u0435\u0440\u0438. \u0412 \u0441\u0432\u044f\u0437\u0438 \u0441 \u044d\u0442\u0438\u043c\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Yuri Gagarin\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/putevoditel-po-rezervnomu-kopirovaniyu-baz-dannyh\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 4.9.10\" \/>\n\t\t<meta property=\"og:locale\" content=\"et_EE\" \/>\n\t\t<meta property=\"og:site_name\" content=\"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"\ud83e\udd47\u041f\u0443\u0442\u0435\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c \u043f\u043e \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u043c\u0443 \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044e \u0431\u0430\u0437 \u0434\u0430\u043d\u043d\u044b\u0445 | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u2013 \u041e, \u043d\u0438\u043a\u0430\u043a\u043e\u0435 \u0443\u0431\u0435\u0436\u0438\u0449\u0435 \u043d\u0435 \u0432\u044b\u0434\u0435\u0440\u0436\u0438\u0442 \u043f\u043e\u043f\u0430\u0434\u0430\u043d\u0438\u044f \u043c\u0435\u0442\u0435\u043e\u0440\u0438\u0442\u0430. \u041d\u043e \u0432\u0435\u0434\u044c \u0443 \u0432\u0430\u0441, \u043a\u0430\u043a \u0438 \u0443 \u043a\u0430\u0436\u0434\u043e\u0433\u043e, \u0435\u0441\u0442\u044c \u0440\u0435\u0437\u0435\u0440\u0432, \u0442\u0430\u043a \u0447\u0442\u043e \u043c\u043e\u0436\u0435\u0442\u0435 \u043d\u0435 \u0431\u0435\u0441\u043f\u043e\u043a\u043e\u0438\u0442\u044c\u0441\u044f. \u0421\u0442\u0430\u043d\u0438\u0441\u043b\u0430\u0432 \u041b\u0435\u043c, \u00ab\u0417\u0432\u0451\u0437\u0434\u043d\u044b\u0435 \u0434\u043d\u0435\u0432\u043d\u0438\u043a\u0438 \u0418\u0439\u043e\u043d\u0430 \u0422\u0438\u0445\u043e\u0433\u043e\u00bb \u0420\u0435\u0437\u0435\u0440\u0432\u043d\u044b\u043c \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435\u043c \u043d\u0430\u0437\u044b\u0432\u0430\u0435\u0442\u0441\u044f \u0441\u043e\u0445\u0440\u0430\u043d\u0435\u043d\u0438\u0435 \u043a\u043e\u043f\u0438\u0438 \u0434\u0430\u043d\u043d\u044b\u0445 \u0433\u0434\u0435-\u0442\u043e \u0432\u043d\u0435 \u043e\u0441\u043d\u043e\u0432\u043d\u043e\u0433\u043e \u043c\u0435\u0441\u0442\u0430 \u0438\u0445 \u0445\u0440\u0430\u043d\u0435\u043d\u0438\u044f. \u0413\u043b\u0430\u0432\u043d\u043e\u0435 \u043d\u0430\u0437\u043d\u0430\u0447\u0435\u043d\u0438\u0435 \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u0433\u043e \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f \u2013 \u0432\u043e\u0441\u0441\u0442\u0430\u043d\u043e\u0432\u043b\u0435\u043d\u0438\u0435 \u0434\u0430\u043d\u043d\u044b\u0445 \u043f\u043e\u0441\u043b\u0435 \u0438\u0445 \u043f\u043e\u0442\u0435\u0440\u0438. \u0412 \u0441\u0432\u044f\u0437\u0438 \u0441 \u044d\u0442\u0438\u043c\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/putevoditel-po-rezervnomu-kopirovaniyu-baz-dannyh\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg\" \/>\n\t\t<meta property=\"og:image:width\" content=\"350\" \/>\n\t\t<meta property=\"og:image:height\" content=\"350\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2020-08-26T05:42:09+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2020-08-26T05:42:09+00:00\" \/>\n\t\t<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<meta property=\"article:author\" content=\"https:\/\/www.facebook.com\/prohoster\" \/>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"\ud83e\udd47Andmebaaside varukoopiate juhend | ProHoster","description":"\u2013 Oh, \u00fckski varjupaik ei pea vastu meteoriidi tabamusele. Kuid nagu igal inimesel, on teil ka varu, nii et \u00e4rge muretsege. Stanislav Lem, \"Iyon Tikhyy t\u00e4hep\u00e4evikud\". Varukoopia on andmete koopia salvestamine kuskil v\u00e4ljaspool nende p\u00f5hikohta. Varukoopia peamine eesm\u00e4rk on taastada andmeid p\u00e4rast nende kadumist. Seoses sellega","canonical_url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/putevoditel-po-rezervnomu-kopirovaniyu-baz-dannyh","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"et_EE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041f\u0443\u0442\u0435\u0432\u043e\u0434\u0438\u0442\u0435\u043b\u044c \u043f\u043e \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u043c\u0443 \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044e \u0431\u0430\u0437 \u0434\u0430\u043d\u043d\u044b\u0445 | ProHoster","og:description":"\u2013 \u041e, \u043d\u0438\u043a\u0430\u043a\u043e\u0435 \u0443\u0431\u0435\u0436\u0438\u0449\u0435 \u043d\u0435 \u0432\u044b\u0434\u0435\u0440\u0436\u0438\u0442 \u043f\u043e\u043f\u0430\u0434\u0430\u043d\u0438\u044f \u043c\u0435\u0442\u0435\u043e\u0440\u0438\u0442\u0430. \u041d\u043e \u0432\u0435\u0434\u044c \u0443 \u0432\u0430\u0441, \u043a\u0430\u043a \u0438 \u0443 \u043a\u0430\u0436\u0434\u043e\u0433\u043e, \u0435\u0441\u0442\u044c \u0440\u0435\u0437\u0435\u0440\u0432, \u0442\u0430\u043a \u0447\u0442\u043e \u043c\u043e\u0436\u0435\u0442\u0435 \u043d\u0435 \u0431\u0435\u0441\u043f\u043e\u043a\u043e\u0438\u0442\u044c\u0441\u044f. \u0421\u0442\u0430\u043d\u0438\u0441\u043b\u0430\u0432 \u041b\u0435\u043c, \u00ab\u0417\u0432\u0451\u0437\u0434\u043d\u044b\u0435 \u0434\u043d\u0435\u0432\u043d\u0438\u043a\u0438 \u0418\u0439\u043e\u043d\u0430 \u0422\u0438\u0445\u043e\u0433\u043e\u00bb \u0420\u0435\u0437\u0435\u0440\u0432\u043d\u044b\u043c \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435\u043c \u043d\u0430\u0437\u044b\u0432\u0430\u0435\u0442\u0441\u044f \u0441\u043e\u0445\u0440\u0430\u043d\u0435\u043d\u0438\u0435 \u043a\u043e\u043f\u0438\u0438 \u0434\u0430\u043d\u043d\u044b\u0445 \u0433\u0434\u0435-\u0442\u043e \u0432\u043d\u0435 \u043e\u0441\u043d\u043e\u0432\u043d\u043e\u0433\u043e \u043c\u0435\u0441\u0442\u0430 \u0438\u0445 \u0445\u0440\u0430\u043d\u0435\u043d\u0438\u044f. \u0413\u043b\u0430\u0432\u043d\u043e\u0435 \u043d\u0430\u0437\u043d\u0430\u0447\u0435\u043d\u0438\u0435 \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u0433\u043e \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f \u2013 \u0432\u043e\u0441\u0441\u0442\u0430\u043d\u043e\u0432\u043b\u0435\u043d\u0438\u0435 \u0434\u0430\u043d\u043d\u044b\u0445 \u043f\u043e\u0441\u043b\u0435 \u0438\u0445 \u043f\u043e\u0442\u0435\u0440\u0438. \u0412 \u0441\u0432\u044f\u0437\u0438 \u0441 \u044d\u0442\u0438\u043c","og:url":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/putevoditel-po-rezervnomu-kopirovaniyu-baz-dannyh","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-08-26T05:42:09+00:00","article:modified_time":"2020-08-26T05:42:09+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"92367","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 12:09:36","updated":"2026-02-09 16:50:36"},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/92367","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/comments?post=92367"}],"version-history":[{"count":1,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/92367\/revisions"}],"predecessor-version":[{"id":158765,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/posts\/92367\/revisions\/158765"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media\/92368"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/media?parent=92367"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/categories?post=92367"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/et\/wp-json\/wp\/v2\/tags?post=92367"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}