Xopero ONE 2.4.0

🆕 NOWE FUNKCJE

Obsługa kopii zapasowych dysków dla systemu Linux

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.

Integracja z Active Directory poprzez LDAP

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ść.

Szyfrowanie zgodne ze standardem FIPS

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.

Obsługa języka niemieckiego

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.

Kopie zapasowe i odzyskiwanie Azure Test Plans

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.

---

🔨 ULEPSZENIA

Informacja o typie kopii zapasowej w skryptach wykonywanych przed backupem

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.

Logi instalatora zdalnych aktualizacji agentów backupu (Windows)

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.

Wyszukiwanie witryn SharePoint niewrażliwe na wielkość liter

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ę.

Mechanizm wykluczania repozytoriów

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ń.

Ujednolicona terminologia Atlassian w usłudze zarządzania Xopero ONE

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).

Obsługa ujemnych wartości limitu czasu w Azure DevOps

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.

Zwiększona odporność sieci dla operacji tworzenia kopii zapasowych i odzyskiwania danych Jira

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ą.

Logi operacji przywracania typów zgłoszeń Jira

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.

Poprawa wydajności synchronizacji z Azure DevOps

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

Obsługa znaków specjalnych w hasłach w skryptach replikacji

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.

Identyfikacja i licencjonowanie skrzynek współdzielonych Microsoft 365

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.

Raportowanie niepowodzeń tworzenia kopii zapasowych PostgreSQL

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.

Wyświetlanie informacji o pojemności magazynu danych na pulpicie usługi zarządzania Xopero ONE

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.

Kroki wdrożeniowe w oknie dialogowym predefiniowanego planu backupu

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.

Skalowanie wykresu podsumowania ostatniego zadania backupu

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.

Tworzenie folderów w lokalnym magazynie danych po przypisaniu agenta backupu do planu tworzenia kopii zapasowej

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.

Backup plików tekstowych i HTML w Git LFS

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.

Synchronizacja repozytoriów GitHub (integracja za pomocą GitHub App)

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.

Przywracanie wartości niestandardowych pól w zgłoszeniach Jira

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.

Przywracanie zarchiwizowanych przestrzeni Confluence

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.

Synchronizacja statusu przywracanych przestrzeni Jira

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.

Przywracanie repozytoriów GitHub z dużą liczbą branches

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.

Przywracanie workflow transition screens (Jira)

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.

Przywracanie reguł mapowania pól w workflowach Jira

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ść.

Wykluczanie zgłoszeń na podstawie JQL w planach backupu Jira

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.

Przywracanie statusu treści roboczych Confluence

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.

---

WSZYSTKIE WYDANIA OPROGRAMOWANIA XOPERO ONE