Przejdź do treści

Najczęstsze błędy

Poniższa sekcja zawiera najczęstsze problemy występujące podczas korzystania z Veeam Cloud Connect Cloud4You oraz podstawowe kroki diagnostyczne.

W większości przypadków diagnostykę warto rozpocząć od sprawdzenia czterech elementów:

1. Łączność z Cloud Gateway
2. Service Provider
3. Cloud Repository i quota
4. Status Backup Copy Job

Szybka diagnostyka

Jeżeli usługa wcześniej działała poprawnie, a problem pojawił się nagle, najpierw sprawdź status ostatniej sesji zadania oraz wykonaj Rescan Service Providera.


1. Brak połączenia z Cloud Gateway

Objawy

Podczas dodawania lub używania Service Providera Veeam nie może połączyć się z infrastrukturą Cloud4You.

Możliwe są między innymi:

  • brak połączenia z Service Providerem,
  • timeout podczas łączenia,
  • niedostępne Cloud Repository,
  • błędy Backup Copy Job związane z połączeniem.

Sprawdź DNS

Na serwerze Veeam sprawdź, czy nazwa Cloud Gateway jest prawidłowo rozwiązywana:

Resolve-DnsName <adres-Cloud-Gateway>

lub:

nslookup <adres-Cloud-Gateway>

Jeżeli nazwa nie jest rozwiązywana, sprawdź:

  • konfigurację DNS serwera,
  • dostęp do serwera DNS,
  • poprawność otrzymanego adresu Cloud Gateway.

Sprawdź port TCP 6180

Domyślnym portem używanym przez tenant Veeam Backup & Replication do komunikacji z Cloud Gateway jest:

TCP 6180

Sprawdź połączenie:

Test-NetConnection <adres-Cloud-Gateway> -Port 6180

Poprawny wynik:

TcpTestSucceeded : True

Jeżeli otrzymujesz:

TcpTestSucceeded : False

sprawdź:

  • lokalny Windows Firewall,
  • firewall brzegowy,
  • reguły ACL,
  • routing,
  • translację NAT,
  • filtrowanie ruchu przez operatora,
  • czy używany jest właściwy adres i port.

Info

Jeżeli Cloud4You przekazało inny port niż domyślny, wykonaj test dla portu podanego podczas aktywacji usługi.


2. Service Provider jest niedostępny

Jeżeli Cloud4You jest już dodane do Veeam, ale Service Provider jest niedostępny, przejdź do:

Backup Infrastructure
└── Service Providers

Kliknij Service Providera Cloud4You prawym przyciskiem i wybierz:

Rescan

Veeam ponownie:

  • nawiąże połączenie,
  • odświeży informacje o zasobach,
  • pobierze aktualne informacje dotyczące Cloud Repository.

Jeżeli Rescan kończy się błędem, sprawdź kolejno:

DNS
↓
TCP 6180
↓
Credentials
↓
Certyfikat
↓
Wersję Veeam

3. Nieprawidłowa nazwa użytkownika lub hasło

Jeżeli konto Cloud Connect nie może zostać uwierzytelnione, sprawdź dane przekazane przez Cloud4You.

Przejdź do:

Backup Infrastructure
└── Service Providers

Następnie:

Cloud4You
└── Properties

Przejdź przez kreator i zweryfikuj używane:

Credentials

Sprawdź szczególnie:

  • nazwę użytkownika,
  • hasło,
  • czy konto nie zostało zmienione,
  • czy używane są dane właściwego tenanta.

Warning

Po zmianie hasła po stronie usługi należy zaktualizować dane uwierzytelniające zapisane w Veeam Backup & Replication.

Jeżeli nie znasz aktualnych danych dostępowych, skontaktuj się z działem wsparcia Cloud4You.


4. Problem z certyfikatem TLS

Podczas połączenia z Service Providerem Veeam weryfikuje certyfikat TLS infrastruktury Cloud Connect.

Jeżeli Veeam zgłasza problem z certyfikatem:

  1. nie ignoruj komunikatu bez jego weryfikacji,
  2. sprawdź dane certyfikatu,
  3. sprawdź aktualny czas i strefę czasową na serwerze,
  4. porównaj thumbprint z informacją otrzymaną od Cloud4You, jeżeli był przekazany,
  5. skontaktuj się z supportem, jeżeli certyfikat zmienił się niespodziewanie.

Sprawdź czas systemowy:

Get-Date

oraz konfigurację synchronizacji czasu:

w32tm /query /status

Bezpieczeństwo

