{"id":39250,"date":"2019-10-31T22:28:41","date_gmt":"2019-10-31T19:28:41","guid":{"rendered":"https:\/\/prohoster.info\/blog\/rezervnoe-kopirovanie-chast-7-vyvody\/"},"modified":"2019-10-31T22:28:41","modified_gmt":"2019-10-31T19:28:41","slug":"rezervnoe-kopirovanie-chast-7-vyvody","status":"publish","type":"post","link":"https:\/\/prohoster.info\/hr\/blog\/administrirovanie\/rezervnoe-kopirovanie-chast-7-vyvody","title":{"rendered":"Backup, dio 7: Zaklju\u010dci","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Backup, dio 7: Zaklju\u010dci\" src=\"\/wp-content\/uploads\/2019\/10\/475781030b157d85aa9e9a1dc7ea7c6b.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Ova bilje\u0161ka zavr\u0161ava ciklus o sigurnosnom kopiranju. U njoj \u0107e se raspraviti o logi\u010dkoj organizaciji posve\u0107enog servera (ili VPS-a) koja je pogodna za sigurnosno kopiranje, a tako\u0111er \u0107e biti predlo\u017een na\u010din brzog vra\u0107anja servera iz sigurnosne kopije bez velikih zastoja u slu\u010daju kvara.<\/p>\n<p><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h2 id=\"ishodnye-dannye\">Izvorni podaci<\/h2>\n<p><\/p>\n<p>Posve\u0107eni server obi\u010dno ima najmanje dva tvrda diska koja slu\u017ee za organizaciju RAID niza prvog nivoa (zrcalo). To je potrebno kako bi se omogu\u0107ilo nastavak rada servera u slu\u010daju kvara jednog diska. Ako je to obi\u010dan posve\u0107eni server \u2014 mo\u017ee postojati odvojeni hardverski RAID kontroler s aktivnom tehnologijom ke\u0161iranja na SSD-u, tako da se osim obi\u010dnih tvrdih diskova mo\u017ee priklju\u010diti jedan ili vi\u0161e SSD-ova. Ponekad se nude posve\u0107eni serveri koji imaju samo lokalne diskove kao \u0161to su SATADOM (mali diskovi, konstrukcijski \u2014 USB flash ure\u0111aj priklju\u010den na SATA port), ili \u010dak obi\u010dna mala (8-16 GB) USB flash memorija priklju\u010dena na poseban unutarnji port, dok se podaci preuzimaju s SAN-a (sustava za pohranu podataka) priklju\u010denog putem posebne mre\u017ee za pohranu podataka (Ethernet 10G, FC itd.), a postoje i posve\u0107eni serveri koji se pokre\u0107u direktno s SAN-a. Takve opcije ne\u0107u razmatrati, jer u tim slu\u010dajevima zadatak sigurnosnog kopiranja servera obi\u010dno prelazi na stru\u010dnjaka koji upravlja SAN-om, gdje postoje razli\u010dite proprietarne tehnologije za stvaranje slika stanja, ugra\u0111ena deduplifikacija i druge koristi za sistemskog administratora, o kojima je bilo re\u010di u prethodnim delovima ovog ciklusa. Volumen diskovnog niza posve\u0107enog servera mo\u017ee dose\u0107i nekoliko desetaka terabajta, u zavisnosti od broja i kapaciteta diskova priklju\u010denih na server. U slu\u010daju VPS-a, kapaciteti su skromniji: obi\u010dno ne vi\u0161e od 100 GB (ali ima i ve\u0107ih), a tarife za takve VPS-e lako mogu biti skuplje od najjeftinijih posve\u0107enih servera istog hostera. VPS-ovi obi\u010dno imaju jedan disk, jer \u0107e ispod njih postojati SAN (ili ne\u0161to hiper-konvergentno). Ponekad VPS-ovi imaju nekoliko diskova sa razli\u010ditim karakteristikama za razli\u010dite svrhe:<\/p>\n<p><\/p>\n<ul>\n<li>mali sistemski \u2014 za instalaciju operativnog sistema;<\/li>\n<li>veliki \u2014 za pohranu korisni\u010dkih podataka.<\/li>\n<\/ul>\n<p><\/p>\n<p>Prilikom ponovne instalacije sustava putem upravlja\u010dke plo\u010de, disk s korisni\u010dkim podacima se ne bri\u0161e, dok se sustavni disk potpuno prepisuje. Tako\u0111er, u slu\u010daju VPS-a, pru\u017eatelj usluga mo\u017ee ponuditi gumb koji snima stanje VPS-a (ili diska), ali ako se instalira vlastiti operacijski sustav ili zaboravi aktivirati potrebnu uslugu unutar VPS-a, dio podataka mo\u017ee biti izgubljen. Uz gumb obi\u010dno se nudi i usluga pohrane podataka, koja je \u010desto zna\u010dajno ograni\u010dena. Obi\u010dno to uklju\u010duje ra\u010dun s pristupom putem protokola FTP ili SFTP, ponekad uz SSH, s ograni\u010denim shell-om (na primjer, rbash), ili s ograni\u010denjem na izvr\u0161avanje komandi putem authorized_keys (putem ForcedCommand). <\/p>\n<p><\/p>\n<p>Posve\u0107eni server je povezan na mre\u017eu s dva porta brzine 1 Gbps, ponekad su to kartice brzine 10 Gbps. VPS obi\u010dno ima jedan mre\u017eni su\u010delje. Obi\u010dno, datacentri ne ograni\u010davaju brzinu unutar datacentra, ali ograni\u010davaju brzinu pristupa internetu.<\/p>\n<p><\/p>\n<p>Tipi\u010dno optere\u0107enje sli\u010dnog posve\u0107enog servera ili VPS-a uklju\u010duje web server, bazu podataka i server aplikacija. Ponekad mogu biti instalirane razne dodatne pomo\u0107ne usluge, uklju\u010duju\u0107i za web server ili bazu podataka: pretra\u017eiva\u010d, e-mail sustav itd.<\/p>\n<p><\/p>\n<p>Kao prostor za pohranu sigurnosnih kopija koristi se posebno pripremljeni server, o kojem \u0107e biti vi\u0161e rije\u010di kasnije.<\/p>\n<p><\/p>\n<h2 id=\"logicheskaya-organizaciya-diskovoy-sistemy\">Logi\u010dka organizacija dis\u010dnog sustava<\/h2>\n<p><\/p>\n<p>Ako postoji RAID kontroler, ili je to VPS s jednim diskom, a tako\u0111er nema posebnih preferencija za rad diskovne podrt\u0161ke (na primjer, poseban brzi disk za bazu podataka) \u2014 sav slobodan prostor se dijeli na sljede\u0107i na\u010din: stvara se jedna particija, na koju se postavlja LVM grupacija volumena, u kojoj se stvaraju nekoliko volumena: 2 mala istih dimenzija koja se koriste kao korijenska datote\u010dna sustava (izmjenjuju se naizmjeni\u010dno tijekom a\u017euriranja za mogu\u0107nost brzog vra\u0107anja, ideja je preuzeta iz distribucije Calculate Linux), jo\u0161 jedan \u2014 za swap particiju, preostali slobodni prostor se dijeli na male volumene koji se koriste kao korijenski datote\u010dni sustavi za pune kontejnere, diskove za virtualne strojeve, datote\u010dne sustave za ra\u010dune u \/home (svakom ra\u010dunu \u2014 svoj datote\u010dni sustav), datote\u010dne sustave za aplikacijske kontejnere.<\/p>\n<p><\/p>\n<p>Va\u017ena napomena: volumeni moraju biti potpuno samodostatni, tj. ne smiju ovisiti jedni o drugima, niti o korijenskom datote\u010dnom sustavu. U slu\u010daju virtualnih strojeva ili kontejnera, ovaj aspekt se automatski po\u0161tuje. Ako su to kontejneri aplikacija ili korisni\u010dki home direktoriji \u2014 treba razmisliti o razdvajanju konfiguracijskih datoteka web poslu\u017eitelja i drugih usluga na na\u010din da se maksimalno smanje ovisnosti volumena izme\u0111u sebe. Na primjer, svaka web stranica radi pod svojim korisnikom, konfiguracijske datoteke web stranice su u korisni\u010dkom home direktoriju, a u postavkama web poslu\u017eitelja, konfiguracijske datoteke web stranica se uklju\u010duju ne kroz \/etc\/nginx\/conf.d\/<em>.conf, ve\u0107, na primjer, \/home\/<\/em>\/configs\/nginx\/*.conf<\/p>\n<p><\/p>\n<p>Ako postoji vi\u0161e diskova \u2014 mo\u017ee se stvoriti softverski RAID array (i postaviti njegovo ke\u0161iranje na SSD, ako postoji potreba i mogu\u0107nosti), na koji se mo\u017ee postaviti LVM prema pravilima predlo\u017eenim ranije. Tako\u0111er, u ovom slu\u010daju se mo\u017ee koristiti ZFS ili BtrFS, ali tu se isplati nekoliko puta razmisliti: oba zahtijevaju mnogo ozbiljniji pristup resursima, pored toga ZFS nije uklju\u010deno u distribuciju Linux jezgra.<\/p>\n<p><\/p>\n<p>Bez obzira na kori\u0161tenu shemu, uvijek je dobro unaprijed procijeniti pribli\u017enu brzinu zapisivanja promjena na diskove, a zatim izra\u010dunati veli\u010dinu slobodnog prostora koja \u0107e biti rezervirana za stvaranje snimaka. Na primjer, ako na\u0161 server zapisuje podatke brzinom od 10 megabajta u sekundi, a ukupna veli\u010dina skupa podataka iznosi 10 terabajta \u2014 vrijeme sinkronizacije mo\u017ee trajati i do jednog dana (22 sata \u2014 toliko \u0107e trajati prijenos tog volumena preko mre\u017ee 1 Gbit\/s) \u2014 potrebno je rezervirati otprilike 800 GB. U stvarnosti \u0107e brojka biti manja, slobodno je podijelite s brojem logi\u010dkih volumena.<\/p>\n<p><\/p>\n<h2 id=\"ustroystvo-servera-hraneniya-rezervnyh-kopiy\">Ure\u0111aj za pohranu rezervnih kopija<\/h2>\n<p><\/p>\n<p>Glavna razlika servera za pohranu rezervnih kopija su veliki, jeftini i relativno spori diskovi. Budu\u0107i da su moderni HDD-ovi ve\u0107 prema\u0161ili granicu od 10 TB po disku, obavezna je primjena datote\u010dnih sustava ili RAID-a s kontrolnim zbrojevima, jer tijekom rekonstrukcije skupa ili oporavka datote\u010dnog sustava (nekoliko dana!) drugi disk mo\u017ee otkazati uslijed pove\u0107anog optere\u0107enja. Na diskovima kapaciteta do 1 TB to nije bilo toliko osjetljivo. Za jednostavnost opisivanja, pretpostavljam da je diskovni prostor podijeljen u dva otprilike jednake veli\u010dine dijela (opet, na primjer, pomo\u0107u LVM):<\/p>\n<p><\/p>\n<ul>\n<li>volumeni koji odgovaraju serverima, a koriste se za pohranu korisni\u010dkih podataka (na njima \u0107e se odvijati posljednja napravljena rezervna kopija za provjeru);<\/li>\n<li>volumeni koji se koriste kao repozitoriji BorgBackup (ovdje \u0107e neposredno dolaziti podaci za rezervne kopije).<\/li>\n<\/ul>\n<p><\/p>\n<p>Princip rada je da se stvaraju odvojeni volumeni za svaki server pod repozitorije BorgBackup, gdje \u0107e dolaziti podaci s produkcijskih servera. Repozitoriji rade u re\u017eimu samo dodavanja, \u0161to isklju\u010duje mogu\u0107nost namjernog brisanja podataka, a zahvaljuju\u0107i deduplici i povremenom \u010di\u0161\u0107enju repozitorija od starih rezervnih kopija (ostaju godi\u0161nje kopije, mjese\u010dne za posljednju godinu, tjedne za posljednji mjesec, dnevne za posljednji tjedan, mogu\u0107e \u2014 u posebnim slu\u010dajevima \u2014 svaka sat vremena za posljednji dan: ukupno 24 + 7 + 4 + 12 + godi\u0161nje \u2014 otprilike 50 kopija za svaki server).<br \/>\nU BorgBackup repozitorijima nije omogu\u0107en re\u017eim samo za dodavanje; umjesto toga koristi se ForcedCommand u .ssh\/authorized_keys otprilike ovakvog oblika:<\/p>\n<p><\/p>\n<pre><code class=\"plaintext\">from=\"adres poslu\u017eitelja\",command=\"\/usr\/local\/bin\/borg serve --append-only --restrict-to-path \/home\/servername\/borgbackup\/\",no-pty,no-agent-forwarding,no-port-forwarding,no-X11-forwarding,no-user-rc AAAAA.......<\/code><\/pre>\n<p><\/p>\n<p>Na navedenom putu nalazi se wrapper skripta koja, osim \u0161to pokre\u0107e binar s parametrima, dodatno pokre\u0107e proces vra\u0107anja rezervne kopije nakon zavr\u0161etka skidanja podataka. Za to wrapper skripta stvara datoteku-oznaku pored odgovaraju\u0107eg repozitorija. Posljednja napravljena rezervna kopija automatski se vra\u0107a na odgovaraju\u0107i logi\u010dki volumen nakon zavr\u0161etka procesa prijenosa podataka.<\/p>\n<p><\/p>\n<p>Ova konstrukcija omogu\u0107uje povremeno \u010di\u0161\u0107enje nepotrebnih rezervnih kopija, a tako\u0111er ne omogu\u0107uje produkcijskim poslu\u017eiteljima brisanje bilo \u010dega na poslu\u017eitelju za pohranu rezervnih kopija.<\/p>\n<p><\/p>\n<h2 id=\"process-rezervnogo-kopirovaniya\">Proces stvaranja rezervne kopije<\/h2>\n<p><\/p>\n<p>Inicijator rezervne kopije je sam poslu\u017eitelj ili VPS, budu\u0107i da ovaj na\u010din pru\u017ea ve\u0107u kontrolu nad procesom rezervne kopije s te strane. Prvo se snima stanje aktivnog korijenskog datote\u010dnog sustava, koji se montira i prenosi pomo\u0107u BorgBackup-a na poslu\u017eitelj za pohranu rezervnih kopija. Nakon zavr\u0161etka skidanja podataka, snimak se demontira i bri\u0161e.<\/p>\n<p><\/p>\n<p>\u0412 \u0441\u043b\u0443\u0447\u0430\u0435 \u043d\u0430\u043b\u0438\u0447\u0438\u044f \u043d\u0435\u0431\u043e\u043b\u044c\u0448\u043e\u0439 \u0431\u0430\u0437\u044b \u0434\u0430\u043d\u043d\u044b\u0445 (\u0434\u043e 1 \u0433\u0431 \u0434\u043b\u044f \u043a\u0430\u0436\u0434\u043e\u0433\u043e \u0441\u0430\u0439\u0442\u0430) \u0434\u0435\u043b\u0430\u0435\u0442\u0441\u044f \u0434\u0430\u043c\u043f \u0431\u0430\u0437\u044b \u0434\u0430\u043d\u043d\u044b\u0445, \u043a\u043e\u0442\u043e\u0440\u044b\u0439 \u0441\u043e\u0445\u0440\u0430\u043d\u044f\u0435\u0442\u0441\u044f \u0432 \u0441\u043e\u043e\u0442\u0432\u0435\u0442\u0441\u0442\u0432\u0443\u044e\u0449\u0438\u0439 \u043b\u043e\u0433\u0438\u0447\u0435\u0441\u043a\u0438\u0439 \u0442\u043e\u043c, \u0442\u0443\u0434\u0430, \u0433\u0434\u0435 \u0440\u0430\u0441\u043f\u043e\u043b\u043e\u0436\u0435\u043d\u044b \u043e\u0441\u0442\u0430\u043b\u044c\u043d\u044b\u0435 \u0434\u0430\u043d\u043d\u044b\u0435 \u044d\u0442\u043e\u0433\u043e \u0436\u0435 \u0441\u0430\u0439\u0442\u0430, \u043d\u043e \u0442\u0430\u043a, \u0447\u0442\u043e\u0431\u044b \u0434\u0430\u043c\u043f \u043d\u0435 \u0431\u044b\u043b \u0434\u043e\u0441\u0442\u0443\u043f\u0435\u043d \u0447\u0435\u0440\u0435\u0437 \u0432\u0435\u0431-\u0441\u0435\u0440\u0432\u0435\u0440. \u0415\u0441\u043b\u0438 \u0436\u0435 \u0431\u0430\u0437\u044b \u0431\u043e\u043b\u044c\u0448\u0438\u0435 \u2014 \u0441\u043b\u0435\u0434\u0443\u0435\u0442 \u043d\u0430\u0441\u0442\u0440\u043e\u0438\u0442\u044c &#171;\u0433\u043e\u0440\u044f\u0447\u0435\u0435&#187; \u0441\u043d\u044f\u0442\u0438\u0435 \u0434\u0430\u043d\u043d\u044b\u0445, \u043a \u043f\u0440\u0438\u043c\u0435\u0440\u0443 \u0441 \u043f\u043e\u043c\u043e\u0449\u044c\u044e xtrabackup \u0434\u043b\u044f MySQL, \u0438\u043b\u0438 \u0440\u0430\u0431\u043e\u0442\u0443 WAL c archive_command \u0432 PostgreSQL. \u0412 \u044d\u0442\u043e\u043c \u0441\u043b\u0443\u0447\u0430\u0435 \u0431\u0430\u0437\u0430 \u0434\u0430\u043d\u043d\u044b\u0445 \u0431\u0443\u0434\u0435\u0442 \u0432\u043e\u0441\u0441\u0442\u0430\u043d\u0430\u0432\u043b\u0438\u0432\u0430\u0442\u044c\u0441\u044f \u043e\u0442\u0434\u0435\u043b\u044c\u043d\u043e \u043e\u0442 \u0434\u0430\u043d\u043d\u044b\u0445 \u0441\u0430\u0439\u0442\u043e\u0432.<\/p>\n<p><\/p>\n<p>Ako se koriste kontejneri ili virtualne ma\u0161ine \u2014 treba postaviti qemu-guest-agent, CRIU ili druge potrebne tehnologije. U ostalim slu\u010dajevima dodatna pode\u0161avanja obi\u010dno ne\u0107e biti potrebna \u2014 jednostavno se kreiraju snimci logi\u010dkih volumena koji se zatim obra\u0111uju sli\u010dno kao snimak stanja korijenskog datote\u010dnog sustava. Nakon skidanja podataka, snimci se bri\u0161u.<\/p>\n<p><\/p>\n<p>Daljnji rad odvija se na poslu\u017eitelju za pohranu rezervnih kopija:<\/p>\n<p><\/p>\n<ul>\n<li>provjera posljednje napravljenih sigurnosnih kopija u svakom repozitoriju,<\/li>\n<li>provjera prisutnosti datoteke-oznake koja ozna\u010dava da je proces povla\u010denja podataka zavr\u0161en,<\/li>\n<li>izvr\u0161ava se obnavljanje podataka na odgovaraju\u0107i lokalni volumen,<\/li>\n<li>bri\u0161e se datoteka-oznake<\/li>\n<\/ul>\n<p><\/p>\n<h2 id=\"process-vosstanovleniya-rabotosposobnosti-servera\">Proces oporavka funkcionalnosti servera<\/h2>\n<p><\/p>\n<p>Ako glavni server padne, pokre\u0107e se sli\u010dan dodijeljeni server koji se pokre\u0107e s odre\u0111enog standardnog imid\u017ea. Vjerojatno \u0107e se pokretanje odvijati putem mre\u017ee, no tehni\u010dar DC-a koji podesi server mo\u017ee odmah kopirati taj standardni imid\u017e na jedan od diskova. Pokretanje se odvija u operativnoj memoriji, nakon \u010dega zapo\u010dinje proces oporavka:<\/p>\n<p><\/p>\n<ul>\n<li>izvr\u0161ava se zahtjev za pridru\u017eivanje blokovnom ure\u0111aju putem iscsinbd ili sli\u010dnog protokola logi\u010dkog volumena koji sadr\u017ei korijenski datote\u010dni sustav sru\u0161enog servera; budu\u0107i da korijenski datote\u010dni sustav mora biti mali \u2014 ova faza bi trebala biti zavr\u0161ena za nekoliko minuta. Tako\u0111er se obavlja obnova pokreta\u010da;<\/li>\n<li>obnavlja se struktura lokalnih logi\u010dkih volumena, pridru\u017euju se logi\u010dki volumeni s servera za sigurnosno kopiranje pomo\u0107u modula jezgre dm_clone: po\u010dinje obnova podataka, a promjene se odmah zapisuje na lokalne diskove<\/li>\n<li>pokre\u0107e se kontejner sa svim dostupnim fizi\u010dkim diskovima \u2014 potpuno se obnavlja funkcionalnost servera, ali s smanjenom u\u010dinkovito\u0161\u0107u;<\/li>\n<li>nakon zavr\u0161etka sinkronizacije podataka, logi\u010dki volumeni s servera za sigurnosno kopiranje se odspajaju, kontejner se isklju\u010duje, server se ponovo pokre\u0107e;<\/li>\n<\/ul>\n<p><\/p>\n<p>Nakon ponovnog pokretanja, server \u0107e imati sve podatke koji su postojali u trenutku stvaranja sigurnosne kopije, te \u0107e sadr\u017eavati sve promjene koje su napravljene tijekom procesa oporavka.<\/p>\n<p>\n<b class=\"spoiler_title\">Ostali \u010dlanci iz serije<\/b><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/449282\/\">Sigurnosno kopiranje, dio 1: Za\u0161to je potrebno sigurnosno kopiranje, pregled metoda, tehnologija<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/452630\/\">Sigurnosno kopiranje, dio 2: Pregled i testiranje rsync-based sredstava za sigurnosno kopiranje<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/454420\/\">Sigurnosno kopiranje, dio 3: Pregled i testiranje duplicity, duplicati<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/454734\/#first_unread\">Backup, dio 4: Pregled i testiranje zbackup, restic, borgbackup<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/459550\/\">Sigurnosno kopiranje, dio 5: Testiranje Bacula i Veeam Backup za Linux<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/468963\/\">Sigurnosno kopiranje: dio po zahtjevima \u010ditatelja: pregled AMANDA, UrBackup, BackupPC<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/470802\/\">Backup, dio 6: Usporedba alata za izradu sigurnosnih kopija<\/a><\/noindex><br \/>\nBackup, dio 7: Zaklju\u010dci<\/p>\n<p><\/p>\n<p>Pozivam vas da raspravite predlo\u017eenu opciju u komentarima, zahvaljujem na pa\u017enji!<\/p>\n<p>Izvor: <a content=\"nofollow\" rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/472776\/\">habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"<p>\u0414\u0430\u043d\u043d\u0430\u044f \u0437\u0430\u043c\u0435\u0442\u043a\u0430 \u0437\u0430\u0432\u0435\u0440\u0448\u0430\u0435\u0442 \u0446\u0438\u043a\u043b \u043e \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u043c \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0438. \u0412 \u043d\u0435\u0439 \u043f\u043e\u0439\u0434\u0435\u0442 \u0440\u0435\u0447\u044c \u043e \u043b\u043e\u0433\u0438\u0447\u0435\u0441\u043a\u043e\u0439 \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u0438 \u0432\u044b\u0434\u0435\u043b\u0435\u043d\u043d\u043e\u0433\u043e \u0441\u0435\u0440\u0432\u0435\u0440\u0430 (\u0438\u043b\u0438 VPS), \u0443\u0434\u043e\u0431\u043d\u043e\u0439 \u0434\u043b\u044f \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u0433\u043e \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u044f, \u0430 \u0442\u0430\u043a\u0436\u0435 \u0431\u0443\u0434\u0435\u0442 \u043f\u0440\u0435\u0434\u043b\u043e\u0436\u0435\u043d \u0432\u0430\u0440\u0438\u0430\u043d\u0442 \u0431\u044b\u0441\u0442\u0440\u043e\u0433\u043e \u0432\u043e\u0441\u0441\u0442\u0430\u043d\u043e\u0432\u043b\u0435\u043d\u0438\u044f \u0441\u0435\u0440\u0432\u0435\u0440\u0430 \u0438\u0437 \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u0439 \u043a\u043e\u043f\u0438\u0438 \u0431\u0435\u0437 \u043e\u0441\u043e\u0431\u044b\u0445 \u043f\u0440\u043e\u0441\u0442\u043e\u0435\u0432 \u0432 \u0441\u043b\u0443\u0447\u0430\u0435 \u0430\u0432\u0430\u0440\u0438\u0438. \u0418\u0441\u0445\u043e\u0434\u043d\u044b\u0435 \u0434\u0430\u043d\u043d\u044b\u0435 \u0412\u044b\u0434\u0435\u043b\u0435\u043d\u043d\u044b\u0439 \u0441\u0435\u0440\u0432\u0435\u0440 \u0447\u0430\u0449\u0435 \u0432\u0441\u0435\u0433\u043e \u0438\u043c\u0435\u0435\u0442 \u043c\u0438\u043d\u0438\u043c\u0443\u043c \u0434\u0432\u0430 \u0436\u0435\u0441\u0442\u043a\u0438\u0445 \u0434\u0438\u0441\u043a\u0430, \u0441\u043b\u0443\u0436\u0430\u0449\u0438\u0445 \u0434\u043b\u044f \u043e\u0440\u0433\u0430\u043d\u0438\u0437\u0430\u0446\u0438\u0438 RAID \u043c\u0430\u0441\u0441\u0438\u0432\u0430 [&hellip;]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":29456,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-39250","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 5.0.4 - aioseo.com -->\n\t<meta name=\"description\" content=\"\u0414\u0430\u043d\u043d\u0430\u044f \u0437\u0430\u043c\u0435\u0442\u043a\u0430 \u0437\u0430\u0432\u0435\u0440\u0448\u0430\u0435\u0442 \u0446\u0438\u043a\u043b \u043e \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\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\/hr\/blog\/administrirovanie\/rezervnoe-kopirovanie-chast-7-vyvody\" \/>\n\t\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.4\" \/>\n\t\t<meta property=\"og:locale\" content=\"hr_HR\" \/>\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\u0420\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u0435 \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435, \u0447\u0430\u0441\u0442\u044c 7: \u0412\u044b\u0432\u043e\u0434\u044b | ProHoster\" \/>\n\t\t<meta property=\"og:description\" content=\"\u0414\u0430\u043d\u043d\u0430\u044f \u0437\u0430\u043c\u0435\u0442\u043a\u0430 \u0437\u0430\u0432\u0435\u0440\u0448\u0430\u0435\u0442 \u0446\u0438\u043a\u043b \u043e \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u043c.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/prohoster.info\/hr\/blog\/administrirovanie\/rezervnoe-kopirovanie-chast-7-vyvody\" \/>\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=\"2019-10-31T19:28:41+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"2019-10-31T19:28:41+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\udd47Sigurnosno kopiranje, dio 7: Zaklju\u010dci | ProHoster","description":"Ova napomena zavr\u0161ava ciklus o sigurnosnom kopiranju.","canonical_url":"https:\/\/prohoster.info\/hr\/blog\/administrirovanie\/rezervnoe-kopirovanie-chast-7-vyvody","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"hr_HR","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\u0420\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u0435 \u043a\u043e\u043f\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435, \u0447\u0430\u0441\u0442\u044c 7: \u0412\u044b\u0432\u043e\u0434\u044b | ProHoster","og:description":"\u0414\u0430\u043d\u043d\u0430\u044f \u0437\u0430\u043c\u0435\u0442\u043a\u0430 \u0437\u0430\u0432\u0435\u0440\u0448\u0430\u0435\u0442 \u0446\u0438\u043a\u043b \u043e \u0440\u0435\u0437\u0435\u0440\u0432\u043d\u043e\u043c.","og:url":"https:\/\/prohoster.info\/hr\/blog\/administrirovanie\/rezervnoe-kopirovanie-chast-7-vyvody","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":"2019-10-31T19:28:41+00:00","article:modified_time":"2019-10-31T19:28:41+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"39250","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":"2026-01-24 01:28:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 00:53:37","updated":"2026-01-24 01:28:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/posts\/39250","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/comments?post=39250"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/posts\/39250\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/media\/29456"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/media?parent=39250"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/categories?post=39250"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/hr\/wp-json\/wp\/v2\/tags?post=39250"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}