# Xopero ONE 2.3.0

### 🆕 NOWE FUNKCJE

#### <mark style="background-color:blue;">Kopia zapasowa i przywracanie SharePoint</mark>

Dodano obsługę **SharePoint Online** (w chmurze), umożliwiając administratorom tworzenie kopii zapasowych oraz przywracanie witryn **SharePoint** wraz z powiązanymi plikami w środowisku **Microsoft 365**.

#### <mark style="background-color:blue;">Kopia zapasowa i przywracanie Confluence</mark>

Dodano obsługę **Confluence**, umożliwiając organizacjom zabezpieczanie i odzyskiwanie przestrzeni (spaces), stron, wpisów blogowych, załączników oraz kluczowych metadanych (w tym grup i szablonów). Połączenie za pomocą tokena dostępu osobistego (PAT) automatycznie tworzy domyślny plan kopii zapasowej, zapewniając natychmiastową ochronę bez potrzeby dodatkowej konfiguracji. Rozwiązanie obsługuje elastyczne zasady retencji oraz licencjonowanie w modelu na użytkownika, co pozwala na skalowanie wraz ze środowiskiem **Atlassian**. Granularne przywracanie umożliwia odzyskiwanie pojedynczych przestrzeni, stron, wpisów blogowych, a także użytkowników i grup, co skraca przerwy w działaniu i eliminuje konieczność przywracania całej witryny.

#### <mark style="background-color:blue;">Obsługa udostępnionych skrzynek pocztowych (shared mailboxes) Microsoft 365</mark>

Dodano obsługę udostępnionych skrzynek pocztowych (shared mailboxes) **Microsoft 365**, umożliwiając tworzenie kopii zapasowych oraz przywracanie danych z taką samą szczegółowością jak w przypadku skrzynek użytkowników. Każda udostępniona skrzynka pocztowa wymaga licencji użytkownika **Microsoft**. Istniejące organizacje muszą zostać ponownie autoryzowane, aby włączyć ochronę udostępnionych skrzynek; nowo dodane organizacje mają wymagane uprawnienia przypisane domyślnie.

#### <mark style="background-color:blue;">Obsługa sub-issues oraz issue types w GitHubie</mark>

Wprowadzono obsługę sub-issues oraz niestandardowych issue types w **GitHubie**, co pozwala w pełni zachować złożone hierarchie zadań oraz dostosowane taksonomie zgłoszeń podczas tworzenia kopii zapasowej, a także dokładnie odtworzyć je w trakcie przywracania. Funkcja jest domyślnie włączona dla nowych planów backupu i może zostać aktywowana w istniejących planach za pomocą przełącznika w edytorze planu. Przywracanie danych jest możliwe zarówno do oryginalnych, jak i alternatywnych organizacji **GitHub**, z zachowaniem pełnej integralności struktury hierarchii dla wszystkich odzyskiwanych elementów.

#### <mark style="background-color:blue;">Zachowanie oryginalnych kluczy zgłoszeń (issue keys) Jira podczas granularnego odzyskiwania</mark>

Dodano obsługę zachowywania oryginalnych kluczy zgłoszeń (issue keys) podczas przywracania na poziomie przestrzeni (space) w **Jirze**. Oryginalne klucze są mapowane do niestandardowego pola `GitProtect_Original Key`, co umożliwia zachowanie pełnej identyfikowalności w powiązaniach, audytach oraz integracjach. Funkcja dostępna jest jako opcjonalny przełącznik w ustawieniach przywracania i jest zgodna z istniejącymi opcjami odzyskiwania metadanych.

#### <mark style="background-color:blue;">Mapowanie przywracania na poziomie organizacji w środowiskach Git (w chmurze i self-hosted)</mark>

Wprowadzono panel mapowania na poziomie organizacji, który eliminuje konieczność ręcznej edycji slugów dla każdego repozytorium podczas przywracania. Administratorzy mogą w jednym kroku przekierować całe zestawy repozytoriów do organizacji docelowych, grup lub workspace'ów, w tym także w ramach przywracania międzyplatformowego (cross-recovery) pomiędzy **GitHubem**, **GitLabem** i **Bitbucketem**. Funkcja jest dostępna zarówno dla środowisk chmurowych, jak i self-hosted i zawiera mechanizm walidacji, który oznacza niedostępne lokalizacje docelowe jeszcze przed rozpoczęciem procesu przywracania. Nazwy pojedynczych repozytoriów mogą być nadal edytowane po wykonaniu mapowania, co zapewnia elastyczność przy jednoczesnym zachowaniu szybkiego i skalowalnego procesu.

***

### 🔨 ULEPSZENIA

#### <mark style="background-color:blue;">Konfigurowalna lokalizacja folderu plików tymczasowych dla agentów backupu</mark>

Wprowadzono możliwość ręcznego określenia katalogu danych tymczasowych dla agentów backupu (workerów) w modelach wdrożeń on-premises, z wykorzystaniem parametru `TempFolder` w pliku konfiguracyjnym.

