Problem

Wystąpił błąd: „VSS Diff failed (An error occurred during the fast difference check; a slower method will be used instead)” – wystąpił błąd podczas szybkiego sprawdzania różnic; zamiast tego zostanie użyta wolniejsza metoda.

Przyczyna

Ten problem jest zazwyczaj spowodowany zbyt małym rozmiarem obszaru przechowywania kopii w tle (shadow storage).

Rozwiązanie

Stacje robocze Windows 7, 8, 10, 11:

1. Uruchom wiersz poleceń i wykonaj następującą komendę, aby zmienić rozmiar obszaru przechowywania:

vssadmin resize shadowstorage /for=X: /on=X: /maxsize=320MB

1. Gdzie X oznacza literę dysku (zaleca się wykonanie tej operacji na wszystkich dostępnych dyskach).

1. Po wprowadzeniu zmian uruchom zadanie backupu ponownie. Jeśli problem nadal występuje, skontaktuj się z naszym wsparciem technicznym, .

1. Usuń wszystkie kopie w tle, używając dwóch dodatkowych poleceń w wierszu poleceń:

1. Uruchom zadanie backupu ponownie. Jeśli problem nadal występuje, skontaktuj się z naszym wsparciem technicznym, .

Problem

Agent nie pojawia się w konsoli lub jest niedostępny do aktywacji po zakończeniu instalacji.

Przyczyna

W systemach opartych na RedHat (takich jak Fedora, CentOS lub RHEL), jeśli agent nie jest widoczny po instalacji, może to oznaczać brak niektórych wymaganych komponentów.

Rozwiązanie

1. Zainstaluj OpenSSL i zaktualizuj certyfikaty, używając następujących poleceń:

yum install -y openssl11.x86_64 ca-certificates

update-ca-trust extract

1. Następnie możesz zrestartować system Linux lub zrestartować wyłącznie usługę agenta Xopero ONE za pomocą polecenia:

1. Po wykonaniu tych kroków agent powinien być dostępny do aktywacji.

Problem

Instalacja (lub aktualizacja) agenta na systemie Windows Server 2008 R2 kończy się niepowodzeniem z komunikatem: „Xopero ONE Backup&Recovery Agent setup ended prematurely because of an error.”

Przyczyna

Począwszy od wersji 1.9.6, instalacja agenta Xopero ONE na systemie Windows Server 2008 R2 wymaga obecności aktualizacji KB4457144. Bez tej aktualizacji w systemie brakuje niezbędnych składników bezpieczeństwa, co powoduje błąd instalacji.

Rozwiązanie

1. Odwiedź i pobierz wersję poprawki KB4457144 zgodną z architekturą Twojego procesora (dla większości środowisk Windows Server 2008 R2 będzie to wersja x64).

2. Uruchom pobrany instalator na maszynie docelowej.

3. Zrestartuj system (ponowne uruchomienie jest obowiązkowe po zainstalowaniu tej aktualizacji, aby zapewnić poprawne odświeżenie wszystkich komponentów systemowych).

4. Po restarcie systemu uruchom ponownie instalator agenta Xopero ONE. Proces powinien teraz zakończyć się pomyślnie.

Problem

Backup kończy się błędem: „DV0270: User-defined script failed”.

Przyczyna

Przyczyną jest brak ścieżki do narzędzia MySQL dump w zmiennej środowiskowej PATH systemu operacyjnego.

Rozwiązanie

Dodaj narzędzie MySQL dump do systemowej zmiennej PATH (jest to wymagane, aby skrypt kopii zapasowej bazy danych MySQL zainstalowany na systemie Linux mógł poprawnie zdefiniować swoje argumenty):

1. Uruchom terminal jako użytkownik root, na przykład:

1. Wykonaj następujące polecenia:

1. Przypisanie ścieżki do narzędzia MySQL dump powinno rozwiązać problemy z wykonywaniem kopii zapasowych baz danych MySQL.

Problem

Brak możliwości usunięcia urządzenia – jest ono wyszarzone, ale nadal widoczne w panelu webowym XMS.

Rozwiązanie

Zatrzymaj usługę XoperoONEManagementService i usuń katalog DeviceModule z folderu instalacyjnego XMS:

1. Dla systemu Windows: C:\ProgramData\Xopero ONE\Xopero ONE Backup&Recovery Service\

