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.
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.
Dodano obsługę współdzielonych 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 współdzielona skrzynka pocztowa wymaga licencji użytkownika Microsoft. Istniejące organizacje muszą zostać ponownie autoryzowane, aby włączyć ochronę współdzielonych skrzynek; nowo dodane organizacje mają wymagane uprawnienia przypisane domyślnie.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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.
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ść.
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.
Błędy występujące podczas pobierania zawartości określonych pakietów Azure DevOps nie powodują już niepowodzenia całego zadania backupu.
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.
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.
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.
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ń.
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ł.