#### <mark style="background-color:blue;">Zachowanie tożsamości użytkowników podczas przywracania repozytoriów GitHub między różnymi środowiskami</mark>

Usprawniono proces przywracania repozytoriów **GitHub** poprzez zachowanie tożsamości użytkowników w różnych środowiskach. Wielowarstwowa strategia dopasowywania pozwala odtworzyć członkostwo w zespołach, uprawnienia oraz przypisanie zgłoszeń bez konieczności ręcznej ingerencji. W przypadku braku dopasowania konto użytkownika wykonującego operację przywracania (restore operator) jest przypisywane jako tymczasowy placeholder, a oryginalna tożsamość jest wyraźnie udokumentowana bezpośrednio w przywróconych danych. Szczegółowe podsumowanie po zakończeniu procesu przywracania wskazuje wszystkie nierozwiązane mapowania oraz zasoby, których dotyczą zmiany, zapewniając pełną przejrzystość w zakresie modyfikacji wprowadzonych podczas przywracania.

#### <mark style="background-color:blue;">Obsługa projektów v2 w GitHub Enterprise Server</mark>

Rozszerzono wsparcie dla tworzenia kopii zapasowych i przywracania o projekty v2 w **GitHub Enterprise Server**, zapewniając spójność oraz równoważność funkcjonalną z chmurowymi środowiskami **GitHub**.

#### <mark style="background-color:blue;">Zaktualizowane domyślne ustawienia przywracania dla projektów Azure DevOps</mark>

Zmieniono domyślne zachowanie procesu przywracania tak, aby wykorzystywał najnowszą niezależną kopię zapasową repozytorium zamiast kopii repozytorium zawartej w backupie na poziomie projektu. Pozwala to znacząco skrócić czas inicjalizacji przywracania oraz poprawić ogólną wydajność odzyskiwania danych. Opcja przywracania na poziomie projektu pozostaje dostępna jako ustawienie opcjonalne, zapewniając, że istniejące procesy i workflowy pozostają bez zmian.

#### <mark style="background-color:blue;">Wizualna identyfikacja wygasłych kont dodatkowych</mark>

Usprawniono panel zarządzania kontami, eliminując niejasności podczas diagnozowania problemów z poświadczeniami. Dodatkowe konta **Git** z wygasłymi lub nieprawidłowymi danymi uwierzytelniającymi są teraz oznaczane indywidualnie czytelnymi wskaźnikami wizualnymi, co pozwala szybko zidentyfikować konta, których dotyczy problem. Dodatkowo, poświadczenia są weryfikowane w czasie rzeczywistym podczas edycji, dzięki czemu błędne konfiguracje są wykrywane już na etapie zapisywania zmian, a nie dopiero w trakcie późniejszych niepowodzeń backupu.

#### <mark style="background-color:blue;">Zwiększona niezawodność backupu komentarzy GitLab</mark>

Usprawniono proces tworzenia kopii zapasowych komentarzy **GitLab** poprzez wprowadzenie mechanizmu ponawiania prób komunikacji, który zapobiega błędom wynikającym z przedwczesnych, nieprawidłowych odpowiedzi.

***

### 🐛 POPRAWKI BŁĘDÓW

#### <mark style="background-color:blue;">Poprawne ścieżki dla dysków przyrostowych w backupach Hyper-V</mark>

Naprawiono problem, w którym zadania backupu **Hyper-V** mogły kończyć się niepowodzeniem dla maszyn wirtualnych z wieloma punktami kontrolnymi (checkpoints), gdy plik dysku o tej samej nazwie istniał w katalogu nadrzędnym. **Xopero ONE** teraz prawidłowo rozpoznaje ścieżki dla dysków podrzędnych w takich konfiguracjach, co zapewnia poprawne wykonanie kopii zapasowych maszyn ze złożonymi łańcuchami migawek.

#### <mark style="background-color:blue;">Błąd backupu Hyper-V związany z przetwarzaniem bloków (block skipping error)</mark>

Rozwiązano problem z backupem **Hyper-V**, w wyniku którego zadania mogły kończyć się niepowodzeniem podczas przetwarzania maszyn wirtualnych z określonymi konfiguracjami dysków. Silnik backupu teraz prawidłowo obsługuje wszystkie rozmiary dysków, co zapewnia niezawodne zakończenie procesu tworzenia kopii zapasowej.

#### <mark style="background-color:blue;">Przywracanie skrzynki pocztowej Microsoft 365 z włączoną opcją nadpisywania</mark>

Rozwiązano problem, w którym przywracanie danych skrzynki pocztowej **Microsoft 365** do oryginalnej lokalizacji z włączoną opcją nadpisywania kończyło się błędem **"Access denied"**, jeśli konto użytkownika zostało wcześniej usunięte i ponownie utworzone z użyciem tego samego adresu e-mail. Przywracanie do odtworzonych kont działa teraz poprawnie, bez konieczności stosowania obejść, takich jak wyłączanie opcji nadpisywania lub przywracanie danych do alternatywnej lokalizacji.

