Przegląd procesu
Dowiedz się więcej o procesie backupu dla Jira.
Proces tworzenia kopii zapasowej Jira określa kroki, które Xopero ONE wykonuje od początku do końca, aby bezpiecznie zabezpieczyć dane organizacji.
Informacje ogólne
Xopero ONE zostało zaprojektowane do ochrony ekosystemów DevOps, w tym Jira.
Aby upewnić się, że całe środowisko Jira jest niezawodnie objęte backupem, upewnij się, że uwzględniasz wszystkie przestrzenie wraz z ich powiązanymi metadanymi — najlepszą praktyką jest utworzenie planu backupu dla krytycznych przestrzeni i metadanych, które zmieniają się codziennie (lub nawet częściej), na przykład za pomocą zalecanego schematu rotacji
Dodatkowo, utwórz oddzielny plan backupu dla nieużywanych przestrzeni, które musisz zachować do wglądu w przyszłości. Ten typ backupu służy głównie celom archiwizacyjnym Jira, a dzięki nieograniczonej retencji możesz przechowywać swoje kopie tak długo, jak to konieczne — nawet w nieskończoność.
Możesz również usuwać przestrzenie ze swojego konta Jira, zachowując kopię w magazynie backupów, co pomaga ominąć limity Jira.
Backup i przywracanie
Po wybraniu Jira jako typu backupu należy zdefiniować sposób, w jaki Xopero ONE ma chronić dane. Na tym etapie wybierasz jedną z dwóch metod ochrony: backup granularny (granular backup) lub odzyskiwanie po awarii (disaster recovery). Wybór ten determinuje zakres danych przechwytywanych podczas każdego backupu oraz elastyczność podczas operacji przywracania.
Backup granularny skupia się na poszczególnych komponentach Jira, takich jak zgłoszenia, projekty czy załączniki, umożliwiając przywracanie konkretnych elementów w razie potrzeby.
Granularny backup Jira oparty na regułach zdefiniowanych według nazwy projektu zachowuje się tak samo jak w przypadku repozytoriów dla projektów typu GIT. Aby stworzyć reguły oparte na nazwach, możesz użyć następujących symboli wieloznacznych (wildcards):
*reprezentuje dowolną liczbę znaków.?reprezentuje pojedynczy znak.
Przykłady:
Reguła
*git*dopasuje projekty o nazwach takich jakmy-git-1,git,git-100itp.Reguła
gitdopasuje wyłącznie projekt o dokładnej nazwiegit.Reguła
git-300?dopasuje projekty o nazwach takich jakgit-3001,git-3002, andgit-300m.
Każda przestrzeń jest traktowana jako indywidualne zadanie — jeśli podczas wykonywania wystąpi błąd, tylko przestrzenie, których backup zakończył się sukcesem, będą miały dostępną kopię do przywrócenia. Różni się to od disaster recovery, gdzie kopia zapasowa obejmuje całą organizację Jira.
Strategia backupu disaster recovery przechwytuje całe środowisko Jira w ramach jednej operacji, umożliwiając przywrócenie pełnej instancji w przypadku poważnej awarii lub przerwy w świadczeniu usług (możliwe jest również wykonanie odzyskiwania granularnego przy użyciu kopii zapasowej disaster recovery).
Porównanie strategii backupu
Poniższa tabela przedstawia porównanie granularnej kopii zapasowej oraz kopii typu disaster recovery:
Wybór projektów do ochrony (wszystkie, wybrane, oparte na regułach)
✅
❌
Wybór poszczególnych danych do ochrony*
✅
❌
Wykluczanie zgłoszeń Jira (work items)**
✅
❌
*Wybór poszczególnych danych do ochrony wraz z krótkim opisem zależności widocznych w interfejsie (zawiera informacje o historii aktywności obiektów, która jest domyślnie wyłączona, ponieważ może wpływać na wydajność backupu).
**Możesz wykluczyć zgłoszenia Jira (work items) podczas tworzenia planu backupu (w ustawieniach zaawansowanych).
Dodawanie wielu instancji magazynu
Używaj różnych typów magazynów backupów do replikowania backupów, minimalizowania ryzyka awarii lub katastrof oraz zachowania zgodności z zasadą backupu 3-2-1 (co oznacza posiadanie co najmniej trzech kopii danych na dwóch różnych typach magazynów, z co najmniej jedną kopią przechowywaną w chmurze).
Xopero ONE to system wielomagazynowy (multi-storage system), który umożliwia przechowywanie danych:
Last updated