Kod źródłowy Wiki Zálohování
Ostatnio modyfikowane 2025/11/24 13:25 przez Jan Slezák
Pokaż ostatnich autorów
| author | version | line-number | content |
|---|---|---|---|
| 1 | = Ogólnie = | ||
| 2 | |||
| 3 | Każdy system informacyjny wymaga tworzenia kopii zapasowych danych na wypadek nieprzewidzianych zdarzeń. System Tritius zawiera kilka mechanizmów tworzenia kopii zapasowych danych. | ||
| 4 | |||
| 5 | == Ryzyko == | ||
| 6 | |||
| 7 | W poniższych akapitach krótko opisano zagrożenia dla danych Tritia lub ich integralności. | ||
| 8 | |||
| 9 | === Błąd Tritia === | ||
| 10 | |||
| 11 | 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. | ||
| 12 | |||
| 13 | === Błąd oprogramowania pomocniczego === | ||
| 14 | |||
| 15 | 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. | ||
| 16 | |||
| 17 | === Błąd sprzętu === | ||
| 18 | |||
| 19 | 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. | ||
| 20 | |||
| 21 | == Rodzaje zaliczek == | ||
| 22 | |||
| 23 | System Tritius zapisuje dane w dwóch miejscach. | ||
| 24 | |||
| 25 | * Relacyjna baza danych MySQL. | ||
| 26 | * Folder roboczy na dysku serwera, na którym znajduje się Tritius. | ||
| 27 | |||
| 28 | 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. | ||
| 29 | |||
| 30 | === Tworzenie kopii zapasowych relacyjnej bazy danych MySQL === | ||
| 31 | |||
| 32 | 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. | ||
| 33 | |||
| 34 | 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. | ||
| 35 | |||
| 36 | === Tworzenie kopii zapasowej folderu roboczego Tritia === | ||
| 37 | |||
| 38 | Z folderu roboczego Tritia tworzony jest prosty archiwum, który w przypadku utraty danych można rozpakować w miejsce uszkodzonego katalogu. | ||
| 39 | |||
| 40 | === Tworzenie kopii zapasowej całej maszyny wirtualnej === | ||
| 41 | |||
| 42 | 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. | ||
| 43 | |||
| 44 | = Tworzenie kopii zapasowych serwerów w naszej firmie (SaaS, Zelená data) = | ||
| 45 | |||
| 46 | 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. | ||
| 47 | |||
| 48 | == Harmonogram zaliczek == | ||
| 49 | |||
| 50 | |=(% style="width: 175px;" %)Interwał|=(% style="width: 85px;" %)Liczba|=(% colspan="1" style="width: 498px;" %)Opis | ||
| 51 | |(% style="width:175px" %)01:21 każdy dzień|(% style="width:85px" %)3|(% colspan="1" style="width:498px" %)Każdego dnia tworzone są kopie zapasowe i przechowywane są one przez ostatnie 3 dni. | ||
| 52 | |(% style="width:175px" %)01:21 każdy tydzień|(% style="width:85px" %)1|(% colspan="1" style="width:498px" %)W każdą niedzielę tworzona jest tzw. tygodniowa rezerwa. | ||
| 53 | |(% style="width:175px" %)3:31 każdy miesiąc|(% style="width:85px" %)1|(% colspan="1" style="width:498px" %)Co miesiąc tworzona jest tzw. miesięczna zaliczka. | ||
| 54 | |||
| 55 | W każdej chwili dostępnych jest więc kilka kopii zapasowych systemu z różnych dni. Łącznie przechowywanych jest 5 kopii zapasowych. | ||
| 56 | |||
| 57 | = Tworzenie kopii zapasowych serwerów u klienta (SA, własny serwer) = | ||
| 58 | |||
| 59 | 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. | ||
| 60 | |||
| 61 | == Harmonogram zaliczek == | ||
| 62 | |||
| 63 | |=(% style="width: 175px;" %)Interwał|=(% style="width: 85px;" %)Liczba|=(% colspan="1" style="width: 498px;" %)Opis | ||
| 64 | |2:30 każdy dzień|(% colspan="1" %)7|Każdego dnia tworzone są kopie zapasowe i przechowywane przez ostatnie 7 dni. | ||
| 65 | |(% colspan="1" %)2:40 każdy poniedziałek|(% colspan="1" %)2|(% colspan="1" %)W każdy poniedziałek tworzone są tzw. tygodniowe zaliczki, które są przechowywane przez ostatnie dwa tygodnie. | ||
| 66 | |(% colspan="1" %)2:50 każdego 1.|(% colspan="1" %)1|(% colspan="1" %)Co miesiąc tworzone są tzw. miesięczne zaliczki i utrzymywana jest tylko jedna taka zaliczka. | ||
| 67 | |||
| 68 | W każdej chwili dostępnych jest więc kilka kopii zapasowych systemu z różnych dni. Łącznie przechowywanych jest 10 kopii zapasowych. | ||
| 69 | |||
| 70 | == Szacowanie wymaganej ilości miejsca na dysku do tworzenia kopii zapasowych == | ||
| 71 | |||
| 72 | 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. | ||
| 73 | |||
| 74 | |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). | ||
| 75 | |||
| 76 | 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. | ||
| 77 | |||
| 78 | |||
| 79 | = Ogólnie = | ||
| 80 | |||
| 81 | Każdy system informatyczny wymaga tworzenia kopii zapasowych danych na wypadek nieprzewidzianych zdarzeń. System Tritius zawiera kilka mechanizmów tworzenia kopii zapasowych danych. | ||
| 82 | |||
| 83 | == Ryzyka == | ||
| 84 | |||
| 85 | W poniższych akapitach krótko opisano zagrożenia dla danych Tritia lub ich integralności. | ||
| 86 | |||
| 87 | === Błąd Tritia === | ||
| 88 | |||
| 89 | 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. | ||
| 90 | |||
| 91 | === Błąd oprogramowania pomocniczego === | ||
| 92 | |||
| 93 | 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. | ||
| 94 | |||
| 95 | === Błąd sprzętu === | ||
| 96 | |||
| 97 | 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. | ||
| 98 | |||
| 99 | == Rodzaje zaliczek == | ||
| 100 | |||
| 101 | System Tritius zapisuje dane w dwóch miejscach. | ||
| 102 | |||
| 103 | * Relacyjna baza danych MySQL. | ||
| 104 | * Folder roboczy na dysku serwera, na którym znajduje się Tritius. | ||
| 105 | |||
| 106 | 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. | ||
| 107 | |||
| 108 | === Tworzenie kopii zapasowych relacyjnej bazy danych MySQL === | ||
| 109 | |||
| 110 | 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. | ||
| 111 | |||
| 112 | Kopia zapasowa jest tworzona przez program 7-zip i zabezpieczona hasłem 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 użytkownika. | ||
| 113 | |||
| 114 | === Tworzenie kopii zapasowej folderu roboczego Tritia === | ||
| 115 | |||
| 116 | Z folderu roboczego Tritia tworzony jest prosty archiwum, który w przypadku utraty danych można rozpakować w miejsce uszkodzonego katalogu. | ||
| 117 | |||
| 118 | === Tworzenie kopii zapasowej całej maszyny wirtualnej === | ||
| 119 | |||
| 120 | 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. | ||
| 121 | |||
| 122 | = Tworzenie kopii zapasowych serwerów w naszej firmie (SaaS, Zelená data) = | ||
| 123 | |||
| 124 | 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. | ||
| 125 | |||
| 126 | == Harmonogram zaliczek == | ||
| 127 | |||
| 128 | |=Interwał|=Liczba|=(% colspan="1" %)Opis | ||
| 129 | |01:21 każdy dzień|3|(% colspan="1" style="width:498px" %)Każdego dnia tworzone są kopie zapasowe i przechowywane są one przez ostatnie 3 dni. | ||
| 130 | |01:21 każdy tydzień|1|(% colspan="1" style="width:498px" %)W każdą niedzielę tworzona jest tzw. tygodniowa rezerwa. | ||
| 131 | |3:31 każdy miesiąc|1|(% colspan="1" style="width:498px" %)Co miesiąc tworzona jest tzw. miesięczna zaliczka. | ||
| 132 | |||
| 133 | W każdej chwili dostępnych jest więc kilka kopii zapasowych systemu z różnych dni. Łącznie przechowywanych jest 5 kopii zapasowych. | ||
| 134 | |||
| 135 | = Tworzenie kopii zapasowych serwerów u klienta (SA, własny serwer) = | ||
| 136 | |||
| 137 | 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. | ||
| 138 | |||
| 139 | == Harmonogram zaliczek == | ||
| 140 | |||
| 141 | |=Interwał|=Liczba|=(% colspan="1" %)Opis | ||
| 142 | |2:30 każdy dzień|(% colspan="1" %)7|Każdego dnia tworzone są kopie zapasowe i przechowywane przez ostatnie 7 dni. | ||
| 143 | |(% colspan="1" %)2:40 każdy poniedziałek|(% colspan="1" %)2|(% colspan="1" %)W każdy poniedziałek tworzone są tzw. tygodniowe zaliczki, które są przechowywane przez ostatnie dwa tygodnie. | ||
| 144 | |(% colspan="1" %)2:50 każdego 1.|(% colspan="1" %)1|(% colspan="1" %)Co miesiąc tworzone są tzw. miesięczne zaliczki i utrzymywana jest tylko jedna taka zaliczka. | ||
| 145 | |||
| 146 | W każdej chwili dostępnych jest więc kilka kopii zapasowych systemu z różnych dni. Łącznie przechowywanych jest 10 kopii zapasowych. | ||
| 147 | |||
| 148 | == Oszacowanie wymaganej ilości miejsca na dysku do tworzenia kopii zapasowych == | ||
| 149 | |||
| 150 | 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. | ||
| 151 | |||
| 152 | |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). | ||
| 153 | |||
| 154 | W przypadku bardzo małych bibliotek może wystarczyć kilka GB, a w przypadku naprawdę dużych może być potrzebna nawet wielokrotnie większa pojemność pamięci. W razie wątpliwości prosimy o kontakt. | ||
| 155 | |||
| 156 |