> For the complete documentation index, see [llms.txt](https://helpcenter.xopero.com/xopero-one-en/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://helpcenter.xopero.com/xopero-one-en/pl/historia-zmian/2026/xopero-one-2.4.0.md).

# Xopero ONE 2.4.0

<p align="center"><a href="https://xopero.com/pl/changelog-wydan/" class="button secondary" data-icon="globe-www">POPRZEDNIE WYDANIA</a><a href="https://www.youtube.com/playlist?list=PLErRfMQPzTuA" class="button secondary" data-icon="youtube">AKTUALIZACJA 2.4.0 (WIDEO)</a></p>

### 🆕 NOWE FUNKCJE

#### <mark style="background-color:$tint;">Obsługa kopii zapasowych dysków dla systemu Linux</mark>

Dodano obsługę kopii zapasowych na poziomie dysku w systemach **Linux**. Funkcja ta umożliwia wykonywanie pełnych i przyrostowych kopii zapasowych fizycznych maszyn **Linux** bez integracji na poziomie migawek (np. LVM/BTRFS), zapewniając pełną spójność międzyplatformową w środowiskach heterogenicznych.

<i class="fa-youtube">:youtube:</i> [Backup Obrazu Dysku Linux w Xopero ONE | Pełna Ochrona Systemów Linux](https://youtu.be/b22ImFqWXGQ)

#### <mark style="background-color:$tint;">Integracja z Active Directory poprzez LDAP</mark>

Dodano integrację LDAP z usługą **Active Directory**, obejmującą automatyczne tworzenie kont użytkowników podczas logowania, przypisywanie grup do ról oraz awaryjne uwierzytelnianie administracyjne zapewniające wysoką dostępność.

<i class="fa-youtube">:youtube:</i> [Integracja Xopero ONE z Active Directory (LDAP) | Automatyzacja Użytkowników](https://youtu.be/OdgtUvrL7O0)

#### &#xD;<mark style="background-color:$tint;">Szyfrowanie zgodne ze standardem FIPS</mark>

Wprowadzono nowy tryb FIPS dla planów tworzenia kopii zapasowych wykorzystujących szyfrowanie AES-CBC. Po jego włączeniu system zapewnia, że szyfrowanie jest realizowane wyłącznie za pomocą modułów zweryfikowanych pod kątem zgodności z FIPS na obsługiwanych agentach backupu działających w systemach **Windows**, co znacząco zwiększa zgodność z wymaganiami bezpieczeństwa w środowiskach podlegających regulacjom prawnym.

<i class="fa-youtube">:youtube:</i> [Szyfrowanie FIPS w Xopero ONE | Bezpieczeństwo Zgodne z Normami Rządowymi](https://youtu.be/y1zFhJ5a6AE)

#### <mark style="background-color:$tint;">Obsługa języka niemieckiego</mark>

Usługa **Xopero ONE Management Service** jest teraz dostępna również w języku niemieckim. Lokalizacja obejmuje wszystkie widoki panelu zarządzania, ustawienia organizacji oraz konfiguracje planów kopii zapasowych, zapewniając w pełni natywne środowisko pracy dla użytkowników z regionu DACH.

#### &#xD;<mark style="background-color:$tint;">Kopie zapasowe i odzyskiwanie Azure Test Plans</mark>

Dodano obsługę tworzenia kopii zapasowych i odzyskiwania planów testów oraz zestawów testów (test suites) w ramach narzędzia **Azure Test Plans**. Funkcja ta obejmuje zachowanie relacji między testami, konfiguracji oraz pełnej historii wykonania testów, zapewniając kompleksową ochronę procesów QA w projektach **DevOps**.

<i class="fa-youtube">:youtube:</i> [Backup Azure DevOps Test Plans w Xopero ONE | Ochrona QA i Test Suites](https://youtu.be/V_Eyi3T0JQY)

***

### 🔨 ULEPSZENIA

#### <mark style="background-color:$tint;">Informacja o typie kopii zapasowej w skryptach wykonywanych przed backupem</mark>

Mechanizm skryptów wykonywanych przed i po utworzeniu kopii zapasowej obsługuje teraz nowy argument `XOPERO_BACKUP_TYPE`. Umożliwia to niestandardowym skryptom dynamiczne rozpoznawanie aktualnego typu kopii zapasowej (pełna, przyrostowa, różnicowa lub syntetyczna pełna) oraz wykonywanie logiki warunkowej w zależności od bieżącego zakresu operacji.

#### <mark style="background-color:$tint;">Logi instalatora zdalnych aktualizacji agentów backupu (Windows)</mark>

Wprowadzono szczegółowe logowanie procesu instalacji zdalnych aktualizacji agentów backupu działających w systemach **Windows**. Logi są teraz przechowywane lokalnie na chronionym urządzeniu wraz ze standardowymi logami agenta, zapewniając lepszą widoczność przyczyn niepowodzeń aktualizacji oraz znacząco ułatwiając diagnostykę problemów.

#### <mark style="background-color:$tint;">Wyszukiwanie witryn SharePoint niewrażliwe na wielkość liter</mark>

Zmieniono mechanizm wyszukiwania witryn i szablonów **SharePoint** tak, aby nie rozróżniał wielkości liter. Użytkownicy mogą teraz łatwo odnajdywać i wybierać zasoby do tworzenia kopii zapasowych niezależnie od użytej kombinacji małych i wielkich liter, co znacząco upraszcza całą procedurę.

#### &#xD;<mark style="background-color:$tint;">Mechanizm wykluczania repozytoriów</mark>

Przeprojektowano mechanizm wykluczania repozytoriów w planach backupu, aby zwiększyć jego przejrzystość i ułatwić zarządzanie kopiami zapasowymi. Użytkownicy mogą teraz sprawniej określać, które zasoby mają być wyłączone z ochrony, oraz otrzymują natychmiastową wizualną informację o aktywnych regułach wykluczeń.

#### &#xD;<mark style="background-color:$tint;">Ujednolicona terminologia Atlassian w usłudze zarządzania Xopero ONE</mark>

Zaktualizowano terminologię w interfejsie **Xopero ONE Management Service**, dopasowując ją do najnowszych wytycznych i oficjalnego nazewnictwa **Atlassian**. Zapewnia to spójne doświadczenie użytkownika dla klientów korzystających z **Xopero ONE** do zabezpieczania danych instancji **Jira** i **Confluence**, w szczególności w zakresie nazewnictwa przestrzeni (spaces) oraz zgłoszeń (work items).

#### <mark style="background-color:$tint;">Obsługa ujemnych wartości limitu czasu w Azure DevOps</mark>

Poprawiono stabilność integracji z **Azure DevOps** dzięki właściwej obsłudze ujemnych wartości limitu czasu. Nieprawidłowe parametry otrzymywane od dostawcy usług są teraz ignorowane i nie powodują już niepowodzenia zadań, co gwarantuje pełną ciągłość procesów tworzenia kopii zapasowych.

#### &#xD;<mark style="background-color:$tint;">Zwiększona odporność sieci dla operacji tworzenia kopii zapasowych i odzyskiwania danych Jira</mark>

**Xopero ONE** automatycznie ponawia teraz żądania do interfejsu API **Jiry** w przypadku wystąpienia błędów sieciowych, takich jak wyjątki gniazd (socket exceptions) lub resetowanie połączenia. Domyślnie system wykonuje do pięciu prób z wykorzystaniem strategii wykładniczego wydłużania odstępów czasowych między próbami (1 s, 2 s, 4 s, 8 s i 16 s), co znacząco zwiększa to stabilność operacji backupu i odzyskiwania danych, szczególnie w przypadku dużych instancji **Jira** oraz środowisk z niestabilną siecią.

#### <mark style="background-color:$tint;">Logi operacji przywracania typów zgłoszeń Jira</mark>

Zwiększono szczegółowość i dokładność logów błędów generowanych podczas przywracania typów zgłoszeń (work item types) **Jira**. Jeśli określone konfiguracje zgłoszeń nie mogą zostać w pełni przywrócone z powodu niezgodności ze środowiskiem docelowym, system udostępnia teraz jednoznaczne informacje kontekstowe, umożliwiając administratorom szybkie zidentyfikowanie i rozwiązanie problemów związanych z mapowaniem danych.

#### <mark style="background-color:$tint;">Poprawa wydajności synchronizacji z Azure DevOps</mark>

Synchronizacja z **Azure DevOps** jest teraz znacznie szybsza, szczególnie w środowiskach z dostępem do wielu organizacji. Ta aktualizacja eliminuje wcześniejsze problemy z wydajnością, skracając czas synchronizacji z nawet 10 minut do około 10 sekund w standardowych środowiskach **Azure DevOps**.

***

### 🐛 POPRAWKI BŁĘDÓW

#### <mark style="background-color:$tint;">Obsługa znaków specjalnych w hasłach w skryptach replikacji</mark>

Skrypty replikacji poprawnie obsługują teraz hasła zawierające znaki specjalne (takie jak cudzysłowy, znaki dolara i nawiasy). Ta poprawka zapewnia prawidłowe wykonywanie skryptów uruchamianych przed i po zadaniu (pre/post-task), w szczególności tych wykorzystywanych do integracji z systemami **iDRAC**, niezależnie od stopnia złożoności użytego hasła.

#### <mark style="background-color:$tint;">Identyfikacja i licencjonowanie skrzynek współdzielonych Microsoft 365</mark>

System poprawnie rozróżnia teraz standardowych użytkowników **Microsoft 365** od skrzynek współdzielonych (shared mailboxes), zapewniając ich prawidłową identyfikację i licencjonowanie podczas synchronizacji organizacji. Eliminuje to konieczność usuwania i ponownego dodawania organizacji w celu zaktualizowania statusów skrzynek pocztowych.

#### <mark style="background-color:$tint;">Raportowanie niepowodzeń tworzenia kopii zapasowych PostgreSQL</mark>

Naprawiono problem, w wyniku którego zadania tworzenia kopii zapasowych **PostgreSQL** mogły błędnie raportować zakończenie powodzeniem, mimo, że żadne dane nie zostały zabezpieczone. Obecnie w przypadku niepowodzenia zadania te są prawidłowo kończone ze statusem błędu lub ostrzeżenia, również w sytuacjach związanych z nieprawidłowymi poświadczeniami lub przekroczeniem limitu czasu wykonania zadania.

#### &#xD;<mark style="background-color:$tint;">Wyświetlanie informacji o pojemności magazynu danych na pulpicie usługi zarządzania Xopero ONE</mark>

Naprawiono problem, w wyniku którego magazyny danych bez zdefiniowanego limitu pojemności były nieprawidłowo wyświetlane na pulpicie **Xopero ONE Management Service**. Wcześniej były one błędnie oznaczane jako zapełnione w 100% oraz opatrzone ostrzeżeniem o małej ilości wolnego miejsca. Obecnie w interfejsie wyświetlany jest symbol nieskończoności (∞), a mylące komunikaty o niskim poziomie wolnej przestrzeni nie są już generowane.

#### &#xD;<mark style="background-color:$tint;">Kroki wdrożeniowe w oknie dialogowym predefiniowanego planu backupu</mark>

Okno dialogowe predefiniowanego planu kopii zapasowych nie wyświetla już błędnie kroków wdrożeniowych (onboarding steps) podczas dodawania kolejnych organizacji. Pasek postępu jest teraz zarezerwowany wyłącznie dla początkowej konfiguracji, co zapewnia bardziej przejrzysty interfejs i eliminuje zbędne elementy wizualne.

#### &#xD;<mark style="background-color:$tint;">Skalowanie wykresu podsumowania ostatniego zadania backupu</mark>

Wykres podsumowania ostatniego zadania kopii zapasowej został wyposażony w dynamicznie skalowaną oś Y. Wcześniej zakres osi był sztywno ograniczony do wartości od 0 do 280. Obecnie skala jest automatycznie dostosowywana do najwyższego punktu danych, dzięki czemu duże zbiory danych nie są już wizualnie obcinane, a niskie wartości pozostają w pełni czytelne.

#### <mark style="background-color:$tint;">Tworzenie folderów w lokalnym magazynie danych po przypisaniu agenta backupu do planu tworzenia kopii zapasowej</mark>

Naprawiono błąd, w wyniku którego przypisanie agenta backupu do planu tworzenia kopii zapasowych powodowało automatyczne tworzenie folderów we wszystkich lokalnych magazynach danych. Katalogi są teraz tworzone wyłącznie na żądanie, gdy dany magazyn danych jest rzeczywiście wykorzystywany przez zadanie, co skutecznie zapobiega gromadzeniu się pustych folderów w systemie plików.

#### <mark style="background-color:$tint;">Backup plików tekstowych i HTML w Git LFS</mark>

Naprawiono problem, w wyniku którego obiekty **Git** LFS (Large File Storage) z rozszerzeniami .txt i .html nie były prawidłowo uwzględniane podczas tworzenia kopii zapasowych. System poprawnie rozpoznaje i zabezpiecza teraz te typy plików w ramach struktury LFS, zapewniając pełną integralność danych repozytorium.

#### <mark style="background-color:$tint;">Synchronizacja repozytoriów GitHub (integracja za pomocą GitHub App)</mark>

Naprawiono problem związany z integracją **GitHuba** z **Xopero ONE** za pomocą **GitHub App**, w wyniku którego repozytoria były automatycznie odłączane po wystąpieniu przejściowych błędów autoryzacji. System zachowuje teraz połączenia z repozytoriami i automatycznie ponawia próbę synchronizacji, eliminując konieczność ręcznej interwencji administratora.

#### <mark style="background-color:$tint;">Przywracanie wartości niestandardowych pól w zgłoszeniach Jira</mark>

Naprawiono problem, w wyniku którego wartości pól niestandardowych (custom fields) w zgłoszeniach **Jira** nie były prawidłowo przywracane. Wszystkie powiązane z nimi metadane są teraz poprawnie zachowywane podczas procesu odzyskiwania danych.

#### <mark style="background-color:$tint;">Przywracanie zarchiwizowanych przestrzeni Confluence</mark>

Naprawiono problem, w wyniku którego zarchiwizowane przestrzenie **Confluence** były przywracane jako aktywne oraz pozbawione kluczowych elementów, takich jak foldery, inteligentne linki (smart links), tablice i bazy danych. Obecnie system prawidłowo zachowuje status archiwizacji oraz wszystkie powiązane typy zawartości podczas procesu odzyskiwania.

#### <mark style="background-color:$tint;">Synchronizacja statusu przywracanych przestrzeni Jira</mark>

Naprawiono problem, w wyniku którego aktywne przestrzenie (spaces) **Jira**, wcześniej oznaczone jako usunięte lub zarchiwizowane, nie były przywracane do stanu aktywnego, nawet jeśli zostały ponownie aktywowane przed wykonaniem ostatniej kopii zapasowej. Obecnie system prawidłowo synchronizuje i przywraca aktywny status wszystkich przestrzeni.

#### <mark style="background-color:$tint;">Przywracanie repozytoriów GitHub z dużą liczbą branches</mark>

Przywracanie repozytoriów **GitHub** prawidłowo obsługuje teraz środowiska z dużą liczbą branches (powyżej 500). Aktualizacja eliminuje błąd **"Bad request"**, który wcześniej występował podczas przyrostowego przywracania złożonych struktur repozytoriów, zapewniając niezawodne odzyskiwanie danych niezależnie od liczby branches i typu kopii zapasowej.

#### <mark style="background-color:$tint;">Przywracanie workflow transition screens (Jira)</mark>

Proces przywracania danych **Jira** prawidłowo zachowuje teraz niestandardowe ekrany powiązane z przejściami workflowów (workflow transitions). Podczas odzyskiwania przestrzeni lub migracji do nowej instancji przejścia skonfigurowane do wyświetlania konkretnych ekranów zachowują swoje oryginalne powiązania, pod warunkiem, że docelowe ekrany należą do schematu ekranów danej przestrzeni.

#### <mark style="background-color:$tint;">Przywracanie reguł mapowania pól w workflowach Jira</mark>

Proces przywracania danych **Jira** prawidłowo zachowuje teraz reguły mapowania pól w przejściach workflow (workflow transitions), w tym konfiguracje kopiujące wartości pól niestandardowych (custom fields) ze zgłoszeń nadrzędnych. Dzięki tej poprawce przywrócone workflowy zachowują swoją oryginalną logikę działania, umożliwiając prawidłowe tworzenie i odzyskiwanie sub-tasków zależnych od tych reguł przejść.

#### <mark style="background-color:$tint;">Wykluczanie zgłoszeń na podstawie JQL w planach backupu Jira</mark>

Plany tworzenia kopii zapasowych **Jira** prawidłowo przetwarzają teraz reguły wykluczania JQL oparte na dacie utworzenia, dacie modyfikacji oraz określonych wartościach pól. Aktualizacja zapewnia dokładne filtrowanie zgłoszeń (work items) zgodnie ze zdefiniowanymi kryteriami i rozwiązuje problem, w którym zgłoszenia z pustymi wartościami pól były niezamierzenie wykluczane przy użyciu niektórych operatorów JQL.

#### &#xD;<mark style="background-color:$tint;">Przywracanie statusu treści roboczych Confluence</mark>

Proces przywracania danych **Confluence** prawidłowo zachowuje teraz statusy przypisane do stron i wpisów blogowych w wersji roboczej. Cała nieopublikowana treść w przywróconej przestrzeni zachowuje swój pierwotny status workflow, zapewniając pełną spójność między środowiskiem źródłowym, a docelowym.