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).
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:
Cała organizacja (zalecana opcja).
Projekty (z możliwością wyboru poszczególnych repozytoriów wewnątrz projektu).
Repozytoria.
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 .
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.
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.
W wersji 1.8.5 dodaliśmy obsługę:
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.
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.
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.
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.
Wersja 1.8.5 wprowadza ulepszone przetwarzanie danych dotyczących zajętego miejsca w magazynach AWS S3 i kompatybilnych z S3.
W tym wydaniu zoptymalizowaliśmy procesy, które zużywały dużą ilość pamięci RAM.
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.
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).
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ń.
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ń.
Błąd został naprawiony. Statystyki kalendarza są teraz wyświetlane poprawnie, niezależnie od modelu operacyjnego Xopero ONE Management Service.
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.
Błąd występował, gdy użytkownik uruchamiał backup M365 obejmujący kontakty konta. Błąd został zidentyfikowany i naprawiony.
W niektórych przypadkach nieudanego backupu operacja czyszczenia nie uruchamiała się, a migawka nie była usuwana, zajmując miejsce na magazynie.
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.
Naprawiono błąd uniemożliwiający indywidualne przywracanie zadań podrzędnych z projektów typu team-managed (next-gen).
Całkowicie przeprojektowaliśmy proces wdrażania nowych użytkowników. Podczas pierwszego logowania użytkownik jest kierowany do nowego ekranu prezentującego wszystkie zasoby, które można zabezpieczyć za pomocą Xopero. Domyślnie nowy użytkownik może połączyć usługę z Xopero ONE w prostym, trzyetapowym procesie. Jeśli jednak organizacja SaaS wymaga autoryzacji przez login, token lub aplikację GitHub, poprzedni tryb zaawansowany jest nadal dostępny.
Zaktualizowano górny niebieski pasek (zawierający menu kontekstowe dla aktualnie widocznej podstrony). Pozwala on teraz na szybką konfigurację nowego planu backupu oraz dodawanie nowych usług do ochrony. Ustawienia języka zostały przeniesione do sekcji Akcje użytkownika, a opcja zakupu lub rozszerzenia licencji jest teraz łatwo dostępna.
Aby zwiększyć bezpieczeństwo danych użytkowników, szyfrowanie jest teraz domyślnie włączone dla każdego nowego planu backupu. W tym celu generowany jest domyślny klucz szyfrujący, który można wyświetlić tylko raz – w momencie jego tworzenia.
Dla każdego wspieranego ekosystemu i usługi Xopero ONE oferuje dedykowany typ planu backupu. Od wersji 1.8.0 użytkownicy mogą wybierać między planami dla urządzeń fizycznych, VMware lub Hyper-V, a także usług SaaS, takich jak Microsoft 365, GitHub, Bitbucket, GitLab oraz Jira. Każdy plan może być następnie skonfigurowany zgodnie z polityką bezpieczeństwa organizacji.
W tej wersji rozwiązujemy problemy związane z niewystarczającą ilością przydzielonej pamięci RAM. Gdy zabraknie pamięci do wykonania operacji, usługa automatycznie poprosi o dodatkowe zasoby. W początkowej fazie mechanizm ten działa w trybie ręcznym: system wysyła żądanie automatycznie, ale zasoby są przypisywane po zatwierdzeniu przez użytkownika. Wprowadziliśmy również optymalizacje uwalniania pamięci RAM, co zmniejsza jej ogólne zużycie. Ulepszenie to dotyczy użytkowników SaaS, on-premise oraz Xopero Unified Protection.
Użytkownicy Xopero ONE mogą teraz ustawić strefę czasową w harmonogramie planu backupu. Dzięki temu wszystkie zadania będą uruchamiane zgodnie z wybranym czasem, co eliminuje konieczność ręcznej korekty przy zmianach czasu z letniego na zimowy i odwrotnie.
Usprawniliśmy proces przywracania danych zdeduplikowanych z magazynów chmurowych. Przywracanie plików oraz kopii zapasowych Microsoft 365 będzie teraz znacznie szybsze.
Poprawiliśmy obsługę linków symbolicznych, dodając ustawienie pozwalające użytkownikowi wybrać, czy:
Agent ma podążać za linkami symbolicznymi (tworząc kopię plików i katalogów, na które wskazują).
Agent nie ma podążać za linkami (tworząc kopię samego linku, bez jego zawartości).
Plik config.json w katalogu agenta pozwala na przechowywanie dodatkowych ustawień. Wcześniej plik ten był nadpisywany przy każdej aktualizacji. Od tej wersji zmiany w pliku config.json są zachowywane po aktualizacji.
Xopero ONE oferuje nowy typ powiadomień Slack: raport SLA jest gotowy do pobrania.
Rozpoczynając od wersji 1.8.0, wszystkie hasła systemowe zostały ukryte w interfejsie aplikacji. To działanie prewencyjne zapobiega przypadkowemu usunięciu lub modyfikacji haseł systemowych przez użytkowników.
Prawidłowy domyślny worker do przeglądania magazynu jest teraz wybierany automatycznie (zmiana workera w ustawieniach działa już poprawnie).
Dodano również powiadomienie o błędzie przy próbie przeglądania magazynu przez workera, do którego użytkownik nie ma dostępu. Wcześniej brak takiego powiadomienia mógł wprowadzać użytkowników w błąd, sugerując, że magazyn jest pusty.
Poprawiono wydajność maszyn wirtualnych Hyper-V działających w trybie instant restore z chmury dzięki nowemu mechanizmowi pamięci podręcznej (cache).
Licencja Hyper-V pozwala także na tworzenie backupu bezpośrednio na hoście, na którym działają wirtualne maszyny (użytkownicy mogą zabezpieczyć zarówno pliki, jak i obrazy dysków). Poprzednio, zadania zakończone za pomocą tego typu hosta nie były odzwierciedlone w sekcji SLA na dashboardzie.
Rozwiązano problem, przez który plan backupu kończył się błędem, jeśli nazwa dysku zawierała znak specjalny „#”.
Naprawiono błąd uniemożliwiający uruchomienie domyślnego planu Hyper-V przy posiadaniu wielu magazynów – użytkownik może teraz wskazać docelowe miejsce zapisu. Zanim domyślny plan rozpocznie zabezpieczanie danych, pojawia się okno edycji planu, w którym wybierany jest magazyn.
Poprawiono wyświetlanie szczegółów planu backupu w widoku maszyn wirtualnych oraz proces dodawania klastra Hyper-V.
Dodano pełne wsparcie dla maszyn wirtualnych Hyper-V z konfiguracją w wersji 5.0.
Naprawiono błąd przywracania skrzynek pocztowych do formatu PST, który wystąpił po zmianie formatu danych przez Microsoft.
Rozwiązano problem z odświeżaniem listy maszyn po połączeniu magazynów danych (datastores) VMware w klaster.
11 października
7 sierpnia