Niespodziewana zmiana certyfikatu powinna zostać zweryfikowana przed zaakceptowaniem połączenia.


5. Cloud Repository nie jest widoczne

Po poprawnym dodaniu Service Providera Cloud Repository powinno zostać pobrane automatycznie.

Sprawdź:

Backup Infrastructure
└── Backup Repositories

Jeżeli repozytorium nie jest widoczne:

Krok 1

Wykonaj:

Backup Infrastructure
→ Service Providers
→ Cloud4You
→ Rescan

Krok 2

Jeżeli repozytorium nadal się nie pojawia, sprawdź:

  • czy używane konto jest właściwe,
  • czy Service Provider jest dostępny,
  • czy Cloud4You przydzieliło konto do Cloud Repository,
  • czy konto posiada przydzieloną quota.

Cloud Repository i quota są przydzielane po stronie Service Providera.

Powiązana instrukcja:

Cloud Repository


6. Zmiana zasobów nie jest widoczna

Jeżeli Cloud4You:

  • dodało nowe Cloud Repository,
  • zwiększyło quota,
  • zmieniło zasoby przypisane do konta,

Veeam może wymagać odświeżenia konfiguracji.

Wykonaj:

Backup Infrastructure
→ Service Providers
→ Cloud4You
→ Rescan

Możesz również przeskanować samo repozytorium:

Backup Infrastructure
→ Backup Repositories
→ Cloud Repository
→ Rescan

Info

Po zmianie quota przez Service Providera nowa wartość może zostać pobrana przy kolejnym uruchomieniu zadania. Rescan pozwala odświeżyć ją wcześniej.


7. Brak miejsca w Cloud Repository

Cloud4You przydziela klientowi określoną przestrzeń:

quota

Jeżeli dostępna przestrzeń zostanie wykorzystana, kolejne operacje mogą zakończyć się błędem.

Sprawdź:

Backup Infrastructure
└── Backup Repositories

i zweryfikuj wykorzystanie Cloud Repository.


Co może zwiększać zajętość?

Na wykorzystanie przestrzeni wpływają między innymi:

  • ilość danych źródłowych,
  • dzienna zmiana danych,
  • retencja,
  • liczba restore pointów,
  • retencja GFS,
  • pełne backupy,
  • liczba chronionych systemów.

Jeżeli kończy się miejsce:

  1. sprawdź politykę retencji,
  2. sprawdź GFS,
  3. zweryfikuj stare backupy,
  4. oszacuj potrzebną pojemność,
  5. w razie potrzeby zwiększ quota.

Powiązana instrukcja:

Retencja

Danger

Nie usuwaj plików .vbk, .vib, .vrb ani metadanych ręcznie bezpośrednio z repozytorium. Backupy powinny być zarządzane przez mechanizmy Veeam.


8. Backup Copy Job nie przesyła danych

Jeżeli zadanie jest uruchomione, ale nie pojawia się transfer, nie zawsze oznacza to awarię.

Sprawdź najpierw, czy pojawił się nowy restore point w backupie źródłowym.

Veeam Backup Copy Job kopiuje najnowsze dostępne restore pointy zgodnie z trybem zadania.

Jeżeli nie ma nowego restore pointu wymagającego skopiowania, zadanie może oczekiwać na nowe dane.

Sprawdź:

Home
└── Backups

oraz historię źródłowego zadania backupowego.


Immediate Copy

W trybie:

Immediate copy

Veeam reaguje na pojawienie się nowych restore pointów w backupie źródłowym.

Jeżeli nie ma nowych danych do skopiowania, zadanie oczekuje.


Periodic Copy

W trybie:

Periodic copy

zadanie działa zgodnie ze skonfigurowanym harmonogramem.

Sprawdź:

  • harmonogram,
  • ostatni restore point,
  • czy zadanie jest włączone,
  • czy nie znajduje się poza dozwolonym oknem transferowym.

Powiązana instrukcja:

Backup Copy Job


9. Backup Copy Job kończy się błędem

Otwórz sesję zadania i sprawdź szczegółowy komunikat.

Przejdź do:

Home
└── Last 24 Hours

lub wybierz konkretny Backup Copy Job.

Najczęstsze obszary do sprawdzenia:

Źródłowy backup
Cloud Repository
Quota
Łączność
Service Provider
Restore point
Łańcuch backupu

Retry

Veeam automatycznie ponawia część nieudanych operacji Backup Copy Job.

W aktualnym Veeam Backup & Replication:

  • dla Periodic Copy nieudane zadanie może być automatycznie ponawiane w ramach sesji,
  • dla Immediate Copy Veeam wykonuje automatyczne ponowienia jako kolejne sesje.

