Chronione zasoby Jira definiują zakres dostępu systemu Xopero ONE do elementów środowiska Jira oraz wskazują, które z nich mogą być objęte kopią zapasową i przywracane.

Zakres backupu

Poniższa lista zawiera wszystkie zasoby Jira uwzględnione w kopii zapasowej. Zasoby objęte kopią zapasową wyłącznie dla określonych typów przestrzeni (spaces) są odpowiednio oznaczone:

• CMS: ochrona danych dostępna wyłącznie dla przestrzeni typu company-managed

• TMS: ochrona danych dostępna wyłącznie dla przestrzeni typu team-managed

Dodanie organizacji Jira do Xopero ONE łączy środowisko z platformą, umożliwiając rozpoczęcie zabezpieczania jej danych.

Autoryzacja tokenem API

Tworzenie planu backupu Jiry w Xopero ONE pozwala administratorom określić, w jaki sposób i kiedy dane organizacji Jira są chronione w środowisku kopii zapasowych, w tym wybrać zakres zabezpieczanych danych oraz skonfigurować harmonogram i politykę retencji.

Konfiguracja granularnego planu backupu

Plan granularnej kopii zapasowej koncentruje się na poszczególnych elementach Jiry, takich jak zgłoszenia (work items), przestrzenie (spaces) oraz załączniki, umożliwiając przywracanie wybranych elementów w razie potrzeby.

Poniższe kroki przedstawiają, jak utworzyć plan granularnego backupu Jiry przy użyciu Xopero ONE Management Service.

Domeny niestandardowe w Jirze umożliwiają organizacjom korzystanie z firmowego adresu URL zamiast domyślnej domeny *.atlassian.net. Nawet jeśli instancja Jira została skonfigurowana z użyciem domeny niestandardowej, objęcie jej ochroną wymaga dodania jej do Xopero ONE przy użyciu oryginalnego adresu URL.

Informacje ogólne

Instancje Jira korzystające z domen niestandardowych mogą być integrowane z Xopero ONE, jednak w tym celu należy użyć oryginalnego adresu URL Atlassian zamiast domeny niestandardowej. Ograniczenie to wynika ze sposobu, w jaki Atlassian identyfikuje i autoryzuje organizacje.

Interfejsy API (bezpieczeństwa i administracyjne) w środowisku Atlassian są powiązane z oryginalnym adresem URL zarządzanym przez Atlassian (np. yourcompany.atlassian.net), a nie z domeną niestandardową. Domena niestandardowa pełni wyłącznie rolę aliasu wykorzystywanego w interfejsie użytkownika oraz do celów brandingowych.

W warstwie wewnętrznej Atlassian identyfikuje, uwierzytelnia oraz przydziela uprawnienia wyłącznie na podstawie oryginalnego adresu URL zarejestrowanego w Atlassian Administration (). W związku z tym Xopero ONE musi wykorzystywać ten pierwotny adres do identyfikacji organizacji i jej aplikacji, uwierzytelniania żądań API oraz egzekwowania kontroli dostępu i zasad bezpieczeństwa.

Użycie domeny niestandardowej uniemożliwiłoby prawidłową autoryzację, co mogłoby prowadzić do błędów połączenia lub braku pełnej ochrony danych. Z tego względu stosowanie oryginalnego adresu URL Atlassian jest wymagane, nawet jeśli alias niestandardowy został już skonfigurowany.

Oryginalny adres URL organizacji można znaleźć w panelu administracyjnym Atlassian pod adresem , przechodząc do sekcji: Apps > App URLs > Custom domains > Actions > Show details.

Oryginalny adres URL jest widoczny w sekcji Details w polu Default URL (fallback).

Zrozumienie zakresu zasobów wymagających ochrony pozwala określić, czy odpowiednim poziomem uprawnień będzie pełny dostęp administratora systemu Jira, czy administracja na poziomie konkretnej przestrzeni (space).

Uprawnienia ogólne

Przestrzenie zarządzane przez firmę

Rola administratora systemu Jira jest wymagana do tworzenia kopii zapasowych nie tylko poszczególnych przestrzeni (spaces), ale także szerszego zestawu zasobów globalnych oraz przestrzeni zarządzanych przez firmę (company-managed spaces). Mogą one być współdzielone lub wykorzystywane przez przestrzenie zarządzane przez zespół (team-managed spaces), włączając w to wszelkie zasoby globalne używane w ramach tych przestrzeni.

Dzięki uprawnieniom administratora systemu Jira, Xopero ONE zapewnia właściwą ochronę wszystkich konfiguracji globalnych — takich jak współdzielone pulpity nawigacyjne (dashboards), filtry oraz reguły automatyzacji.

