Xopero ONE v1.8.5

🆕 Nowe funkcje

Wsparcie dla Azure DevOps

Wraz z wersją 1.8.5, Xopero ONE wspiera tworzenie kopii zapasowych danych Azure DevOps, co czyni nasze rozwiązanie kompatybilnym ze wszystkimi wiodącymi dostawcami usług Git. Podobnie jak w przypadku GitHub, GitLab i Bitbucket, Xopero ONE umożliwia przywracanie cross-restore do i z Azure DevOps. Użytkownicy mogą zabezpieczać organizacje Azure DevOps (SaaS) oraz Azure DevOps Server (on-premise).

Backup Azure DevOps

Użytkownicy mogą tworzyć kopie zapasowe projektów oraz repozytoriów Azure DevOps. Podczas konfiguracji planu można wybrać jeden z czterech typów zasobów do ochrony:

  1. Cała organizacja (zalecana opcja).

  2. Projekty (z możliwością wyboru poszczególnych repozytoriów wewnątrz projektu).

  3. Repozytoria.

  4. Konkretne zasoby na podstawie reguł (np. po nazwie/slugu repozytorium lub projektu).

Możliwe jest również zdefiniowanie metadanych do uwzględnienia w kopii – ich lista zależy od wybranego typu zasobu. Pełna lista obsługiwanych metadanych jest dostępna tutaj.

Przywracanie Azure DevOps

Dane mogą być przywracane do tej samej lub nowej organizacji Azure DevOps. Dzięki funkcji cross-restore, dane z Azure DevOps mogą być przywrócone na konta GitHub, Bitbucket lub GitLab, co zapewnia ciągłość pracy nawet w przypadku niedostępności usług Microsoft.

Metadane dostępne podczas przywracania mogą się różnić w zależności od wybranego dostawcy usług Git. Podczas przywracania projektów w ramach Azure DevOps, przywracane są zarówno metadane projektu (np. work items), jak i zawarte w nim repozytoria. Podczas przywracania cross-restore do innego dostawcy Git, przywracane są tylko repozytoria i ich metadane, ponieważ w tych usługach nie istnieje odpowiednik projektów Azure DevOps.

W Xopero ONE backup dla Azure DevOps jest licencjonowany na liczbę repozytoriów i sprzedawany w pakietach.

Wykluczanie wybranych repozytoriów z planu backupu

W odpowiedzi na potrzeby klientów, wersja 1.8.5 wprowadza nowy tryb wyboru repozytoriów do backupu w ramach planów dla GitHub, GitLab i Bitbucket. Przy wyborze organizacji do zabezpieczenia, użytkownicy mogą teraz wykluczyć konkretne repozytoria — domyślnie zaznaczone są wszystkie, a użytkownik może odznaczyć te, które chce pominąć. Plan skonfigurowany w ten sposób będzie chronił wszystkie repozytoria w organizacji z wyjątkiem wykluczonych. Repozytoria dodane w przyszłości również zostaną automatycznie objęte planem.

Nowe wsparcie metadanych GitHub

W wersji 1.8.5 dodaliśmy obsługę:

Dashboard organizacji 2.0

Dashboardy organizacji zostały zaprojektowane na nowo w celu poprawy przejrzystości. Sekcja Planów jest teraz czytelniejsza, a obsługa rozdzielczości ekranu została zoptymalizowana. Aktualizacja dotyczy urządzeń, Microsoft 365, Hyper-V, VMware oraz wszystkich organizacji Git i Jira.


🔨 Ulepszenia

Konfiguracja rozmiaru bufora S3 w planie backupu

Od teraz rozmiar bufora używanego do komunikacji z magazynami danych AWS S3 może być konfigurowany podczas ustawiania planu oraz w trybie edycji dla planów plików, obrazów, Hyper-V, VMware i Microsoft 365.

Ulepszone kolejkowanie pakietów zadań

Konfliktowe typy zadań, takie jak usuwanie i przywracanie danych z tego samego magazynu, są teraz wyświetlane jako zadania w kolejce w zakładce Zadania (W toku) i są zawsze wykonywane w kolejności malejącej. Wcześniej niektóre zadania były kolejkowane w tle i niewidoczne dla użytkowników. Problem ten został rozwiązany.

