Poprzedni rozdzia\u0142 zosta\u0142 po\u015bwi\u0119cony bezpiecze\u0144stwu Twojej aplikacji. Trzeba zadba\u0107 jeszcze o bezpiecze\u0144stwo danych – tworz\u0105c kopie zapasowe. Ka\u017cdy komputer jest podatny na uszkodzenie, sprz\u0119t z czasem niszczy si\u0119 oraz podlega losowym awariom. <\/p>\n\n\n\n
Dobry kucharz pami\u0119ta swoje przepisy, ale nie zapami\u0119ta ich wszystkich. Ksi\u0105\u017cka kucharska musi by\u0107 przechowywana w bezpiecznym miejscu, aby w razie wypadku nie utraci\u0107 wszystkich przepis\u00f3w. <\/p>\n\n\n\n
Pracuj\u0105c na co dzie\u0144 z komputerem, przeci\u0119tny u\u017cytkownik nie zabezpiecza si\u0119 przed awari\u0105. Szansa awarii dysku jest niska, ale nie jest zerowa, dysk twardy (HDD) mo\u017ce wytrzyma\u0107 lata. Jednak, gdy nast\u0105pi moment awarii, mo\u017cesz straci\u0107 wszystkie dane: zdj\u0119cia, filmy, dokumenty, has\u0142a, programy itd. <\/p>\n\n\n\n
Jedyn\u0105 metod\u0105 ratunku w tej sytuacji jest kopia zapasowa danych. Dane z zepsutego dysku mo\u017cna pr\u00f3bowa\u0107 odzyska\u0107, jest szansa na odzyskanie przypadkowo usuni\u0119tych danych, ale nie ma gwarancji, \u017ce uda odzyska\u0107 si\u0119 wszystko. <\/p>\n\n\n\n
Kopie zapasowe maj\u0105 szczeg\u00f3lne znaczenie w aplikacjach biznesowych, gdzie utrata informacji o pojedynczej transakcji mo\u017ce du\u017co kosztowa\u0107. Restauracja, kt\u00f3ra zgubi swoje faktury, b\u0119dzie mia\u0142a problemy z urz\u0119dem skarbowym. Dlatego kluczowe jest, aby pami\u0119ta\u0107 o wykonaniu kopii zapasowej dokument\u00f3w lub zrobi\u0107 zrzut bazy danych. <\/p>\n\n\n\n
Studio Pixar w 1998 prawie straci\u0142o film Toy Story 2! Podczas rutynowego czyszczenia serwera, jeden z pracownik\u00f3w przez przypadek usun\u0105\u0142 katalog z filmem oraz jego zasobami. Jeden przypadkowy b\u0142\u0105d kosztowa\u0142by ich 2 lata pracy i mo\u017cliwe, \u017ce nigdy nie trafi\u0142by do kina. Nikt te\u017c w studiu nie zweryfikowa\u0142 kopii zapasowych, okaza\u0142o si\u0119, \u017ce nie funkcjonuj\u0105 od miesi\u0105ca i nie mo\u017cna ich wykorzysta\u0107. Sytuacja by\u0142a po prostu tragiczna. <\/p>\n\n\n\n
Sytuacj\u0119 uratowa\u0142a pracowniczka pracuj\u0105ca zdalnie, kt\u00f3ra posiada\u0142a lokaln\u0105 kopi\u0119 na swoim komputerze. To dow\u00f3d na to, \u017ce backup jest bezu\u017cyteczny, je\u017celi nie zweryfikujesz, czy da si\u0119 go odtworzy\u0107.<\/p>\n\n\n\n
Kopie zapasowe zosta\u0142y zrobione, ale nikt nie zweryfikowa\u0142 ich poprawno\u015bci, przez co ogromny nak\u0142ad pracy poszed\u0142by na marne. Kluczowe jest, aby sprawdzi\u0107 poprawno\u015b\u0107 kopii oraz czy na pewno da si\u0119 odtworzy\u0107 dane.<\/p>\n\n\n\n
Podczas budowania oprogramowania Twoim najwa\u017cniejszym sk\u0142adnikiem jest kod \u017ar\u00f3d\u0142owy i dane u\u017cytkownik\u00f3w. Aby nie dopu\u015bci\u0107 do katastrofy, w swojej cyfrowej kuchni musisz stosowa\u0107 Zasad\u0119 3-2-1:<\/p>\n\n\n\n
Pozwala to prawie zagwarantowa\u0107 bezpiecze\u0144stwo danych, je\u017celi dysk padnie, mam kopie \u201cpod r\u0119k\u0105\u201d, je\u017celi kopie lokalne zostan\u0105 zniszczone, mo\u017cemy odtworzy\u0107 dane na podstawie kopii zdalnej, a r\u00f3\u017cne no\u015bniki danych powoduj\u0105, \u017ce awaria jednego nie wp\u0142ywa na drugi. <\/p>\n\n\n\n
Najprostszym sposobem na backup jest skopiowanie danych 1:1. Jest to poprawne, ale zauwa\u017cysz, \u017ce zajmuje to du\u017co miejsca. Co je\u017celi danych przybywa z dnia na dzie\u0144? Nie op\u0142aca si\u0119 kopiowa\u0107 codziennie 100 GB danych, je\u017celi wprowadzono niewiele zmian. Dlatego, wyr\u00f3\u017cnione zosta\u0142y 3 rodzaje kopii zapasowych.<\/p>\n\n\n\n
Jest to najprostsza mo\u017cliwa kopia danych, zajmuje najwi\u0119cej miejsca. Dane zapisywane s\u0105 bez zmian, do migawki (ang. snapshot). Ka\u017cda kolejna kopia pe\u0142na to zrzut bezpo\u015brednio odtwarzalnych danych. Kucharz zapisuje wszystkie swoje przepisy pod koniec ka\u017cdego dnia. Nic nie straci, ale szybko zabraknie mu miejsca na p\u00f3\u0142ce.<\/p>\n\n\n\n
Jak zauwa\u017cysz, potrzebny jest lepszy spos\u00f3b przechowywania danych, kt\u00f3re zmieniaj\u0105 si\u0119. Jednym ze sposob\u00f3w jest kopia r\u00f3\u017cnicowa, kt\u00f3ra przechowuje zmiany od ostatniej pe\u0142nej kopii. W poniedzia\u0142ek wykonano kopi\u0119 pe\u0142n\u0105 100 GB, we wtorek zapisane zostanie tylko 2 GB danych, a w \u015brod\u0119 4 GB. Kopia ze \u015brody b\u0119dzie zawiera\u0107 dane r\u00f3wnie\u017c z wtorku, por\u00f3wnuj dane tylko z ostatni\u0105 kopi\u0105 pe\u0142n\u0105. <\/p>\n\n\n\n
Wymaga kopii pe\u0142nej, poniewa\u017c bezpo\u015brednio z kopii r\u00f3\u017cnicowej nie odtworzysz danych. <\/p>\n\n\n\n
W kopii r\u00f3\u017cnicowej trzeba by\u0142o dublowa\u0107 dane w kopiach. Jak nazwa wskazuje, kopia przyrostowa zapisuje zmiany od ostatniego backupu. Jaka jest r\u00f3\u017cnica? We wtorek zapiszesz 2 GB danych i w \u015brod\u0119 zapiszesz kolejne 2 GB danych. <\/p>\n\n\n\n
Gdzie jest haczyk? Je\u017celi stracisz kopi\u0119 danych z wtorku, kolejne kopie zapasowe b\u0119d\u0105 bezu\u017cyteczne. S\u0105 najszybsze i zajmuj\u0105 najmniej miejsca, ale potrzebne s\u0105 wszystkie kopie.<\/p>\n\n\n\n
Wracaj\u0105c do historii Toy Story 2, nale\u017cy zauwa\u017cy\u0107, \u017ce teoretycznie bezpiecze\u0144stwo zosta\u0142o zachowane – backupy zosta\u0142y utworzone i po awarii podj\u0119to pr\u00f3b\u0119 wykorzystania ich. Mimo, i\u017c procedury zosta\u0142y spe\u0142nione, koniec ko\u0144c\u00f3w kopia zapasowa okaza\u0142a si\u0119 bezu\u017cyteczna. Zaniedbano drugi najwa\u017cniejszy element bezpiecze\u0144stwa danych – weryfikacja kopii zapasowej. <\/p>\n\n\n\n
Co z tego, \u017ce skopiowali\u015bmy jakie\u015b dane, je\u017celi nie mo\u017cna z nich odtworzy\u0107 danych? Co w przypadku, kiedy jedna kopia przyrostowa zosta\u0142a \u017ale zapisana? Administrator musi zweryfikowa\u0107 poprawno\u015b\u0107 kopii. Je\u015bli kucharz nie potrafi przeczyta\u0107 swojego pisma, to po co tworzy\u0142 notatki? Jak kucharz umrze, tym bardziej nikt go nie przeczyta. <\/p>\n\n\n\n
Zauwa\u017cysz, \u017ce sprawdzanie ka\u017cdej kopii mo\u017ce okaza\u0107 si\u0119 nieefektywne, co jest prawdziwe. Skoro dane zosta\u0142y zapisane, to nie ma potrzeby ich weryfikacji. Kopie zapasowe trzeba weryfikowa\u0107 po szczeg\u00f3lnych zmianach np. w architekturze systemu. Zmieniasz baz\u0119 danych – sprawd\u017a backup. Zmieniona zosta\u0142a struktura katalog\u00f3w – sprawd\u017a backup. Kopie warto te\u017c sprawdza\u0107 co pewien czas: co miesi\u0105c, co kwarta\u0142, nie codziennie. Musisz zachowa\u0107 odpowiedni balans i zdrowy rozs\u0105dek.<\/p>\n\n\n\n
W profesjonalnych systemach i wielkich przedsi\u0119biorstwach tworzy si\u0119 plan tworzenia kopii zapasowych. Planuje si\u0119 miejsce na kopie zapasowe, priorytet dla danych, ilo\u015b\u0107 kopii oraz ich rodzaj. S\u0142u\u017c\u0105 do tego 2 wyznaczniki: RPO (Recovery Point Objective) i RTO (Recovery Time Objective). Wykorzystuje si\u0119 je w zautomatyzowaniu kopii. <\/p>\n\n\n\n
Wyznacza, ile danych przedsi\u0119biorstwo mo\u017ce straci\u0107. Ile zam\u00f3wie\u0144 z danego dnia Twoja aplikacja mo\u017ce utraci\u0107? Wszystko zale\u017cy od skali i istoty danych, w jednym systemie 30 minut utraty danych to powa\u017cna strata finansowa, w innym tygodniowa strata jest akceptowalna. Musisz zastanowi\u0107 si\u0119, co ile nale\u017cy tworzy\u0107 kopie zapasowe i jakie dane maj\u0105 by\u0107 tam przechowywane. Mo\u017cna te\u017c rozdzieli\u0107 informacje poprzez priorytet – baza danych ma by\u0107 kopiowana codziennie, natomiast zdj\u0119cia u\u017cytkownik\u00f3w raz na miesi\u0105c. <\/p>\n\n\n\n
Ten wyznacznik, odpowiada na pytanie:<\/strong> Jak szybko mo\u017cesz otworzy\u0107 kuchni\u0119 po po\u017carze? W kontek\u015bcie kopii zapasowych, RTO informuje o czasie od awarii do poprawnego dzia\u0142ania systemu, czyli jak d\u0142ugo zajmie odtwarzanie danych. Trzeba dostosowa\u0107 tak kopie, aby odtworzenie nie przekroczy\u0142o zaplanowanego czasu. Ustawienie RTO na 2 godziny powoduje, \u017ce kuchnia ma zosta\u0107 posprz\u0105tana i wymalowana w czasie tych 2 godzin. Musisz dostosowa\u0107 kopie zapasowe tak, aby odtworzenie danych nie zaj\u0119\u0142o zbyt du\u017co czasu.<\/p>\n\n\n\n Ka\u017cdy programista z natury jest leniwy – dlatego wymy\u015blono j\u0119zyki programowania. Tworzenie kopii zapasowych to d\u0142ugotrwa\u0142y proces, kopia pe\u0142na mo\u017ce by\u0107 tworzona godzinami. Dlatego, kluczowe jest aby kopie zapasowe by\u0142y tworzone automatycznie, bez ingerencji cz\u0142owieka. Pami\u0119taj, aby zautomatyzowa\u0107 proces dopiero, kiedy jeste\u015b pewien jego dzia\u0142ania. Tworzenie bezu\u017cytecznych kopii zapasowych marnuje tylko przestrze\u0144 dyskow\u0105. <\/p>\n\n\n\n W ustaleniu, kiedy i co ma by\u0107 zapisane pomagaj\u0105 wyznaczniki RPO i RTO. W\u0142a\u015bnie nimi powiniene\u015b si\u0119 kierowa\u0107 przy automatyzacji, ale to nie wszystko. Musisz ustali\u0107 ile kopii wstecz musi by\u0107 trzymanych na dysku, monitoring poprawno\u015bci kopii, oraz harmonogram backup\u00f3w. Kuchnia raczej nie przyjmuje klient\u00f3w w nocy, dlatego archiwizacj\u0119 faktur, rachunk\u00f3w i przepis\u00f3w najlepiej wykona\u0107 w tym czasie, poniewa\u017c jest ma\u0142a szansa, \u017ce dane si\u0119 zmieni\u0105. <\/p>\n\n\n\n Jednym z najlepszych miejsc do przechowywania danych jest chmura, kt\u00f3ra gwarantuje przede wszystkim dost\u0119pno\u015b\u0107. Profesjonalne serwisy praktycznie gwarantuj\u0105, \u017ce dane nie zostan\u0105 utracone nawet w przypadku awarii serwera. Jest to wygodne rozwi\u0105zanie, w kt\u00f3rym Twoim zadaniem jest stworzy\u0107 kopi\u0119 i wstawi\u0107 j\u0105 na zdalny serwer. <\/p>\n\n\n\n Warto korzysta\u0107 z kopii przyrostowych, aby zmniejszy\u0107 ilo\u015b\u0107 przechowywanych i przesy\u0142anych danych. <\/p>\n\n\n\n Takie serwisy oferuj\u0105 rozwi\u0105zanie Serverless – p\u0142acisz za zasoby, kt\u00f3re faktycznie zu\u017cy\u0142e\u015b. <\/p>\n\n\n\n Serwery wykorzystuj\u0105 macierze RAID do ochrony danych przed awari\u0105 sprz\u0119tow\u0105. Ka\u017cdy rodzaj macierzy wykonuje inne zadanie, jednak warto zaznaczy\u0107, \u017ce pracuj\u0105 na poziomie sprz\u0119tu. Przyk\u0142adowo, 2 dyski w macierzy RAID 1 b\u0119d\u0105 zduplikowane, zapis danych w systemie spowoduje utworzenie automatycznej kopii. W przypadku awarii jednego z dysk\u00f3w, macierz automatycznie skopiuje dane ze starego dysku na nowy.<\/p>\n\n\n\n Kod programu przechowuj w rozproszonym systemie kontroli wersji (np. git). Rozproszenie oznacza, \u017ce ka\u017cdy programista posiada kopi\u0119 kodu, natomiast g\u0142\u00f3wny serwer jest punktem odniesienia. W przypadku utraty serwera, mo\u017cna odtworzy\u0107 repozytorium na podstawie lokalnego repozytorium jednego z programist\u00f3w.<\/p>\n\n\n\n Backupy s\u0105 niezmiernie wa\u017cne w ka\u017cdym przedsi\u0119biorstwie!<\/p>\n\n\n\n Dane przechowywane komputerowo s\u0105 podatne na wiele zagro\u017ce\u0144:<\/strong> awarie, wirusy, b\u0142\u0105d ludzki. Jest wiele technik tworzenia kopii zapasowych, dlatego warto si\u0119 z nimi zapozna\u0107 i wybra\u0107 najbardziej odpowiedni. <\/p>\n\n\n\n Pami\u0119taj:<\/strong> Utrata danych to jeden z najgorszych scenariuszy w IT.<\/p>\n\n\n\n Materia\u0142y do samodzielnej nauki zwi\u0105zane z tym tematem:<\/p>\n\n\n\n Poprzedni rozdzia\u0142 zosta\u0142 po\u015bwi\u0119cony bezpiecze\u0144stwu Twojej aplikacji. Trzeba zadba\u0107 jeszcze o bezpiecze\u0144stwo danych – tworz\u0105c kopie zapasowe. Ka\u017cdy komputer jest podatny na uszkodzenie, sprz\u0119t z czasem niszczy si\u0119 oraz podlega losowym awariom. Dobry kucharz pami\u0119ta swoje przepisy, ale nie zapami\u0119ta ich wszystkich. Ksi\u0105\u017cka kucharska musi by\u0107 przechowywana w bezpiecznym miejscu, aby w razie wypadku nie […]<\/p>\n","protected":false},"author":1,"featured_media":0,"parent":415,"menu_order":10,"comment_status":"closed","ping_status":"closed","template":"","meta":{"footnotes":""},"class_list":["post-514","page","type-page","status-publish","hentry"],"_links":{"self":[{"href":"https:\/\/nuplo.org\/pl\/wp-json\/wp\/v2\/pages\/514","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/nuplo.org\/pl\/wp-json\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/nuplo.org\/pl\/wp-json\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/nuplo.org\/pl\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/nuplo.org\/pl\/wp-json\/wp\/v2\/comments?post=514"}],"version-history":[{"count":5,"href":"https:\/\/nuplo.org\/pl\/wp-json\/wp\/v2\/pages\/514\/revisions"}],"predecessor-version":[{"id":821,"href":"https:\/\/nuplo.org\/pl\/wp-json\/wp\/v2\/pages\/514\/revisions\/821"}],"up":[{"embeddable":true,"href":"https:\/\/nuplo.org\/pl\/wp-json\/wp\/v2\/pages\/415"}],"wp:attachment":[{"href":"https:\/\/nuplo.org\/pl\/wp-json\/wp\/v2\/media?parent=514"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Automatyzuj albo gi\u0144: DevOps w s\u0142u\u017cbie bezpiecze\u0144stwa<\/h2>\n\n\n\n
Chmura: Spi\u017carnia odporna na katastrofy<\/h2>\n\n\n\n
Podsumowanie<\/h2>\n\n\n\n
Materia\u0142y<\/h2>\n\n\n\n
\n