Tworzenie kopii zapasowych
Ogólnie
Każdy system informacyjny wymaga tworzenia kopii zapasowych danych na wypadek nieprzewidzianych zdarzeń. System Tritius zawiera kilka mechanizmów tworzenia kopii zapasowych danych.
Ryzyko
W poniższych akapitach krótko opisano zagrożenia dla danych Tritia lub ich integralności.
Błąd Tritia
Tritius może zawierać błąd, który spowoduje utratę danych. Nasz zespół wykorzystuje podczas rozwoju automatyczne testowanie, które minimalizuje liczbę błędów w aplikacji. Jednak jesteśmy tylko ludźmi i popełniamy błędy.
Błąd oprogramowania pomocniczego
Tritius korzysta z kilku zewnętrznych programów, takich jak baza danych MySQL, silnik wyszukiwania SOLR, narzędzia wirtualizacyjne itp. Nie mamy bezpośredniej kontroli nad tymi programami i mogą one zawierać błędy, które mogą spowodować utratę danych. Staramy się minimalizować to ryzyko, aktualizując oprogramowanie stron trzecich wyłącznie po przetestowaniu i nie korzystając z gałęzi rozwojowych, a jedynie ze stabilnych.
Błąd sprzętu
Tritius działa na maszynie wirtualnej, która nie może się zepsuć. Może jednak dojść do awarii systemu bazowego, który zapewnia wirtualizację. Zazwyczaj jest to klasyczny serwer. Jest to prawdopodobnie najbardziej prawdopodobny scenariusz utraty danych.
Rodzaje zaliczek
System Tritius zapisuje dane w dwóch miejscach.
- Relacyjna baza danych MySQL.
- Folder roboczy na dysku serwera, na którym znajduje się Tritius.
W relacyjnej bazie danych przechowywana jest zdecydowana większość danych systemu. Wszystkie ustawienia, zapisy dotyczące dzieł, egzemplarzy, kont użytkowników itp. Na dysku w folderze roboczym Tritia przechowywane są dane wyszukiwarki SOLR, a także przesłane pliki, takie jak okładki książek, treści w formacie PDF, wygenerowane eksporty itp.
Tworzenie kopii zapasowych relacyjnej bazy danych MySQL
Tworzenie kopii zapasowej danych z relacyjnej bazy danych polega na utworzeniu tzw. zrzutu SQL. Jest to tekstowa (czytelna dla ludzi) reprezentacja poleceń SQL, które tworzą i ponownie wypełniają pustą bazę danych. W przypadku utraty danych z bazy danych można z tego zrzutu ponownie zbudować całą bazę danych, a zatem jest to jej kompletna kopia zapasowa.
Kopia zapasowa jest tworzona przez system za pomocą programu 7-zip i jest również hasłowana w celu dodatkowej ochrony zawartych w niej danych osobowych. Chociaż plik jest tekstowy i czytelny dla ludzi, bez znajomości języka SQL jest on niezrozumiały dla zwykłego człowieka.
Tworzenie kopii zapasowej folderu roboczego Tritia
Z folderu roboczego Tritia tworzony jest prosty archiwum, który w przypadku utraty danych można rozpakować w miejsce uszkodzonego katalogu.
Tworzenie kopii zapasowej całej maszyny wirtualnej
Ponadto tworzymy kopie zapasowe wszystkich naszych serwerów wirtualnych w Zelených datech. Narzędzie do wirtualizacji tworzy kompletną kopię zapasową aktualnego stanu dysku. W przypadku całkowitej awarii systemu przywrócenie takiej kopii zapasowej jest najszybszym możliwym rozwiązaniem.
Tworzenie kopii zapasowych serwerów w naszej firmie (SaaS, Zelená data)
Jeśli korzystasz z Tritius na naszych serwerach, to każdej nocy automatycznie tworzone są kopie zapasowe bazy danych (dump bazy danych) i całej maszyny wirtualnej na dysku umieszczonym bezpośrednio w Zelených datech.
Harmonogram zaliczek
| Interwał | Liczba | Opis |
|---|---|---|
| 01:21 każdy dzień | 3 | Każdego dnia tworzone są kopie zapasowe i przechowywane są one przez ostatnie 3 dni. |
| 01:21 każdy tydzień | 1 | W każdą niedzielę tworzona jest tzw. tygodniowa rezerwa. |
| 3:31 każdy miesiąc | 1 | Co miesiąc tworzona jest tzw. miesięczna zaliczka. |
W każdej chwili dostępnych jest więc kilka kopii zapasowych systemu z różnych dni. Łącznie przechowywanych jest 5 kopii zapasowych.
Tworzenie kopii zapasowych serwerów u klienta (SA, własny serwer)
Każdej nocy automatycznie uruchamiana jest procedura tworzenia kopii zapasowej, która wykonuje kopię zapasową danych z bazy danych (SQL dump) oraz kopię zapasową folderu roboczego Tritia. Kopie zapasowe są kopiowane do zewnętrznej pamięci masowej (dostarczonej przez użytkownika), aby były dostępne w przypadku awarii całego serwera z Tritiem.
Harmonogram zaliczek
| Interwał | Liczba | Opis |
|---|---|---|
| 2:30 każdy dzień | 7 | Każdego dnia tworzone są kopie zapasowe i przechowywane przez ostatnie 7 dni. |
| 2:40 każdy poniedziałek | 2 | W każdy poniedziałek tworzone są tzw. tygodniowe zaliczki, które są przechowywane przez ostatnie dwa tygodnie. |
| 2:50 każdego 1. | 1 | Co miesiąc tworzone są tzw. miesięczne zaliczki i utrzymywana jest tylko jedna taka zaliczka. |
W każdej chwili dostępnych jest więc kilka kopii zapasowych systemu z różnych dni. Łącznie przechowywanych jest 10 kopii zapasowych.
Szacowanie wymaganej ilości miejsca na dysku do tworzenia kopii zapasowych
Magazyn kopii zapasowych musi pomieścić 10 kopii zapasowych bazy danych SQL i 10 kopii zapasowych folderu roboczego Tritia. Wielkość kopii zapasowych zależy od wielkości biblioteki, a przede wszystkim od liczby dzieł i tomów.
| W przypadku pamięci danych do tworzenia kopii zapasowych zalecamy pojemność co najmniej 100 GB dla średnich bibliotek (do 100 000 woluminów) i 50 GB dla mniejszych bibliotek (do 50 000 woluminów). |
W przypadku bardzo małych bibliotek może wystarczyć kilka GB, a w przypadku naprawdę dużych może być potrzebna wielokrotnie większa pojemność pamięci. W razie wątpliwości prosimy o kontakt.
Ogólnie
Każdy system informatyczny wymaga tworzenia kopii zapasowych danych na wypadek nieprzewidzianych zdarzeń. System Tritius zawiera kilka mechanizmów tworzenia kopii zapasowych danych.
Ryzyka
W poniższych akapitach krótko opisano zagrożenia dla danych Tritia lub ich integralności.
Błąd Tritia
Tritius může obsahovat chybu, která způsobí ztrátu dat. Náš tým využívá při vývoji automatického testování, které minimalizuje množství chyb v aplikaci. Přesto jsme jenom lidé a děláme chyby.
Chyba podpůrného software
Tritius využívá několik cizích programů, jako je např. databáze MySQL, vyhledávací engine SOLR, virtualizační nástroje apod. Tyto programy nemáme pod přímou kontrolou a mohou obsahovat chybu, která může způsobit ztrátu dat. Toto riziku se snažíme minimalizovat tím, že aktualizujeme software třetích stran pouze po otestování a nevyužíváme vývojové větve, ale pouze ty stabilní.
Chyba hardwaru
Tritius běží ve virtuálním stroji, který se rozbít nemůže. Může ale dojít k poruše podkladového systému, který poskytuje virtualizaci. Zpravidla jde o klasický server. Toto je asi nejpravděpodobnější scénář ztráty dat.
Typy záloh
Systém Tritius ukládá data na dvě místa.
- Relační databáze MySQL.
- Pracovní složka na disku serveru, kde je Tritius umístěn.
V relační databázi je uložena drtivá většina dat systému. Veškerá nastavní, záznamy o dílech, exemplářích, uživatelské účty atd. Na disku v pracovní složce Tritia jsou uložena data vyhledávacího enginu SOLR a také nahrané soubory jako jsou obálky knih, PDF obsahy, vygenerované exporty apod.
Zálohování relační databáze MySQL
Zálohování dat z relační databáze spočívá ve vytvoření tzv. SQL dumpu. Jde o textovou (čitelnou lidmi) reprezentaci SQL příkazů, které vytvoří a naplní znovu prázdnou databázi. V případy ztráty dat z databáze lze z tohoto dupmu sestavit databázi celou znovu a jde tedy o její kompletní zálohu.
Zálohu systém vytváří zabalenou programem 7-zip a také zaheslovanou pro dodatečnou ochranu osobních informací v ní obsažených. Ačkoli je soubor textový a čitelný lidmi, bez znalosti jazyka SQL je pro obyčejného člověka nepochopitelný.
Zálohování pracovní složky Tritia
Z pracovní složky Tritia je vytvořen prostý archiv, který lze při ztrátě dat rozbalit místo poškozeného adresáře.
Zálohování celého virtuálního stroje
Naše virtuální servery v Zelených datech navíc zálohujeme celé. Virtualizační nástroj vytvoří kompletní zálohu aktuálního stavu disku. V případě kompletního výpadku systému je návrat k takové záloze nejrychlejší možné řešení.
Zálohování serverů u nás (SaaS, Zelená data)
Pokud provozujete Tritius na našich serverech, pak každou noc jsou automaticky vytvořeny zálohy databáze (dump databáze) a celého virtuálního stroje na úložiště umístěné přímo v Zelených datech.
Rozpis záloh
| Interval | Počet | Popis |
|---|---|---|
| 01:21 každý den | 3 | Každý den jsou vytvořeny zálohy a udržují se poslední 3 dny |
| 01:21 každý týden | 1 | Každou neděli jsou vytvořena tzv. týdenní záloha |
| 3:31 každý měsíc | 1 | Každý měsíc je vytvořena tzv. měsíční záloha |
V každý okamžik je tedy dostupných několik záloh systému z různých dnů. Dohromady se uchovává 5 záloh.
Zálohování serverů u zákazníka (SA, vlastní server)
Každou noc je automaticky spuštěna zálohovací procedura, která provede zálohu dat z databáze (SQL dump) a zálohu pracovní složky Tritia. Zálohy jsou kopírovány na externí úložiště (dodané vámi), aby byly dostupné v případě výpadku celého serveru s Tritiem.
Rozpis záloh
| Interval | Počet | Popis |
|---|---|---|
| 2:30 každý den | 7 | Každý den jsou vytvořeny zálohy a udržuje se posledních 7 dnů |
| 2:40 každá pondělí | 2 | Každé pondělí jsou vytvořený tzv. týdenní zálohy a udržují se poslení dva týdny. |
| 2:50 každého 1. | 1 | Každý měsíc jsou vytvořeny tzv. měsíční zálohy a udržuje se pouze jedna tato záloha. |
V každý okamžik je tedy dostupných několik záloh systému z různých dnů. Dohromady se uchovává 10 záloh.
Odhad potřebné velikosti diskového prostoru pro zálohování
Úložiště pro zálohy musí pojmout 10 záloh SQL databáze a 10 záloh pracovní složky Tritia. Velikost záloh je závislá na velikosti knihovny, především na množství děl a svazků.
| Pro datové úložiště na zálohy doporučujeme kapacitu alespoň 100 GB pro středně velké knihovny (do 100 000 svazků), 50 GB pro menší knihovny (do 50 000 svazků). |
V případě velmi malých knihoven může stačit několik jednotech GB a v případě opravdu velkých může být potřeba i násobná katapacita úložiště. V případě pochybností se nás neváhejte obrátit.