Ulepszona walidacja adresów URL Webhooków (Management Console)

Znaki takie jak pojedyncze cudzysłowy, nawiasy, wykrzykniki i gwiazdki nie są obsługiwane w adresach webhook, ponieważ powodują błędy walidacji. Wcześniej użycie tych znaków nie powodowało wyświetlenia odpowiedniego komunikatu o błędzie — zostało to naprawione.

Dane o użyciu magazynu AWS S3

Wersja 1.8.5 wprowadza ulepszone przetwarzanie danych dotyczących zajętego miejsca w magazynach AWS S3 i kompatybilnych z S3.

Optymalizacja zużycia pamięci RAM

W tym wydaniu zoptymalizowaliśmy procesy, które zużywały dużą ilość pamięci RAM.

Edytowalna nazwa organizacji

Domyślnie Xopero ONE używa i wyświetla oryginalną nazwę organizacji. Od wersji 1.8.5 użytkownicy mogą edytować tę nazwę według potrzeb. Zmiana dotyczy wszystkich typów organizacji Git: GitHub, GitLab, Bitbucket i Azure DevOps.

Ujednolicony widok nazw repozytoriów

Od wersji 1.8.5 pole nazwy repozytorium wyświetla rzeczywistą nazwę zamiast ścieżki (slug). Dla użytkowników, dla których stara funkcja była użyteczna, do tabeli repozytoriów dodano nowe pole "slug". Pole to jest również obsługiwane przez funkcje filtrowania i wyszukiwania (można je włączyć ikoną konfiguracji tabeli).

Rozszerzone wsparcie reguł ochrony gałęzi (Branch protection)

Wcześniej nie było możliwe tworzenie kopii zapasowych reguł ochrony gałęzi odwołujących się do prywatnych aplikacji GitHub App przy użyciu metody autoryzacji GitHub. Wersja 1.8.5 wprowadza mechanizm, który wykrywa takie przypadki i zamiast tego używa osobistego tokenu dostępu (PAT) do zabezpieczenia tych ustawień.


🐛 Poprawki błędów

Błędnie wyświetlana liczba zadań w toku

Wcześniej przy uruchomieniu więcej niż 10 zadań panel wyświetlał maksymalną wartość 10, nawet jeśli w toku było ich więcej. Problem został naprawiony; wartość w menu odzwierciedla teraz faktyczną liczbę aktywnych zadań.

Statystyki zadań w kalendarzu dashboarda zasobów (usługi SaaS)

Błąd został naprawiony. Statystyki kalendarza są teraz wyświetlane poprawnie, niezależnie od modelu operacyjnego Xopero ONE Management Service.

Nieprawidłowe sortowanie kolumn w widoku urządzeń

Sortowanie według kolumn: Adres IP, Ostatnia kopia lub Ostatnia udana kopia na liście urządzeń nie działało poprawnie. Błąd naprawiono.

Backup Microsoft 365 zakończony błędem "Data supplier error"

Błąd występował, gdy użytkownik uruchamiał backup M365 obejmujący kontakty konta. Błąd został zidentyfikowany i naprawiony.

Brak czyszczenia migawek po nieudanym backupie Hyper-V

W niektórych przypadkach nieudanego backupu operacja czyszczenia nie uruchamiała się, a migawka nie była usuwana, zajmując miejsce na magazynie.

Przywracanie plików z uprawnieniami kończące się ostrzeżeniem ACL

Błąd występował tylko przy przywracaniu danych z backupu na poziomie plików w bardzo specyficznych przypadkach, uniemożliwiając przywrócenie uprawnień ACL. Zostało to naprawione w wersji 1.8.5.

Przywracanie zgłoszeń podrzędnych (Child-issues) w projektach Jira zarządzanych przez zespół

Naprawiono błąd uniemożliwiający indywidualne przywracanie zadań podrzędnych z projektów typu team-managed (next-gen).


WSZYSTKIE WYDANIA OPROGRAMOWANIA XOPERO ONEarrow-up-right

Last updated