Przestrzenie zarządzane przez zespół

Jeśli wymagana jest ochrona wyłącznie konkretnych przestrzeni zarządzanych przez zespół (team-managed spaces), które nie korzystają z zasobów globalnych, zazwyczaj wystarczające jest nadanie kontu Jira uprawnień administracyjnych na poziomie przestrzeni (space). Przy dostępie ograniczonym do przestrzeni zarządzanego przez zespół, rozwiązanie Xopero ONE nie będzie miało dostępu do konfiguracji globalnych.

Uprawnienia wymagane do tworzenia kopii zapasowych załączników

Oto lista uprawnień, które musi posiadać Twoje konto Jira, aby system Xopero ONE mógł uzyskiwać dostęp, pobierać oraz tworzyć kopie zapasowe wszystkich załączników w chronionej przestrzeni (space), w zależności od typu zarządzania tą przestrzenią.

1. Schematy uprawnień (permission schemes) — aby Xopero ONE miało dostęp do załączników, Twoje konto Jira musi posiadać uprawnienie do przeglądania projektów (Browse Projects) dla konkretnej przestrzeni, przypisane bezpośrednio lub poprzez grupę bądź rolę. Możesz zmienić to uprawnienie, edytując schemat przypisany do danej przestrzeni lub przypisując do niego inny schemat.

1. Ograniczenia dostępu do zgłoszeń (work items) — jeśli dana przestrzeń (space) korzysta ze schematu bezpieczeństwa zgłoszeń (Issue Security scheme) i zawiera work items z ograniczonym dostępem, do których dołączono załączniki, Twoje konto musi należeć do co najmniej jednego poziomu bezpieczeństwa (Security Level) przypisanego do każdego z tych zgłoszeń.

1. Ograniczenia komentarzy — jeśli załącznik jest częścią komentarza z ograniczonym dostępem, Twoje konto musi należeć do roli lub grupy, która posiada dostęp do tego komentarza.

1. Widoczność przestrzeni (space) — w przypadku przestrzeni o widoczności prywatnej lub ograniczonej, musisz być członkiem danej przestrzeni, aby móc uzyskać dostęp do załączników, a następnie utworzyć ich kopię zapasową. Przypisana rola oraz zakres jej uprawnień nie mają w tym przypadku znaczenia; wystarczające jest samo członkostwo w przestrzeni (space). W przypadku wszystkich pozostałych poziomów widoczności, załączniki są dostępne publicznie i nie wymagają żadnych dodatkowych ról ani uprawnień.

2. Ograniczenia dostępu do zgłoszeń (work items) — jeśli zgłoszenie lub komentarz mają nałożone ograniczenie dostępu, powiązane z nimi załączniki są widoczne wyłącznie dla użytkowników, którzy posiadają co najmniej jedną z ról określonych w danym ograniczeniu. Nazwa roli oraz zakres jej uprawnień nie mają znaczenia — Twoje konto Jira musi jedynie mieć przypisaną jedną z wymaganych ról.

Funkcja Jira Granular recovery umożliwia odzyskanie wybranych elementów, takich jak zgłoszenia (work items), załączniki czy elementy konfiguracji. Daje to precyzyjną kontrolę nad tym co zostaje przywrócone, bez wpływu na pozostałe dane w przestrzeni.

Proces przywracania

W Xopero ONE dane Jira można przywracać za pomocą odzyskiwania granularnego (granular recovery).

Metody przywracania

Odzyskiwanie granularne (granular recovery)

Przywracanie granularne w Xopero ONE pozwala na odzyskanie wybranych danych bez konieczności przywracania całego środowiska Jira. Zamiast odtwarzać wszystko, możesz wybrać konkretne przestrzenie (spaces), zgłoszenia (work items), załączniki i inne obiekty, które zostały usunięte lub zmienione. Przyspiesza to proces odzyskiwania, ogranicza zakłócenia w pracy i pozwala uniknąć nadpisania poprawnych danych.

Przywracanie granularne jest idealne w sytuacjach, gdy tylko niewielka część informacji wymaga przywrócenia — zapewnia większą kontrolę i precyzję niż pełne odzyskiwanie w trybie disaster recovery. Jest szczególnie przydatne, gdy:

• Tylko mały zestaw danych został utracony, uszkodzony lub błędnie zmodyfikowany.

• Nie chcesz nadpisywać bieżących danych.

• Zależy ci na szybkim, ukierunkowanym przywracaniu przy minimalnych przestojach.

1. Space-level recovery:

Przywracanie na poziomie przestrzeni (spaces) w Xopero ONE to typ odzyskiwania skupiający się na pojedynczej przestrzeni Jira, a nie na całej organizacji. Pozwala na przywrócenie wszystkich elementów w ramach konkretnej przestrzeni — takich jak zgłoszenia (work items), tablice i konfiguracje — bez wpływu na inne przestrzenie w tej samej instancji Jira. Jest to przydatne, gdy tylko część środowiska Jira uległa uszkodzeniu, usunięciu lub wymaga cofnięcia zmian, umożliwiając naprawę wyłącznie dotkniętego obszaru przy zachowaniu nienaruszonej struktury reszty organizacji.

Funkcja disaster recovery to pełne przywracanie środowiska, które pozwala na przywrócenie instancji Jira do stanu operacyjnego po poważnym incydencie, takim jak uszkodzenie danych, atak ransomware lub utrata informacji. Zamiast przywracania pojedynczych elementów, disaster recovery odtwarza wszystkie chronione dane i konfiguracje z wybranego backupu, przywracając środowisko do stanu sprzed awarii.

Xopero ONE umożliwia przywrócenie organizacji Jira na dwa sposoby:

1. Na urządzenie lokalne — przywróć organizację Jira na wybrane urządzenie z zainstalowanym agentem Xopero ONE. Ta opcja pozwala na przechowywanie backupów Jira lokalnie (np. do celów archiwizacji) lub na ręczne zaimportowanie ich do organizacji Jira.

2. Do organizacji Jira — automatycznie zaimportuj backupy Jira do oryginalnej lub nowej organizacji Jira.

Dzięki funkcji disaster recovery dla systemu Jira możesz szybko przywrócić całą organizację po poważnej awarii, zachowując dostępność i spójność swoich przestrzeni, zgłoszeń oraz danych konfiguracyjnych.

Proces przywracania

Przegląd procesu tworzenia kopii zapasowych Jiry przedstawia kroki, jakie Xopero ONE podejmuje, aby bezpiecznie chronić dane Twojej organizacji.

Informacje ogólne

System Xopero ONE został zaprojektowany w celu ochrony ekosystemów DevOps, w tym Jiry.

Dzięki Xopero ONE możesz tworzyć oddzielne plany backupu dla krytycznych i mniej istotnych przestrzeni (spaces) w tej samej instancji Jira. Każdy plan może korzystać z innego schematu rotacji, co zapewnia niezawodną ochronę całego środowiska Jira.

Na przykład, dla planów backupu chroniących krytyczne przestrzenie i metadane, które zmieniają się codziennie (lub częściej), możesz zastosować zalecany schemat rotacji Grandfather-Father-Son (GFS). Dla nieużywanych przestrzeni, które muszą być przechowywane w celu wykorzystania ich w przyszłości, możesz utworzyć osobny plan backupu z niestandardowym schematem rotacji. Ten typ backupu służy głównie do archiwizacji danych Jiry, a przy nieograniczonej polityce retencji kopie mogą być przechowywane tak długo, jak jest to potrzebne — nawet bezterminowo.

Podczas tworzenia planu backupu definiujesz sposób, w jaki Xopero ONE chroni Twoje dane. W przypadku Jiry, domyślną metodą ochrony danych jest granularna kopia zapasowa.

Granularny backup obejmuje indywidualne komponenty Jira, takie jak zgłoszenia (work items), przestrzenie (spaces) lub załączniki. W tej metodzie zabezpieczania danych każda przestrzeń traktowana jest jako odrębne zadanie. W przypadku wystąpienia błędu podczas wykonywania backupu jedynie przestrzenie, których proces zakończył się sukcesem, będą posiadać możliwą do odtworzenia kopię zapasową.

Metoda granularnej ochrony danych umożliwia:

• Wybór przestrzeni (spaces) do ochrony (wszystkich, wybranych, według reguł).

• Wybór poszczególnych danych do backupu*.

• Wykluczanie zgłoszeń (work items) Jira.

• Pomijanie uszkodzonych załączników zgłoszeń (work items).

_{*Wybór pojedynczych elementów 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ść tworzenia kopii zapasowej).}

Xopero ONE to system obsługujący wiele typów pamięci masowej, który pozwala przechowywać dane w chmurze, lokalnie lub w środowisku hybrydowym/multi-cloud. Możesz korzystać z różnych typów magazynów danych w celu replikacji kopii zapasowych, zmniejszenia ryzyka spowodowanego przerwami w działaniu systemu oraz przestrzegania zasady 3-2-1 backup, oznaczającej posiadanie co najmniej trzech kopii danych na dwóch różnych typach pamięci, z co najmniej jedną kopią przechowywaną w chmurze.