2. Dla systemu Linux: /opt/XoperoONEMangementService/

Problem

Nie jest możliwe przeglądanie lub ładowanie kopii zapasowych z systemów operacyjnych x86 oraz x64 w Xopero ONE.

Przyczyna

Jeśli zabezpieczasz zarówno systemy x86, jak i x64, ten komunikat może pojawić się podczas przeglądania magazynu danych. Najprawdopodobniej jest to spowodowane brakiem kompatybilności z aplikacją agenta użytego do wykonania kopii zapasowej.

Należy pamiętać, że kopie zapasowe utworzone za pomocą agenta x86 (przeznaczonego dla systemów 32-bitowych) mogą być przeglądane i przywracane wyłącznie przy użyciu agenta x86. Ta sama zasada dotyczy kopii utworzonych agentem x64. Każda próba przywrócenia kopii x86 za pomocą agenta x64 (lub odwrotnie) zakończy się niepowodzeniem.

Rozwiązanie

Aby przywrócić dane, musisz wybrać odpowiednie urządzenie do przeglądania magazynu:

1. Otwórz widok przywracania i wybierz dane, które chcesz odzyskać.

2. Kliknij przycisk Zmień, w sekcji domyślny worker na dole ekranu.

3. Wybierz urządzenie, którego architektura odpowiada architekturze wykonanego backupu.

Po dokonaniu tej zmiany będziesz mógł bez problemu przywrócić dane.

Problem

Wystąpił błąd „Storage Initialization failed” (Inicjalizacja magazynu nie powiodła się).

Przyczyna

Poza samym wykonywaniem kopii zapasowych, operacje takie jak przeglądanie magazynu są również obsługiwane przez agenty — XMS nie komunikuje się bezpośrednio z magazynem danych. Podczas przeglądania kopii zapasowej, sekcja domyślny worker wskazuje, które urządzenie wykona tę operację. Jeśli urządzenie to nie posiada wymaganych uprawnień dostępu do magazynu, przeglądanie zakończy się niepowodzeniem i pojawi się powyższy błąd.

Rozwiązanie

1. Zweryfikuj, czy domyślny worker ma włączoną komunikację z magazynem.

2. Upewnij się, że konfiguracja magazynu jest poprawna, włączając w to poświadczenia dostępu oraz ścieżkę do udziału.

3. Upewnij się, że urządzenie posiada połączenie ze wskazanym magazynem danych.

Problem

Backup bazy danych kończy się wyświetleniem komunikatu o błędzie: „DV0249 – Unable to read backup data”.

Rozwiązanie

Sprawdź i rozwiąż wszelkie problemy ze stabilnością połączenia. Jeśli problem będzie się powtarzał, możesz zwiększyć liczbę prób ponowienia w aplikacji Xopero ONE. Aby to zrobić, wystarczy edytować parametr MaxRetriesCount w pliku config.json, zmieniając jego domyślną wartość z 2 na wyższą, na przykład 20.

Domyślnie plik config.json znajduje się w następujących lokalizacjach:

1. Dla systemu Windows: C:\Program Files\Xopero ONE Backup&Recovery Agent

2. Dla systemu Linux: /opt/XoperoONEBackupAgent/

Problem

Urządzenie nie jest połączone z Management Service po zakończeniu instalacji agenta.

Rozwiązanie

Jeśli urządzenie nie połączyło się z usługą Management Service po zainstalowaniu agenta, wykonaj poniższe kroki:

1. Upewnij się, że użyłeś właściwego instalatora agenta Xopero ONE. Pamiętaj, że instalatory różnią się dla systemów Windows Server 2008R2, 2012 oraz 2012+.

2. Zweryfikuj poprawność adresu Management Service. Możesz to sprawdzić m.in. w pliku config.json znajdującym się w katalogu instalacyjnym agenta.

3. Upewnij się, że komunikacja między agentem a Management Service nie jest zablokowana. Dotyczy to zarówno skonfigurowanego portu dla instalacji on-premise, jak i komunikacji między agentem a chmurową usługą Management Service w przypadku wdrożeń SaaS.

4. Sprawdź ustawienia lokalnej zapory sieciowej.

5. Zweryfikuj, czy przez pomyłkę nie przypisano licencji "feature worker" (która w tym przypadku byłaby nieprawidłową licencją). Sprawdź zakładkę Workery w ⚙️ Ustawieniach(⚙️ Ustawienia > Zaawansowane > Workery).