Jeżeli problem jest trwały, same retry nie rozwiążą przyczyny — sprawdź szczegółowy błąd w historii sesji.


10. Brak nowego restore pointu w Cloud Repository

Jeżeli lokalny backup działa, ale w Cloud Repository nie pojawia się nowy punkt przywracania, sprawdź:

  1. czy źródłowy backup utworzył nowy restore point,
  2. czy Backup Copy Job jest aktywny,
  3. czy wybrana maszyna nadal znajduje się w zakresie zadania,
  4. czy harmonogram pozwala na transfer,
  5. czy Cloud Repository ma wolne miejsce,
  6. czy ostatnia sesja Backup Copy Job zakończyła się poprawnie.

Veeam nie kopiuje ponownie restore pointu tylko dlatego, że zadanie zostało ręcznie uruchomione — musi istnieć punkt wymagający skopiowania.


11. Uszkodzony lub brakujący restore point

Jeżeli część plików backupu jest niedostępna lub została usunięta poza Veeam, łańcuch backupu może stać się niespójny.

Możliwe objawy:

  • brak możliwości restore,
  • Backup Copy Job kończy się błędem,
  • część restore pointów jest niedostępna.

Danger

Nigdy nie usuwaj ręcznie pojedynczych plików z aktywnego łańcucha backupu.

W przypadku brakujących restore pointów nie wykonuj przypadkowych operacji Remove lub Forget bez ustalenia przyczyny.

Jeżeli problem dotyczy danych znajdujących się w Cloud Repository Cloud4You, skontaktuj się z działem wsparcia.


12. Restore nie działa

Jeżeli nie możesz wykonać restore z Cloud Repository, sprawdź:

  • czy Service Provider jest dostępny,
  • czy backup jest widoczny,
  • czy restore point istnieje,
  • czy Cloud Repository jest dostępne,
  • czy konto nadal ma dostęp do zasobów,
  • czy nie występują błędy łączności.

Sprawdź:

Home
└── Backups
    └── Cloud

oraz:

Backup Infrastructure
└── Service Providers

Powiązane instrukcje:


13. Backup jest zaszyfrowany i nie można go otworzyć

Jeżeli backup został zaszyfrowany, do jego wykorzystania wymagane są prawidłowe informacje kryptograficzne zapisane w konfiguracji Veeam.

Jeżeli Veeam nie posiada odpowiedniego hasła lub klucza:

  • backup może być widoczny jako zaszyfrowany,
  • restore może wymagać podania danych umożliwiających odszyfrowanie.

Warning

Cloud4You nie powinno być traktowane jako miejsce przechowywania hasła szyfrującego backup klienta.

Hasła i klucze do backupów należy przechowywać w bezpiecznym systemie zarządzania sekretami.


14. Problem po zmianie hasła

Jeżeli hasło konta Cloud Connect zostało zmienione, zapamiętane credentials w Veeam mogą być nieaktualne.

Przejdź do:

Backup Infrastructure
└── Service Providers
└── Cloud4You
└── Properties

Wprowadź aktualne credentials i zakończ kreator.

Następnie wykonaj:

Rescan

i sprawdź Cloud Repository.


15. Problem po aktualizacji Veeam

Jeżeli problemy rozpoczęły się po aktualizacji Veeam Backup & Replication, sprawdź numer wersji:

Help
└── About

W środowisku Cloud Connect Service Provider może używać tej samej lub nowszej głównej wersji Veeam Backup & Replication niż tenant.

Nie jest obsługiwany scenariusz, w którym tenant posiada nowszą główną wersję Veeam niż Service Provider.

Przykład:

Service Provider: Veeam 13
Tenant:           Veeam 12
                    ✓

Service Provider: Veeam 12
Tenant:           Veeam 13
                    ✗

Jeżeli problem wystąpił bezpośrednio po upgrade do nowej głównej wersji, skontaktuj się z Cloud4You.

Powiązana instrukcja:

Aktualizacje Veeam


16. Community Edition i Cloud Connect

Jeżeli używasz:

Veeam Backup & Replication Community Edition

pamiętaj, że Community Edition nie obsługuje tworzenia zadań backupu i replikacji kierowanych do zasobów Veeam Cloud Connect.

Do korzystania z Cloud Connect po stronie tenant backup servera wymagana jest odpowiednia płatna licencja Veeam.

Operacje odzyskiwania danych z chmury są traktowane przez Veeam osobno.

