Przewodnik po tworzeniu kopii zapasowych Jiry w Xopero ONE, obejmujący konfigurację planu, harmonogram backupu oraz ochronę przestrzeni (spaces), zgłoszeń (work items) i powiązanych danych.

Przegląd procesu tworzenia kopii zapasowych Jiry w Xopero ONE, obejmujący strategię backupu, tworzenie planu kopii zapasowych oraz ochronę danych dla poszczególnych przestrzeni (spaces).

Przegląd chronionych zasobów Jira, w tym przestrzeni (spaces), zgłoszeń (work items) i metadanych uwzględnionych w kopiach zapasowych.

Dowiedz się, jak utworzyć plan backupu Jiry w Xopero ONE, aby skonfigurować automatyczną ochronę przestrzeni (spaces), zgłoszeń (work items) oraz powiązanych danych.
Przegląd procesu tworzenia kopii zapasowych Jiry w Xopero ONE, obejmujący strategię backupu, tworzenie planu kopii zapasowych oraz ochronę danych dla poszczególnych przestrzeni (spaces).
Przegląd procesu tworzenia kopii zapasowych Jiry przedstawia kroki, jakie Xopero ONE podejmuje, aby bezpiecznie chronić dane Twojej organizacji.
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 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.
Możesz usuwać przestrzenie ze swojego konta Jira, zachowując ich kopię w magazynie danych, co pozwala obejść ograniczenia Jiry.
Z powodu zmian w API produktu Atlassian, które weszły w życie 30 marca 2026 r., funkcjonalność kopii zapasowej disaster recovery i przywracania awaryjnego nie jest już dostępna. Aby zapewnić ciągłą ochronę danych Jira, należy przejść na granularny plan kopii zapasowej (granular backup). Dane wcześniej chronione za pomocą kopii disaster recovery można nadal przywracać, korzystając z opcji odzyskiwania granularnego (granular recovery) lub awaryjnego (disaster recovery).
Dowiedz się więcej o obsługiwanych typach magazynów danych w .
Dowiedz się, jak utworzyć plan backupu Jiry w Xopero ONE, aby skonfigurować automatyczną ochronę przestrzeni (spaces), zgłoszeń (work items) oraz powiązanych danych.
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.
Z powodu zmian w API produktu Atlassian, które weszły w życie 30 marca 2026 r., funkcjonalność kopii zapasowej disaster recovery i przywracania awaryjnego nie jest już dostępna. Aby zapewnić ciągłą ochronę danych Jira, należy przejść na granularny plan kopii zapasowej (granular backup). Dane wcześniej chronione za pomocą kopii disaster recovery można nadal przywracać, korzystając z opcji odzyskiwania granularnego (granular recovery) lub awaryjnego (disaster recovery).
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.
Otwórz zakładkę Backup (Plany > Backup), a następnie kliknij przycisk + Dodaj plan na górnym pasku.
Wybierz Jirę z listy.
Wybierz środowisko Jira, które chcesz uwzględnić w kopii zapasowej, oraz sposób, w jaki Xopero ONE będzie pobierać dane Jiry:
Zabezpiecz wszystko: chroni całą organizację Jira.
Nadaj nazwę planowi backupu.
W sekcji Dane do zabezpieczenia kliknij Edytuj, aby skonfigurować dane do objęcia ochroną. W tym miejscu możesz również zmienić domyślnego agenta backupu (workera), który bezpośrednio odpowiada za tworzenie kopii zapasowych danych Jira.
Wybierz jeden z magazynów danych przypisanych do Xopero ONE, który będzie służyć jako miejsce przechowywania kopii zapasowych.
Skonfiguruj harmonogram i określ czas przechowywania kopii zapasowych.
Skonfiguruj ustawienia zaawansowane, takie jak szyfrowanie, obsługa błędów czy limity przepustowości, tak aby odpowiadały wymaganiom Twojej organizacji.
Szyfrowanie: umożliwia zabezpieczenie kopii zapasowej przy użyciu szyfrowania.
Kompresja: pozwala zmniejszyć rozmiar kopii zapasowej poprzez kompresję danych.
Sprawdź konfigurację, a następnie kliknij Zapisz, aby utworzyć plan backupu, lub Zapisz i wykonaj, aby natychmiast rozpocząć tworzenie kopii zapasowej.
Ustal reguły: obejmuje ochroną dane zgodnie z określonymi regułami:
Granularna kopia zapasowa Jira oparta na regułach zdefiniowanych według nazwy przestrzeni (space) działa analogicznie do mechanizmu stosowanego w repozytoriach projektów typu Git. Na przykład reguła git dopasuje wyłącznie przestrzeń o dokładnej nazwie git. Aby tworzyć reguły oparte na nazwach, możesz użyć następujących symboli wieloznacznych:
* oznacza dowolną liczbę znaków. Na przykład reguła *git* dopasuje przestrzenie o nazwach takich jak my-git-1, git, git-100 itp.
? oznacza pojedynczy znak. Na przykład reguła git-300? dopasuje przestrzenie o nazwach takich jak git-3001, git-3002 oraz git-300m.
Deduplikacja: zmniejsza rozmiar kopii zapasowej poprzez eliminację powtarzających się danych.
Obsługa błędów: pozwala określić sposób działania systemu w przypadku błędów podczas operacji backupu. Obejmuje opcję pominięcia uszkodzonych załączników zgłoszeń (issues) podczas tworzenia kopii zapasowej.
Wyklucz zgłoszenia Jira: wyklucza zgłoszenia Jira (work items) z kopii zapasowej zgodnie z określonymi regułami.
Limit przepustowości: ogranicza wykorzystanie sieci i prędkość przesyłania danych podczas tworzenia kopii zapasowej.
Skrypty backupu: umożliwia skonfigurowanie skryptów wykonywanych przed rozpoczęciem i po zakończeniu operacji backupu.
Równoważenie zadań: optymalizuje prędkość tworzenia kopii zapasowej i obciążenie procesora.
Nie usypiaj komputera: uniemożliwia przejście systemu w tryb uśpienia podczas wykonywania kopii zapasowej.
Powiadomienia email: pozwala ustawić powiadomienia e-mail oraz ich odbiorców.