#### <mark style="background-color:blue;">Reguły dopasowania po częściowych nazwach w backupach przestrzeni (spaces) Jira</mark>

Naprawiono problem, w którym backupy przestrzeni (spaces) **Jira** wykorzystujące reguły dopasowania po częściowej nazwie nie uwzględniały pasujących przestrzeni. Silnik backupu teraz prawidłowo przetwarza znaki wieloznaczne (wildcards), zapewniając dokładne identyfikowanie i uwzględnianie wszystkich wymaganych przestrzeni w kopiach zapasowych.

#### <mark style="background-color:blue;">Przywracanie przepływów pracy (workflowów) Jira z niestandardowymi przejściami</mark>

Naprawiono problem, w którym workflowy **Jira** zawierające niestandardowe przejścia nie były poprawnie odtwarzane w nowych instancjach. Workflowy są teraz przywracane z w pełni zachowaną konfiguracją wszystkich przejść.

#### <mark style="background-color:blue;">Błędy backupu Azure DevOps spowodowane usuniętymi wersjami pakietów</mark>

Rozwiązano problem w kopiach zapasowych **Azure DevOps**, w którym usunięte wersje pakietów w niestandardowych feedach mogły powodować niepowodzenia zadań. Silnik backupu teraz poprawnie pomija takie wersje, zapewniając pomyślne wykonanie kopii zapasowej.

#### <mark style="background-color:blue;">Błędy backupu Azure DevOps spowodowane problemami z pobieraniem pakietów</mark>

Błędy występujące podczas pobierania zawartości określonych pakietów **Azure DevOps** nie powodują już niepowodzenia całego zadania backupu.

#### <mark style="background-color:blue;">Przywracanie zgłoszeń (issues) Jira dla mieszanych mapowań typów przestrzeni (spaces)</mark>

Naprawiono problem, w którym przywracanie zgłoszeń (issues) **Jira** z różnych typów przestrzeni (spaces) do pojedynczej, nowej przestrzeni mogło kończyć się niepowodzeniem. Proces przywracania działa teraz poprawnie i kończy się sukcesem.

#### <mark style="background-color:blue;">Przywracanie niestandardowych pól assetów (assets) w Jirze</mark>

Niestandardowe pola assetów (assets) w **Jirze** są teraz prawidłowo przywracane wraz z powiązanymi konfiguracjami filtrów AQL, w tym z zakresem filtra oraz zakresem elementów roboczych.

#### <mark style="background-color:blue;">Problem z sygnaturą czasową w granularnym backupie Jiry</mark>

Naprawiono błąd w planach granularnego backupu **Jiry**, w którym edycja i ponowne uruchomienie planu powodowały wyświetlanie nieprawidłowej daty rozpoczęcia (1 stycznia 1970) w panelu bocznym. Teraz znaczniki czasu wykonania backupu są poprawnie odzwierciedlane i wskazują rzeczywisty moment rozpoczęcia operacji.

#### <mark style="background-color:blue;">Zachowanie konfiguracji planu backupu GitHuba po ponownej autoryzacji (GitHub App)</mark>

Plany backupu dla organizacji **GitHub** w chmurze, które wykorzystują uwierzytelnianie przez **GitHub App**, są teraz automatycznie przywracane i prawidłowo przypisywane po ponownej autoryzacji, co zapewnia zachowanie konfiguracji nawet w przypadku reinstalacji aplikacji. Wcześniej ponowna autoryzacja powodowała, że istniejące plany zostawały zawieszone ze statusem nieprawidłowym, a ich edycja mogła skutkować tworzeniem duplikatów zamiast aktualizacji oryginalnych ustawień.

#### <mark style="background-color:blue;">Przywracanie reguł przejść przepływów pracy (workflows) Jira zawierających odwołania do pól niestandardowych</mark>

Przywracanie przestrzeni (spaces) **Jira** zarządzanych centralnie (company-managed) teraz poprawnie zachowuje reguły przejść przepływów pracy (workflows), które odwołują się do pól niestandardowych. Wcześniej niektóre reguły, np. przejścia do stanu początkowego kopiujące wartości pól z zadań nadrzędnych, mogły tracić mapowania pól podczas przywracania, co w niektórych przypadkach uniemożliwiało tworzenie zadań podrzędnych. Poprawka zapewnia utrzymanie integralności workflowów dla wszystkich chronionych przestrzeni typu company-managed, nawet w przypadku złożonych konfiguracji reguł.

***

<p align="center"><a href="https://xopero.com/pl/changelog-wydan/">WSZYSTKIE WYDANIA OPROGRAMOWANIA XOPERO ONE</a></p>


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://helpcenter.xopero.com/xopero-one-en/pl/historia-zmian/2026/xopero-one-2.3.0.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.