Jeżeli Cloud Repository jest widoczne, ale nie możesz użyć go jako celu zadania, sprawdź również licencję Veeam.


17. Quota lub dostęp do usługi wygasły

Dostęp do Cloud Repository jest kontrolowany po stronie Service Providera.

Cloud4You może przypisać do konta:

  • quota,
  • okres obowiązywania zasobów.

Jeżeli okres dostępu do zasobów wygasł, Veeam może nie pozwalać na:

  • nowe backupy,
  • Backup Copy Job,
  • restore,
  • kopiowanie danych z Cloud Repository.

Jeżeli połączenie działa, ale operacje na zasobach są niedostępne, skontaktuj się z Cloud4You i zweryfikuj status usługi.


18. Wolny transfer do Cloud Repository

Na szybkość wysyłania backupu wpływają między innymi:

  • przepustowość łącza klienta,
  • opóźnienie sieciowe,
  • obciążenie lokalnego repozytorium,
  • szybkość odczytu źródła,
  • ilość nowych danych,
  • kompresja,
  • równoległe zadania,
  • konfiguracja throttlingu,
  • wydajność serwera Veeam.

Najpierw sprawdź przepustowość dostępną dla serwera Veeam i czy inne zadania nie wykorzystują łącza.

Info

Pierwsze uruchomienie Backup Copy Job zazwyczaj przesyła znacznie więcej danych niż kolejne sesje przyrostowe, dlatego jego czas wykonania może być istotnie dłuższy.


19. Jak sprawdzić szczegółowy błąd?

W konsoli przejdź do:

Home
└── Last 24 Hours

Znajdź problematyczną sesję i otwórz szczegóły.

Zwróć uwagę na:

Status
Start time
End time
Processed
Transferred
Bottleneck
Error
Warning

Do zgłoszenia najlepiej przekazać pełny komunikat błędu zamiast samego zrzutu ekranu z napisem Failed.


20. Zbieranie logów Veeam

Jeżeli podstawowa diagnostyka nie rozwiązała problemu, przygotuj logi Veeam.

Veeam zaleca użycie wbudowanego kreatora:

Main Menu
└── Help
    └── Support Information

W zależności od używanej wersji interfejs może prowadzić do kreatora eksportu logów.

W kreatorze wybierz:

  • problematyczne zadanie lub komponent,
  • okres obejmujący wystąpienie problemu,
  • katalog docelowy.

Veeam utworzy archiwum zawierające odpowiednie logi.

W Veeam Backup & Replication 13 logi można również pobierać z Web UI:

Configuration
└── About
    └── Collect and download logs

Lokalizacja logów

Na Windows główne logi Veeam Backup & Replication znajdują się domyślnie w:

%ProgramData%\Veeam\Backup

czyli najczęściej:

C:\ProgramData\Veeam\Backup

Logi instalacji i aktualizacji:

%ProgramData%\Veeam\Setup\Temp

Tip

Do zgłoszenia lepiej użyć funkcji Export Logs niż ręcznie wybierać pojedyncze pliki. Pozwala to zebrać komplet informacji dotyczących zadania i infrastruktury.


Dane do zgłoszenia

Jeżeli problem nadal występuje, przygotuj:

1. Nazwa firmy / identyfikator usługi
2. Wersja Veeam Backup & Replication
3. Numer build
4. Nazwa problematycznego zadania
5. Data i godzina wystąpienia problemu
6. Pełna treść błędu
7. Wynik Test-NetConnection do Cloud Gateway
8. Informacja, czy wykonano Rescan
9. Eksport logów Veeam

Wersję Veeam sprawdzisz w:

Help
└── About

Test połączenia:

Test-NetConnection <adres-Cloud-Gateway> -Port 6180

Szybka checklista

Jeżeli Veeam Cloud Connect nie działa, przejdź po kolei:

[ ] DNS rozwiązuje Cloud Gateway
[ ] TCP 6180 jest dostępny
[ ] Credentials są poprawne
[ ] Service Provider wykonuje Rescan
[ ] Cloud Repository jest widoczne
[ ] Quota posiada wolne miejsce
[ ] Wersja Veeam jest zgodna
[ ] Backup źródłowy posiada nowy restore point
[ ] Backup Copy Job jest aktywny
[ ] Harmonogram pozwala na transfer
[ ] Ostatnia sesja została przeanalizowana

Jeżeli wszystkie powyższe elementy są poprawne, a problem nadal występuje, przygotuj logi i skontaktuj się z działem wsparcia Cloud4You.


Powiązane instrukcje