Możesz wdrożyć wielu agentów i przypisać ich do poszczególnych planów kopii zapasowych.
W sekcji Dodatkowe dane, w części Zasoby, możesz włączyć uwzględnianie historii aktywności obiektów w kopii zapasowej.


Przegląd chronionych zasobów Jira, w tym przestrzeni (spaces), zgłoszeń (work items) i metadanych uwzględnionych w kopiach zapasowych.
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.
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
Lista jest przedstawiona w kolejności alfabetycznej.
Icons
Global
Image
Name
Objects
Activity
Attachments
Comments
Object types
Abstract setting
Children type
Description
Reference types
Color
Description
Global
Roles
Object Schema Developers - Groups
Object Schema Developers - Users
Object Schema Managers - Groups
Schema
Allow others to select objects from this schema
Description
Enable quick creation of referenced objects
Statuses
Category
Description
Global
Admins (CMS)
Are card cover images allowed? (TMS)
Board filters (CMS)
Card config - active sprints fields (CMS)
Columns - max
Columns - min (CMS)
Columns - name
Columns - status
Completed work items cutoff (CMS)
Name
Non-working dates (CMS)
Quick filters
Project relation (CMS)
Region (CMS)
Show days in column (CMS)
Swimlane - Description (CMS)
Swimlane - Name (CMS)
Swimlane - Position (CMS)
Swimlane - Query (CMS)
Swimlane method (CMS)
Timeline - are child-level work items included? (CMS)
Timeline - child work item scheduling (TMS)
Timeline - is enabled? (CMS)
Timezone (CMS)
Type (CMS)
Working days (CMS)
Default issue type relation (CMS)
Description (CMS)
Field default values (TMS)
Field positions (TMS)
Field relations (TMS)
Field required status (TMS)
Field section (TMS)
Global fields relations (TMS)
Issue types relations (TMS)
Name (CMS)
Other issue types relations (CMS)
Project scoped field options (TMS)
Object icons
Default type attribute value
Group type attribute value
Linked issues
Linked objects
Object type attribute value
Original ID
Project type attribute value
Status type attribute value
User type attribute value
Icon
Name
Parent type
Pass all attributes to child object types
Roles
Name
Per scheme
Object Schema Managers - Users
Object Schema Users - Groups
Object Schema Users - Users
Object Viewers - Groups
Object Viewers - Users
Roles per object type
Roles per schema
Key
Name
Validate objects attributes in quick object creation
Name
Per scheme