Zaktualizowano proces wdrożenia dla środowisk SaaS, aby uprościć pierwszą konfigurację, wyróżnić kluczowe funkcje rozwiązania (np. własny klucz szyfrowania) oraz przeprowadzić użytkowników przez cały proces tworzenia kopii zapasowej.
Przeprojektowano główny panel Xopero ONE Management Service. Ulepszony panel zawiera te same informacje co wcześniej, a dodatkowo oferuje szybki przegląd wykorzystania przestrzeni magazynowej. Odświeżony interfejs posiada nowoczesną paletę kolorów oraz bardziej przejrzysty i atrakcyjny wizualnie układ. Zaktualizowany widok ułatwia użytkownikom zrozumienie prezentowanych danych oraz daje możliwość szybkiej oceny ogólnego stanu zabezpieczanych środowisk.
Tworzenie kopii zapasowych oraz odzyskiwanie repozytoriów i metadanych przechowywanych w GitHub Enterprise Cloud z rezydencją danych (GitHub Enterprise Cloud with data residency) jest teraz dostępne.
Dodano obsługę szyfrowania AES-GCM (Advanced Encryption Standard – Galois/Counter Mode) — nowoczesnego standardu stosowanego w protokołach bezpieczeństwa.
Dodano opcję Wymuś konsolidację dysków do ustawień planu kopii zapasowej VMware (domyślnie wyłączoną), umożliwiającą konsolidację dysków maszyny źródłowej po stronie VMware przed utworzeniem migawki.
Wprowadzono poprawki i usprawnienia zwiększające niezawodność oraz wydajność kopii zapasowych VMware: dodano mechanizm ponowień w celu zwiększenia odporności na błędy połączenia z dyskami maszyn wirtualnych oraz błędy odczytu, rozszerzono obsługę błędów VMware oraz wprowadzono nowy tryb dostępu do dysków maszyn wirtualnych za pośrednictwem magazynu danych, konfigurowany za pomocą pliku appsettings.json.
Rozszerzono publiczne API o obsługę tworzenia i zarządzania planami kopii zapasowych Azure DevOps, analogicznie do pozostałych dostawców Git.
Dodano obsługę tworzenia kopii zapasowych oraz przywracania powiązanych linków (related work links) między elementami roboczymi (work items) w Azure DevOps. Podczas przywracania relacje te są odtwarzane wszędzie tam, gdzie pozwala na to Azure DevOps, z zachowaniem kontekstu elementów roboczych oraz możliwością nawigacji między nimi. Jeśli linki nie mogą zostać przywrócone z powodu ograniczeń Azure DevOps, system raportuje, które linki zostały pominięte i dlaczego, co pomaga administratorom szybko ocenić kompletność procesu przywracania.
Dodano opcję w ustawieniach granularnego planu kopii zapasowej Jiry umożliwiającą pomijanie uszkodzonych załączników zgłoszeń podczas wykonywania kopii zapasowej. Uszkodzone załączniki nie są już traktowane jako zakończone niepowodzeniem i nie wpływają na ogólny status kopii zapasowej. W podsumowaniu kopii zapasowej pojawia się ostrzeżenie informujące o występowaniu uszkodzonych załączników.
Ulepszono widok postępu granularnej kopii zapasowej Jira w taki sposób, że przetworzone elementy są wyświetlane pod bieżącym krokiem zamiast w formie długiej listy, analogicznie jak w przypadku innych typów kopii zapasowych.
Dokładna lokalizacja geograficzna Xopero Cloud Storage jest teraz wyświetlana w kolumnie lokalizacji na liście magazynów, zapewniając administratorom informacje o rezydencji danych.
Obrazy kontenerów Docker zostały zaktualizowane do Ubuntu 24.04, aby zapewnić długoterminowe wsparcie oraz zwiększone bezpieczeństwo.
Zwiększono niezawodność procesu przywracania elementów roboczych (work items) Azure DevOps.
Dodano komunikat ostrzegawczy wyświetlany podczas przywracania nieobsługiwanego pipeline’u.
Dodano obsługę zachowania oryginalnej nazwy zakładki w odzyskanych elementach roboczych (work items).
Backup przestrzeni (spaces) Jira z ograniczonym dostępem kończy się teraz z czytelnym ostrzeżeniem zamiast nieobsłużonego błędu.
Podczas odzyskiwania komentarzy do elementów roboczych (work items) komentarze są tworzone w imieniu użytkownika Jira, którego konto zostało użyte do integracji z Xopero ONE, co powodowało, że ten użytkownik stawał się autorem wszystkich przywróconych komentarzy. W zaktualizowanym mechanizmie przywracania komentarzy Jira każdy odzyskany komentarz zawiera w swojej treści informację o jego pierwotnym autorze.
Użytkownicy mogą teraz wykluczyć zamknięte pull requesty oraz zgłoszenia (issues) z planów kopii zapasowej organizacji GitHub.
Ulepszono obsługę wewnętrznych błędów serwera podczas tworzenia kopii zapasowych GitLab poprzez dodanie dodatkowych mechanizmów ponowień dla przesyłania LFS.
Dodano brakujące logi Microsoft 365 dla zdarzeń związanych z dodawaniem i usuwaniem dzierżaw w Xopero ONE.
Ulepszono rejestrowanie podglądu wiadomości e-mail podczas operacji przywracania Microsoft 365. Dzienniki zdarzeń teraz wyraźnie pokazują temat wyświetlonej wiadomości e-mail, co ułatwia administratorom jej identyfikację.
Improved cleanup of incomplete deduplication backups by removing temporary invalid blocks, reducing storage usage and improving efficiency.
Ulepszono czyszczenie niekompletnych kopii zapasowych z deduplikacją poprzez usuwanie tymczasowych, nieprawidłowych bloków, co zmniejsza wykorzystanie przestrzeni dyskowej i poprawia wydajność.
Added information about the agent (worker) to all backup summary types.
Dodano informacje dotyczące agenta (workera) do wszystkich typów podsumowań backupu.
Ulepszono zarządzanie klastrami Hyper-V zawierającymi wiele maszyn wirtualnych w tej samej grupie klastra. Xopero ONE teraz poprawnie wykrywa wszystkie maszyny wirtualne, zapewniając niezawodne tworzenie kopii zapasowych i odtwarzanie.
Naprawiono problem związany z kopiami zapasowymi Hyper-V, w którym anulowanie zadania kopii zapasowej mogło pozostawiać osierocone pliki migawek w magazynie danych maszyny wirtualnej. Migawki są teraz prawidłowo usuwane po anulowaniu zadań, co zapobiega pozostawianiu niepotrzebnych plików i upraszcza utrzymanie środowiska przez administratorów.
Ulepszone podsumowanie kopii zapasowej Hyper-V wyraźnie raportuje nieudane scalenia punktów kontrolnych oraz dysków przyrostowych dla określonych maszyn wirtualnych.
Rozwiązano problem, w którym plany kopii zapasowej GitHub oparte na właściwościach niestandardowych mogły nie uruchamiać się przy określonych konfiguracjach reguł. System teraz prawidłowo przetwarza reguły wyboru, zapewniając, że repozytoria spełniające wybrane kryteria są konsekwentnie uwzględniane w backupie, a plan uruchamia się zgodnie z konfiguracją.
Naprawiono problem, w którym wydania GitHub utworzone na gałęzi (branch) innej niż domyślna mogły tracić status najnowszego po operacji przywracania. Przywrócone repozytoria zachowują teraz takie samo oznaczenie najnowszego wydania jak repozytorium źródłowe.
Naprawiono problem, w którym GitHub issues przywrócone do innej organizacji mogły pojawiać się w innej kolejności niż w oryginalnym repozytorium, co dotyczyło zarówno issues zamkniętych, jak i otwartych. Przywracanie teraz konsekwentnie zachowuje oryginalną kolejność issues, niezależnie od tego, czy organizacja jest połączona za pomocą OAuth, czy tokenu dostępu, oraz niezależnie od tego, czy przywracanie jest wykonywane z widoku DevOps, czy z magazynu.
Naprawiono problem, w którym operacje przywracania GitHub mogły wyświetlać nieprawidłową liczbę elementów, których nie udało się odzyskać, szczególnie w przypadku pull requestów przywracanych przy ograniczonych uprawnieniach tokena. Proces przywracania teraz poprawnie raportuje, które zasoby GitHub zostały pomyślnie odzyskane, a które nie.
Naprawiono problem, w którym plany kopii zapasowej Azure DevOps i GitHub ignorowały wykluczone repozytoria i obejmowały ochroną wszystkie repozytoria w wybranej organizacji. Zakres backupu oraz liczba zadań podrzędnych są teraz poprawnie odzwierciedlane i uwzględniają wyłącznie repozytoria wybrane przez użytkownika, co sprawia, że konfiguracja backupu jest bardziej przewidywalna i łatwiejsza do kontrolowania.
Podczas przywracania repozytoriów GitLab do GitHub, Xopero ONE teraz automatycznie skraca długie opisy żądań scalenia (merge requests), aby spełnić ograniczenia API GitHuba.
Naprawiono problem, który uniemożliwiał przywracanie projektów Azure DevOps Server, których nazwy zawierały kropkę ("."). Kopie zapasowe takich projektów mogą być teraz przywracane bez konieczności wprowadzania dodatkowych zmian w nazwie.
Naprawiono problem, w którym projekty Azure DevOps korzystające z niestandardowych kontrolek z Microsoft Visual Studio Marketplace (takich jak kontrolka Multivalue) nie były w pełni przywracane. Po wprowadzeniu tej zmiany, jeśli oryginalne rozszerzenie jest zainstalowane w organizacji docelowej, przywrócone elementy robocze (work items) zawierają wszystkie powiązane niestandardowe kontrolki.
Naprawiono problem, w którym czas ostatniej kopii zapasowej przestrzeni (space) Jira w widoku organizacji był aktualizowany dla wszystkich przestrzeni po wykonaniu kopii zapasowej tylko jednej przestrzeni Jira. Czas ostatniego backupu jest teraz wyświetlany poprawnie dla każdej przestrzeni.
Podczas konfiguracji granularnych planów backupu Jira według przestrzeni (spaces), usunięte przestrzenie Jira nie są już dostępne do wyboru.
Naprawiono problem, w którym podsumowania kopii zapasowej metadanych organizacji Jira wyświetlały nieprawidłowe liczby elementów chronionych i przywróconych, w tym błędnie zliczane katalogi.
Naprawiono problem, w którym niektóre załączniki do zgłoszeń (issues) Jira nie były uwzględniane w przyrostowych punktach przywracania kopii zapasowej, mimo że były poprawnie przechwytywane w pełnych backupach.
Gdy backup przestrzeni (space) Jira napotka uszkodzone załączniki, podsumowanie kopii zapasowej teraz wyraźnie wyświetli ostrzeżenie wraz ze szczegółami dotyczącymi tego, które elementy robocze (work items) oraz ile załączników nie mogło zostać objętych ochroną.
Rozwiązano problem, w którym elementy robocze (work items) Jira w przestrzeniach (spaces) zarządzanych przez zespoły przywracane z kopii zapasowej mogły tracić wartości w niektórych polach niestandardowych oraz systemowych. Elementy robocze przywrócone z przestrzeni zarządzanych przez zespoły teraz zachowują te same dane pól co oryginały, co poprawia spójność danych i zmniejsza potrzebę ręcznych korekt po przywróceniu.
Zadania usuwania danych nie pozostają już zablokowane w stanie oczekiwania w kolejce po długotrwałych backupach. Po zakończeniu uruchomionych zadań kopii zapasowych, zadania usuwania znajdujące się w kolejce są uruchamiane i kończone zgodnie z oczekiwaniem, co zapewnia terminowe i niezawodne usuwanie planów backupu oraz powiązanych danych.
Kopie zapasowe zaplanowane w przedziale między 23:00 a 00:00, przy aktywnym oknie backupu, uruchamiają się teraz poprawnie zgodnie z harmonogramem planu. Jeśli plan backupu nie zostanie uruchomiony, interfejs jasno poinformuje o tym użytkownika, co zwiększa widoczność nieuruchomionych kopii zapasowych dla administratorów.
Zdalna aktualizacja agentów backupu (workerów) w systemie Linux została usprawniona, dzięki czemu pierwsza próba aktualizacji kończy się teraz powodzeniem i nie wymaga ręcznego ponowienia.