{"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\/pl\/blog\/administrirovanie\/rezervnoe-kopirovanie-chast-7-vyvody","title":{"rendered":"Kopie zapasowe, cz\u0119\u015b\u0107 7: Wnioski","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"<p><img decoding=\"async\" alt=\"Kopie zapasowe, cz\u0119\u015b\u0107 7: Wnioski\" src=\"\/wp-content\/uploads\/2019\/10\/475781030b157d85aa9e9a1dc7ea7c6b.jpg\" style=\"display:block;margin: 0 auto;\" \/><\/p>\n<p><\/p>\n<p>Niniejsza notatka ko\u0144czy cykl na temat tworzenia kopii zapasowych. B\u0119dzie mowa o logicznej organizacji serwera dedykowanego (lub VPS), u\u0142atwiaj\u0105cej tworzenie kopii zapasowych, a tak\u017ce zostanie zaproponowane rozwi\u0105zanie szybkiego przywracania serwera z kopii zapasowej bez znacznych przestoj\u00f3w w przypadku awarii.<\/p>\n<p><noindex><a rel=\"nofollow\" name=\"habracut\"><\/a><\/noindex><\/p>\n<h2 id=\"ishodnye-dannye\">Dane \u017ar\u00f3d\u0142owe<\/h2>\n<p><\/p>\n<p>Serwer dedykowany najcz\u0119\u015bciej ma co najmniej dwa dyski twarde, kt\u00f3re s\u0142u\u017c\u0105 do organizacji macierzy RAID pierwszego poziomu (lustro). Jest to potrzebne, aby kontynuowa\u0107 prac\u0119 serwera, je\u015bli jeden dysk ulegnie awarii. Je\u015bli jest to zwyk\u0142y serwer dedykowany \u2014 mo\u017ce mie\u0107 oddzielny kontroler RAID, z aktywn\u0105 technologi\u0105 pami\u0119ci podr\u0119cznej na SSD, dzi\u0119ki czemu do zwyk\u0142ych dysk\u00f3w twardych mo\u017ce by\u0107 pod\u0142\u0105czony jeden lub wi\u0119cej dysk\u00f3w SSD. Czasami oferowane s\u0105 serwery dedykowane, w kt\u00f3rych z lokalnych dysk\u00f3w obecne s\u0105 tylko SATADOM (ma\u0142e dyski, konstrukcyjnie \u2014 pendrive, pod\u0142\u0105czany do portu SATA), a nawet zwyk\u0142y ma\u0142y (8\u201316 GB) pendrive, pod\u0142\u0105czany do specjalnego wewn\u0119trznego portu, a dane pobierane s\u0105 z macierzy dyskowej, pod\u0142\u0105czonej przez dedykowan\u0105 sie\u0107 przechowywania danych (Ethernet 10G, FC itd.). S\u0105 tak\u017ce serwery dedykowane, kt\u00f3re uruchamiaj\u0105 si\u0119 bezpo\u015brednio z macierzy dyskowej. Takie opcje nie b\u0119d\u0105 omawiane, poniewa\u017c w takich przypadkach zadanie tworzenia kopii zapasowych serwera p\u0142ynnie przechodzi do specjalisty, kt\u00f3ry obs\u0142uguje macierz dyskow\u0105; zazwyczaj wykorzystuje si\u0119 tam r\u00f3\u017cne technologie do tworzenia migawek stanu, wbudowan\u0105 deduplikacj\u0119 oraz inne zalety, kt\u00f3re rozwa\u017cono w poprzednich cz\u0119\u015bciach tego cyklu. Pojemno\u015b\u0107 macierzy dyskowej serwera dedykowanego mo\u017ce si\u0119ga\u0107 kilku dziesi\u0105t terabajt\u00f3w, w zale\u017cno\u015bci od liczby i pojemno\u015bci dysk\u00f3w pod\u0142\u0105czonych do serwera. W przypadku VPS obj\u0119to\u015bci s\u0105 skromniejsze: zazwyczaj nie wi\u0119cej ni\u017c 100 GB (cho\u0107 zdarzaj\u0105 si\u0119 wi\u0119ksze), a stawki za takie VPS mog\u0105 by\u0107 \u0142atwo dro\u017csze od najta\u0144szych serwer\u00f3w dedykowanych tego samego hostera. VPS najcz\u0119\u015bciej ma jeden dysk, poniewa\u017c pod nim znajduje si\u0119 macierz dyskowa (lub co\u015b hiper-zintegrowanego). Czasami VPS ma kilka dysk\u00f3w o r\u00f3\u017cnych charakterystykach, do r\u00f3\u017cnych cel\u00f3w:<\/p>\n<p><\/p>\n<ul>\n<li>ma\u0142y systemowy \u2014 do instalacji systemu operacyjnego;<\/li>\n<li>du\u017cy \u2014 do przechowywania danych u\u017cytkownik\u00f3w.<\/li>\n<\/ul>\n<p><\/p>\n<p>Podczas ponownej instalacji systemu przez panel zarz\u0105dzania, dysk z danymi u\u017cytkownik\u00f3w nie jest nadpisywany, natomiast systemowy jest ca\u0142kowicie prze\u0142adowywany. W przypadku VPS dostawca mo\u017ce oferowa\u0107 przycisk do zrobienia zrzutu stanu VPS (lub dysku), jednak je\u015bli zainstalujesz w\u0142asny system operacyjny lub zapomnisz aktywowa\u0107 potrzebn\u0105 us\u0142ug\u0119 w VPS \u2014 cz\u0119\u015b\u0107 danych mo\u017ce zosta\u0107 utracona. Wraz z przyciskiem zazwyczaj oferowana jest us\u0142uga przechowywania danych, najcz\u0119\u015bciej znacznie ograniczona. Zwykle jest to konto z dost\u0119pem przez protok\u00f3\u0142 FTP lub SFTP, czasami wraz z SSH, z ograniczonym shellem (np. rbash) lub z ograniczeniem na uruchamianie polece\u0144 przez authorized_keys (za pomoc\u0105 ForcedCommand). <\/p>\n<p><\/p>\n<p>Dedykowany serwer jest pod\u0142\u0105czony do sieci za pomoc\u0105 dw\u00f3ch port\u00f3w o pr\u0119dko\u015bci 1 Gbit\/s, czasami mog\u0105 to by\u0107 karty o pr\u0119dko\u015bci 10 Gbit\/s. W przypadku VPS interfejs sieciowy wyst\u0119puje najcz\u0119\u015bciej jeden. Data centry zazwyczaj nie ograniczaj\u0105 pr\u0119dko\u015bci sieci wewn\u0105trz data centa, ale ograniczaj\u0105 pr\u0119dko\u015b\u0107 dost\u0119pu do internetu.<\/p>\n<p><\/p>\n<p>Typowe obci\u0105\u017cenie takiego dedykowanego serwera lub VPS to serwer WWW, baza danych, serwer aplikacji. Czasami mog\u0105 by\u0107 zainstalowane r\u00f3\u017cne dodatkowe us\u0142ugi pomocnicze, w tym dla serwera WWW lub bazy danych: wyszukiwarka, system pocztowy itp.<\/p>\n<p><\/p>\n<p>Jako miejsce do przechowywania kopii zapasowych s\u0142u\u017cy specjalnie przygotowany serwer, o kt\u00f3rym b\u0119dzie wi\u0119cej napisane p\u00f3\u017aniej.<\/p>\n<p><\/p>\n<h2 id=\"logicheskaya-organizaciya-diskovoy-sistemy\">Logiczna organizacja systemu plik\u00f3w<\/h2>\n<p><\/p>\n<p>Je\u015bli istnieje kontroler RAID lub jest to VPS z jednym dyskiem, a tak\u017ce nie ma szczeg\u00f3lnych preferencji dotycz\u0105cych dzia\u0142ania systemu dyskowego (na przyk\u0142ad oddzielny szybki dysk dla bazy danych) \u2014 ca\u0142a dost\u0119pna przestrze\u0144 jest dzielona w ten spos\u00f3b: tworzy si\u0119 jedn\u0105 partycj\u0119, na kt\u00f3rej tworzona jest grupa wolumin\u00f3w LVM, w kt\u00f3rej powstaje kilka wolumin\u00f3w: 2 ma\u0142e oidentycznej wielko\u015bci, u\u017cywane jako system plik\u00f3w root (wymieniane naprzemiennie podczas aktualizacji w celu umo\u017cliwienia szybkiego wycofania, pomys\u0142 zapo\u017cyczony z dystrybucji Calculate Linux), jeden \u2014 na partycj\u0119 swap, reszta dost\u0119pnej przestrzeni jest dzielona na ma\u0142e woluminy, u\u017cywane jako systemy plik\u00f3w root dla pe\u0142noprawnych kontener\u00f3w, dysk\u00f3w dla maszyn wirtualnych, system\u00f3w plik\u00f3w dla kont w \/home (ka\u017cde konto ma sw\u00f3j system plik\u00f3w), system\u00f3w plik\u00f3w dla aplikacyjnych kontener\u00f3w.<\/p>\n<p><\/p>\n<p>Wa\u017cna uwaga: woluminy musz\u0105 by\u0107 ca\u0142kowicie samowystarczalne, t.j. nie powinny by\u0107 zale\u017cne ani od siebie nawzajem, ani od systemu plik\u00f3w root. W przypadku maszyn wirtualnych lub kontener\u00f3w ten aspekt jest przestrzegany automatycznie. Je\u015bli jednak s\u0105 to kontenery aplikacji lub katalogi domowe \u2014 warto pomy\u015ble\u0107 o oddzieleniu plik\u00f3w konfiguracyjnych serwera www i innych us\u0142ug w taki spos\u00f3b, aby maksymalnie zredukowa\u0107 zale\u017cno\u015bci mi\u0119dzy woluminami. Na przyk\u0142ad, ka\u017cda strona dzia\u0142a od swojego u\u017cytkownika, pliki konfiguracyjne strony znajduj\u0105 si\u0119 w katalogu domowym u\u017cytkownika, w ustawieniach serwera www pliki konfiguracyjne stron s\u0105 \u0142adowane nie przez \/etc\/nginx\/conf.d\/<em>.conf, a na przyk\u0142ad przez \/home\/<\/em>\/configs\/nginx\/*.conf<\/p>\n<p><\/p>\n<p>Je\u015bli jednak istnieje kilka dysk\u00f3w \u2014 mo\u017cna utworzy\u0107 programow\u0105 macierz RAID (i skonfigurowa\u0107 jej pami\u0119\u0107 podr\u0119czn\u0105 na SSD, je\u015bli istnieje potrzeba i mo\u017cliwo\u015bci), na kt\u00f3rej mo\u017cna zbudowa\u0107 LVM zgodnie z zasadami zaproponowanymi powy\u017cej. R\u00f3wnie\u017c w tym przypadku mo\u017cna u\u017cywa\u0107 ZFS lub BtrFS, ale tutaj warto kilka razy przemy\u015ble\u0107: obie wymagaj\u0105 znacznie powa\u017cniejszego podej\u015bcia do zasob\u00f3w, ponadto ZFS nie jest do\u0142\u0105czany do j\u0105dra Linux.<\/p>\n<p><\/p>\n<p>Niezale\u017cnie od stosowanej strategii, warto wcze\u015bniej oszacowa\u0107 przybli\u017con\u0105 pr\u0119dko\u015b\u0107 zapisu zmian na dyski, a nast\u0119pnie obliczy\u0107 rozmiar wolnego miejsca, kt\u00f3re zostanie zarezerwowane na utworzenie migawek. Na przyk\u0142ad, je\u015bli nasz serwer b\u0119dzie zapisywa\u0142 dane z pr\u0119dko\u015bci\u0105 10 megabajt\u00f3w na sekund\u0119, a ca\u0142kowity rozmiar zbioru danych wynosi 10 terabajt\u00f3w \u2014 czas synchronizacji mo\u017ce wynosi\u0107 doby (22 godziny \u2014 tyle czasu zajmie przes\u0142anie takiej ilo\u015bci przez sie\u0107 1gbit\/s) \u2014 warto zarezerwowa\u0107 oko\u0142o 800 GB. W rzeczywisto\u015bci liczba ta b\u0119dzie mniejsza, mo\u017cna j\u0105 \u015bmia\u0142o podzieli\u0107 przez liczb\u0119 logicznych wolumin\u00f3w.<\/p>\n<p><\/p>\n<h2 id=\"ustroystvo-servera-hraneniya-rezervnyh-kopiy\">Serwer do przechowywania kopii zapasowych<\/h2>\n<p><\/p>\n<p>G\u0142\u00f3wna r\u00f3\u017cnica mi\u0119dzy serwerem do przechowywania kopii zapasowych a zwyk\u0142ym serwerem to du\u017ce, tanie i stosunkowo wolne dyski. Poniewa\u017c nowoczesne HDD przekroczy\u0142y ju\u017c granic\u0119 10 TB na jednym dysku \u2014 niezb\u0119dne jest stosowanie system\u00f3w plik\u00f3w lub RAID z sumami kontrolnymi, poniewa\u017c w czasie reorganizacji zbioru lub przywracania systemu plik\u00f3w (kilka dni!) drugi dysk mo\u017ce ulec awarii z powodu zwi\u0119kszonego obci\u0105\u017cenia. Na dyskach o pojemno\u015bci do 1 TB by\u0142o to mniej odczuwalne. Dla uproszczenia opisu zak\u0142adam, \u017ce przestrze\u0144 dyskowa jest podzielona na dwie mniej wi\u0119cej r\u00f3wnej wielko\u015bci cz\u0119\u015bci (np. przy u\u017cyciu LVM):<\/p>\n<p><\/p>\n<ul>\n<li>wolumeny, odpowiadaj\u0105ce serwerom, kt\u00f3re s\u0105 wykorzystywane do przechowywania danych u\u017cytkownik\u00f3w (na nich zostanie odtworzona ostatnia wykonana kopia zapasowa do weryfikacji);<\/li>\n<li>wolumeny, kt\u00f3re s\u0105 wykorzystywane jako repozytoria BorgBackup (tutaj b\u0119d\u0105 trafia\u0142y dane do kopii zapasowych).<\/li>\n<\/ul>\n<p><\/p>\n<p>Zasada dzia\u0142ania polega na tym, \u017ce tworzone s\u0105 oddzielne wolumeny dla ka\u017cdego serwera jako repozytoria BorgBackup, do kt\u00f3rych b\u0119d\u0105 trafia\u0142y dane z serwer\u00f3w produkcyjnych. Repozytoria dzia\u0142aj\u0105 w trybie tylko dodawania, co wyklucza mo\u017cliwo\u015b\u0107 zamierzonego usuni\u0119cia danych, a dzi\u0119ki deduplikacji i okresowemu czyszczeniu repozytori\u00f3w ze starych kopii zapasowych (pozostaj\u0105 kopie roczne, miesi\u0119czne za ostatni rok, tygodniowe za ostatni miesi\u0105c, codzienne za ostatni tydzie\u0144, mo\u017ce \u2014 w szczeg\u00f3lnych przypadkach \u2014 co godzinne za ostatni dzie\u0144: w sumie 24 + 7 + 4 + 12 + roczne \u2014 oko\u0142o 50 kopii dla ka\u017cdego serwera).<br \/>\nW repozytoriach BorgBackup nie jest aktywowany tryb tylko do dodawania, zamiast tego u\u017cywa si\u0119 ForcedCommand w .ssh\/authorized_keys mniej wi\u0119cej w ten spos\u00f3b:<\/p>\n<p><\/p>\n<pre><code class=\"plaintext\">from=\"adres serwera\",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>W podanej lokalizacji znajduje si\u0119 skrypt-os\u0142ona nad borg, kt\u00f3ry, opr\u00f3cz uruchamiania binarki z parametrami, dodatkowo uruchamia proces przywracania kopii zapasowej po zako\u0144czeniu zbierania danych. W tym celu skrypt-os\u0142ona tworzy plik sygnalizacyjny obok odpowiedniego repozytorium. Ostatnia wykonana kopia zapasowa po zako\u0144czeniu procesu przesy\u0142ania danych jest automatycznie przywracana na odpowiedni wolumen logiczny.<\/p>\n<p><\/p>\n<p>Ta konstrukcja pozwala na okresowe oczyszczanie zb\u0119dnych kopii zapasowych, a tak\u017ce uniemo\u017cliwia serwerom produkcyjnym usuwanie czegokolwiek na serwerze przechowywania kopii zapasowych.<\/p>\n<p><\/p>\n<h2 id=\"process-rezervnogo-kopirovaniya\">Proces tworzenia kopii zapasowej<\/h2>\n<p><\/p>\n<p>Inicjatorem tworzenia kopii zapasowej jest sam dedykowany serwer lub VPS, poniewa\u017c taka \u0441\u0445\u0435\u043c\u0430 daje wi\u0119ksz\u0105 kontrol\u0119 nad procesem tworzenia kopii zapasowej z tego serwera. Najpierw wykonywana jest migawka stanu aktywnego systemu plik\u00f3w, kt\u00f3ra jest montowana i przesy\u0142ana za pomoc\u0105 BorgBackup na serwer przechowywania kopii zapasowych. Po zako\u0144czeniu zbierania danych migawka jest odmontowywana i usuwana.<\/p>\n<p><\/p>\n<p>W przypadku posiadania ma\u0142ej bazy danych (do 1 GB dla ka\u017cdej strony) tworzy si\u0119 kopi\u0119 zapasow\u0105 bazy danych, kt\u00f3ra jest przechowywana w odpowiedniej logice, tam, gdzie znajduj\u0105 si\u0119 pozosta\u0142e dane tej samej strony, ale tak, aby kopia nie by\u0142a dost\u0119pna przez serwer WWW. Je\u015bli bazy s\u0105 du\u017ce \u2014 nale\u017cy skonfigurowa\u0107 \u201egor\u0105ce\u201d pobieranie danych, na przyk\u0142ad za pomoc\u0105 xtrabackup dla MySQL lub korzystaj\u0105c z WAL z archive_command w PostgreSQL. W takim przypadku baza danych b\u0119dzie przywracana oddzielnie od danych stron.<\/p>\n<p><\/p>\n<p>Je\u015bli stosowane s\u0105 kontenery lub maszyny wirtualne \u2014 nale\u017cy skonfigurowa\u0107 qemu-guest-agent, CRIU lub inne potrzebne technologie. W pozosta\u0142ych przypadkach dodatkowe konfiguracje najcz\u0119\u015bciej nie b\u0119d\u0105 potrzebne \u2014 po prostu tworzymy migawki wolumen\u00f3w logicznych, kt\u00f3re s\u0105 nast\u0119pnie przetwarzane podobnie jak migawka stanu systemu plik\u00f3w. Po zako\u0144czeniu zbierania danych migawki s\u0105 usuwane.<\/p>\n<p><\/p>\n<p>Dalsza praca odbywa si\u0119 na serwerze przechowywania kopii zapasowych:<\/p>\n<p><\/p>\n<ul>\n<li>Sprawdzana jest ostatnia wykona rezerwa w ka\u017cdym repozytorium,<\/li>\n<li>Sprawdzana jest obecno\u015b\u0107 pliku znacznikowego, informuj\u0105cego o zako\u0144czeniu procesu wyci\u0105gania danych,<\/li>\n<li>Wykonywane jest rozwini\u0119cie danych na odpowiedni\u0105 lokaln\u0105 obj\u0119to\u015b\u0107,<\/li>\n<li>Usuwany jest plik znacznikowy,<\/li>\n<\/ul>\n<p><\/p>\n<h2 id=\"process-vosstanovleniya-rabotosposobnosti-servera\">Proces przywracania sprawno\u015bci serwera,<\/h2>\n<p><\/p>\n<p>Je\u015bli g\u0142\u00f3wny serwer zawiedzie, uruchamiany jest podobny dedykowany serwer, kt\u00f3ry \u0142adowany jest z okre\u015blonego standardowego obrazu. Najprawdopodobniej za\u0142adunek b\u0119dzie realizowany przez sie\u0107, jednak technik datacenter, dokonuj\u0105cy konfiguracji serwera, mo\u017ce od razu skopiowa\u0107 ten standardowy obraz na jeden z dysk\u00f3w. \u0141adowanie odbywa si\u0119 do pami\u0119ci operacyjnej, a nast\u0119pnie rozpoczyna si\u0119 proces przywracania:<\/p>\n<p><\/p>\n<ul>\n<li>Wydawane jest zapytanie o przy\u0142\u0105czenie urz\u0105dzenia blokowego przez iscsinbd lub inny podobny protok\u00f3\u0142 logicznego woluminu, zawieraj\u0105cego g\u0142\u00f3wny system plik\u00f3w pad\u0142ego serwera; poniewa\u017c g\u0142\u00f3wny system plik\u00f3w powinien by\u0107 niewielki - ten etap powinien by\u0107 zako\u0144czony w kilka minut. Odbywa si\u0119 tak\u017ce przywracanie bootloadera;<\/li>\n<li>Odtwarzana jest struktura lokalnych wolumin\u00f3w logicznych, do\u0142\u0105czane s\u0105 woluminy logiczne z serwera rezerwowego za pomoc\u0105 modu\u0142u j\u0105dra dm_clone: rozpoczyna si\u0119 przywracanie danych, a zmiany s\u0105 zapisywane od razu na lokalnych dyskach,<\/li>\n<li>Uruchamiany jest kontener ze wszystkimi dost\u0119pnymi fizycznymi dyskami - ca\u0142kowicie przywracana jest sprawno\u015b\u0107 serwera, ale z obni\u017con\u0105 wydajno\u015bci\u0105;<\/li>\n<li>Po zako\u0144czeniu synchronizacji danych woluminy logiczne z serwera rezerwowego s\u0105 od\u0142\u0105czane, kontener wy\u0142\u0105czany, serwer uruchamiany ponownie;<\/li>\n<\/ul>\n<p><\/p>\n<p>Po ponownym uruchomieniu serwer b\u0119dzie zawiera\u0142 wszystkie dane, kt\u00f3re by\u0142y w momencie tworzenia kopii zapasowej, a tak\u017ce uwzgl\u0119dnia\u0142 wszystkie zmiany, kt\u00f3re mia\u0142y miejsce w procesie przywracania.<\/p>\n<p>\n<b class=\"spoiler_title\">Inne artyku\u0142y z cyklu<\/b><\/p>\n<p><noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/449282\/\">Kopie zapasowe, cz\u0119\u015b\u0107 1: Po co s\u0105 kopie zapasowe, przegl\u0105d metod, technologii<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/452630\/\">Kopie zapasowe, cz\u0119\u015b\u0107 2: Przegl\u0105d i testowanie narz\u0119dzi do tworzenia kopii zapasowych opartych na rsync<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/454420\/\">Kopia zapasowa, cz\u0119\u015b\u0107 3: Przegl\u0105d i testowanie duplicity, duplicati<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/454734\/#first_unread\">Kopia zapasowa, cz\u0119\u015b\u0107 4: Przegl\u0105d i testowanie zbackup, restic, borgbackup<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/459550\/\">Kopia zapasowa, cz\u0119\u015b\u0107 5: Testowanie Bacula i Veeam Backup for Linux<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/468963\/\">Kopie zapasowe: cz\u0119\u015b\u0107 na pro\u015bb\u0119 czytelnik\u00f3w: przegl\u0105d AMANDA, UrBackup, BackupPC,<\/a><\/noindex><br \/>\n<noindex><a rel=\"nofollow\" href=\"https:\/\/habr.com\/ru\/company\/southbridge\/blog\/470802\/\">Kopie zapasowe, cz\u0119\u015b\u0107 6: Por\u00f3wnanie narz\u0119dzi do tworzenia kopii zapasowych<\/a><\/noindex><br \/>\nKopie zapasowe, cz\u0119\u015b\u0107 7: Wnioski<\/p>\n<p><\/p>\n<p>Zapraszam do dyskusji na zaproponowany temat w komentarzach, dzi\u0119kuj\u0119 za uwag\u0119!<\/p>\n<p>\u0179r\u00f3d\u0142o: <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.1.1 - 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\/pl\/blog\/administrirovanie\/rezervnoe-kopirovanie-chast-7-vyvody\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 5.0.1.1\" \/>\n\t\t<meta property=\"og:locale\" content=\"pl_PL\" \/>\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\/pl\/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\udd47Kopie zapasowe, cz\u0119\u015b\u0107 7: Wnioski | ProHoster","description":"Ta notatka ko\u0144czy cykl o rezerwach.","canonical_url":"https:\/\/prohoster.info\/pl\/blog\/administrirovanie\/rezervnoe-kopirovanie-chast-7-vyvody","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"pl_PL","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\/pl\/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\/pl\/wp-json\/wp\/v2\/posts\/39250","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/comments?post=39250"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/posts\/39250\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/media\/29456"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/media?parent=39250"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/categories?post=39250"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/pl\/wp-json\/wp\/v2\/tags?post=39250"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}