Article Number: 000192157
Przepływ pracy kopii zapasowej
Zbieranie dzienników w celu rozwiązywania
problemów000157727 bazy wiedzy: IDPA: Gromadzenie plików dziennika w celu rozwiązywania problemów z kopią zapasową i przywracaniem klienta Avamar
Odpowiednie pliki dziennika do rozwiązywania problemów
Proxy Avamar:
scenariusze awarii wewnętrznej kopii zapasowej maszyny wirtualnej IDPA
Scenariusz 1: Kopie zapasowe pozostają w stanie "Waiting Client" (Oczekiwanie na klienta) lub zawiodą z błędem "TimedOut-Start".
su -
tail -f /usr/local/avamarclient/var/avagent.log
su -
/etc/init.d/initproxyappliance --start
Scenariusz 2: Tworzenie kopii zapasowych nie powiodło się z błędem "No Proxy" lub "No eligible proxy" (Brak kwalifikującego się serwera proxy).
Błąd zadania tworzenia kopii zapasowej nie powiódł się: Jeśli wyzwalane zadania kopii zapasowej są wyświetlane z komunikatem o błędzie. tj. "Serwer proxy nie chroni żadnych magazynów danych".
Sprawdź poniższe:
Scenariusz 3: Usługi IDPA vCenter nie działają na Avamar lub połączenia vCenter nie działają.
Aby sprawdzić, czy ten scenariusz występuje, wykonaj następujące czynności:
Jeśli połączenia nie działają, można spróbować wykonać następujące czynności, aby rozwiązać ten problem:
Scenariusz 4: Brak wewnętrznych zasad tworzenia kopii zapasowych maszyny wirtualnej IDPA.
Scenariusz 5: Tworzenie kopii zapasowych wewnętrznej maszyny wirtualnej IDPA nie powiodło się po ponownej instalacji vCenter VM.
Aby sprawdzić, czy ten scenariusz występuje, wykonaj następujące czynności:
Czynności do odczytu/aktualizacji vCenter w Avamar:
Scenariusz 6: Wszystkie wewnętrzne kopie zapasowe maszyn wirtualnych ulegają awarii z powodu usterki dysku SSD M.2 na urządzeniu DP4400
Scenariusz 7: Tworzenie kopii zapasowych wewnętrznej maszyny wirtualnej IDPA nie powiodło się wskutek błędu 10058
Scenariusz 8: Tworzenie kopii zapasowych wewnętrznej maszyny wirtualnej IDPA nie powiodło się wskutek błędu „avvcbimage Error : Migawka nie może być wykonana, ponieważ host "" jest odłączony".
Scenariusz 9: IDPA Internal VM backups fail with "There are currently two usable fault domains. Operacja wymaga jeszcze jednej domeny usable fault".
Scenariusz 10: Wewnętrzne maszyny wirtualne IDPA wyszarzone/wyłączone
Aktualizacja IDPA vCenter w Avamar:
1. Otwórz konsolę Avamar Java i zaloguj się za pomocą mcuser. 2. Przejdź do karty Navigation --> Backup and Restore. 3. W lewym górnym okienku wybierz IDPA vCenter i rozwiń go. Wybierz poddomę maszyn wirtualnych. 4. W lewym dolnym okienku wybierz wewnętrzną maszynę wirtualną, którą należy odzyskać, np. "DataProtection-ACM" VM i sprawdzić, czy ma kopie zapasowe. 5. Jeśli istnieją kopie zapasowe, wybierz kopię zapasową z dnia przed wystąpieniem problemu. 6. Wykonaj przywracanie wewnętrznej maszyny wirtualnej IDPA: Metoda nr 1: Korzystanie z natywnej metody przywracania
A. W graficznym interfejsie użytkownika administratora Avamar wybierz docelową maszynę wirtualną i przejdź do karty Przywracanie.
B. Wybierz odpowiednią kopię zapasową, której chcesz użyć do przywracania c. Wybierz wszystkie dyski wirtualne, kliknij prawym przyciskiem myszy i wybierz opcję PRZYWRÓĆ teraz d. Wybierz opcję Przywróć do nowej maszyny wirtualnej i kliknij opcję Configure Destination e. W nowym oknie wybierz IDPA vCenter jako docelowe vCenter i przejdź do kreatora f. Uruchom przywracanie, a maszyna wirtualna powinna zostać przywrócona do środowiska IDPA VC. Uwaga: Wybierz opcję "-RESTORE" jako nazwę nowej przywróconej maszyny wirtualnej w kreatorze przywracania. Metoda nr 2: Użycie funkcji natychmiastowego dostępu/przywracania
A. W graficznym interfejsie użytkownika administratora Avamar wybierz docelową maszynę wirtualną i przejdź do karty Restore Tab
b. Wybierz odpowiednią kopię zapasową, która ma być używana do przywracania c. Wybierz wszystkie dyski wirtualne, kliknij prawym przyciskiem myszy i wybierz opcję INSTANT ACCESS d. Zostanie wyświetlony kreator, kliknij opcję Configure Destination i wybierz IDPA vCenter jako docelowe vCenter, przejdź do kreatora i wykonaj operację Przywracanie e. Przywrócona maszyna wirtualna ACM będzie natychmiast dostępna w interfejsie hosta ESXi/ vCenter. Uwaga: Jeśli potrzebujesz tego komputera, możesz wykonać vMotion do istniejącego magazynu danych — przeprowadzić migrację pamięci masowej do magazynu danych DPappliance-datastore. F. Po zakończeniu kliknij prawym przyciskiem myszy urządzenie i wybierz opcję Remove from Inventory (Do not delete the VM from Disk, ponieważ może to usunąć kopię zapasową) g. Przejdź z powrotem do interfejsu GUI administratora Avamar, na karcie SERWER wybierz opcję Data Domain NFS Datastores h. Kliknij magazyn danych i kliknij przycisk Odmontuj/Usuń i. Zapewni to pomyślne oczyszczenie zadania przywracania 7. Zaloguj się do interfejsu IDPA vCenter. 8. Bezpiecznie wyłącz oryginalną uszkodzoną maszynę wirtualną IDPA. 9. Kliknij prawym przyciskiem myszy oryginalną maszynę wirtualną i kliknij opcję Edit settings. 10. W obszarze Network adapter --> usuń zaznaczenie opcji połączone dla wszystkich grup portów i zapisz. 11. Włącz nową, przywróconą maszynę wirtualną. 12. Otwórz konsolę tej maszyny wirtualnej i sprawdź, czy uruchamia się prawidłowo. Ważna uwaga: NIE NALEŻY USUWAĆ ORYGINALNEJ MASZYNY WIRTUALNEJ IDPA, DOPÓKI NIE BĘDZIESZ MIEĆ PEWNOŚCI, ŻE NOWA MASZYNA WIRTUALNA URUCHAMIA SIĘ PRAWIDŁOWO. ZACHOWAJ STARĄ MASZYNĘ WIRTUALNĄ DLA RCA INŻYNIERYJNEGO, JEŚLI JEST TO WYMAGANE. 13. Jeśli nowa przywrócona maszyna wirtualna IDPA działa prawidłowo, zmień nazwę oryginalnego i sufiksu "-old" 14. Zmień nazwę przywróconej maszyny wirtualnej IDPA na oryginalną nazwę maszyny wirtualnej. |
Postępuj zgodnie z poniższymi artykułami z bazy wiedzy:
|
Integrated Data Protection Appliance Family
PowerProtect DP4400, PowerProtect DP5300, PowerProtect DP5800, PowerProtect DP8300, PowerProtect DP8800, Integrated Data Protection Appliance Software, PowerProtect DP5900, PowerProtect DP8400, PowerProtect DP8900
10 Oct 2023
4
How To