Problem

Po zakończeniu instalacji urządzenie nie pojawia się w zakładce Aktywuj agenta w usłudze Xopero ONE Management Service (XMS).

Resolution

Method A

W przypadku urządzeń dołączonych do domeny, uruchomienie agenta może zająć do 10 minut. Odczekaj ten czas, a jeśli agent nadal nie pojawia się w XMS, sprawdź konfigurację.

Method B

1. Otwórz plik config.json znajdujący się w katalogu instalacyjnym agenta backupu:

   1. Dla systemu Windows: C:\ProgramData\Xopero ONE\Xopero ONE Backup&Recovery Agent

   2. Dla systemu Linux: /opt/XoperoONEBackupAgent

2. Sprawdź, czy parametr ServiceUrl poprawnie wskazuje na twoją usługę Xopero ONE Management Service. Jeśli adres jest nieprawidłowy, zaktualizuj go i spróbuj ponownie.

Backup na poziomie plików pomija wybrane elementy i nie zapewnia ich ochrony.

Jeśli żadne z wybranych plików nie są kopiowane podczas wykonywania zadania, upewnij się, że usługa agenta Xopero ONE posiada uprawnienia do uzyskiwania dostępu i kopiowania tych plików.

Problem

Nackup obrazu dysku nie zakończył się pomyślnie (zakończyło się błędem).

Rozwiązanie

Upewnij się, że w systemie zainstalowany jest .NET Framework w wersji 4.6.1 lub wyższej. Możesz go pobrać ze strony internetowej Microsoft.

Jeśli po zainstalowaniu odpowiedniej wersji .NET błąd nadal występuje, dostęp do usług VSS może być blokowany przez inny proces. W takim przypadku:

1. W XMS, otwórz okno edycji planu backupu.

2. W Ustawieniach zaawansowanych włącz opcję Kontynuuj tworzenie backupu po błędzie VSS i zapisz zmiany. Powinno to rozwiązać problem.

Backup kończy się wyświetleniem komunikatu o błędzie: „DV0140: Unable to query string”.

Ten komunikat może wskazywać na problem z urządzeniem uwzględnionym w planie backupu. Zazwyczaj dzieje się tak, gdy licencja urządzenia została zdezaktywowana lub odłączona. Błąd ten może również pojawić się podczas aktualizacji platformy lub w trakcie migracji usługi Xopero ONE Management Service.

Aby szybko rozwiązać ten problem, usuń urządzenie z panelu XMS, a następnie dodaj je ponownie. Upewnij się, że zaktualizowałeś wszystkie plany backup, przypisując do nich ponownie urządzenie tam, gdzie jest to wymagane.

Problem

Backup urządzenia kończy się wyświetleniem ostrzeżenia DW1010.

Przyczyna

Ostrzeżenie DW1010 wskazuje, że nie wszystkie elementy zapytania zostały odnalezione. Innymi słowy, folder określony w konfiguracji nie istnieje na urządzeniu.

Na przykład: do kopii zapasowej wybrano folder Intel na dysku C:. Jeśli folder ten został usunięty lub przeniesiony, zadanie backup nadal będzie odwoływać się do pierwotnej lokalizacji.

Rozwiązanie

1. W ustawieniach Dane do ochrony swojego planu backup, przełącz widok z Wybierz z urządzeń na Wybierz ścieżkę lub zmienną.

1. Zidentyfikuj brakującą ścieżkę i określ jej nową lokalizację. Możesz:

   1. Edytować istniejącą ścieżkę.

   2. Usunąć starą ścieżkę i dodać nową.

Zadanie tworzenia kopii zapasowej bazy danych Microsoft SQL Server kończy się błędem "DV0270:Skrypt zdefiniowany przez użytkownika nie powiódł się".

Niektóre nowsze wersje Microsoft SQL Server używają sterownika ODBC 18, który domyślnie wymusza szyfrowanie połączenia, co powoduje występowanie powyższego błędu.

Wymuszenie przez ODBC 18 połączenia szyfrowanego można obejść generując odpowiedni certyfikat self-signed.

Poniższa instrukcja krok po kroku opisuje proces generowania, konfiguracji oraz instalacji certyfikatu w Microsoft SQL Server.