Avamar: Rozwiązywanie problemów z pojemnością, problemy i pytania — wszystkie pojemności (ścieżka rozwiązania)
Summary: Ten artykuł dotyczący ścieżki rozwiązania może służyć jako punkt wyjścia do rozwiązywania wszystkich problemów z pojemnością Avamar.
Symptoms
Pojemność może być postrzegana jako dane lub miejsce na dysku używane na serwerze przez zadania tworzenia kopii zapasowych danych klienta.
Problemy z pojemnością mogą uniemożliwiać dodawanie nowych danych w normalnym trybie działania serwera, a czasami pozwalać na wyczyszczenie i usunięcie starych danych.
- Szkolenie
- Dla edukacji
- Pytania
- Problemy z błędami wyrzucania elementów bezużytecznych (GC)
- Problemy z pojemnością systemu operacyjnego (OS)
GSANProblemy z pojemnością- Problemy z pojemnością metadanych
- Problemy z pojemnością integracji Data Domain (DD)
Cause
To rozwiązanie pomaga określić typ napotkanego problemu i sposoby jego rozwiązania.
Resolution
Sprawdź, czy każdy z poniższych kroków rozwiązywania problemów dotyczy Twojego środowiska. Każdy krok zawiera instrukcje lub łącze do dokumentu, który pozwala wyeliminować możliwe przyczyny i w razie potrzeby podjąć działania naprawcze. Czynności są uporządkowane w najbardziej odpowiedniej kolejności w celu odizolowania problemu i zidentyfikowania właściwego rozwiązania. Nie pomijaj żadnego kroku. Jeśli występuje wiele problemów z pojemnością na różne sposoby, należy je również rozwiązać w określonej kolejności.
Mimo że większość kroków wspomina tylko o Avamarze, zarówno integracje "Avamar - NetWorker", jak i "Avamar - Data Domain" mogą nadal powodować wiele problemów opisanych poniżej.
Krok 1: Gromadzenie informacji: Ogólnie rzecz biorąc, aby zrozumieć problemy z przepustowością Avamar, należy skorzystać z opcji "Painting a Picture", aby zobaczyć cały problem i sytuację. Czasami jeden aspekt pojemności może wpływać na inny, a niektórzy mogą początkowo nie zdawać sobie sprawy, że istnieje wiele problemów. Aby można było rozpocząć rozwiązywanie problemów, konieczne jest pełne zrozumienie problemu.
Zobacz Avamar: Zbieranie informacji wymaganych do rozwiązywania problemów z pojemnością w celu gromadzenia informacji.
Krok 2: Edukacja i szkolenia: Ten artykuł może zostać wykorzystany, jeśli poszukuje wiedzy lub wiedzy na temat działania pojemności, znaczenia określonych wartości itd. Nadal dobrym pomysłem jest zrozumienie ich problemów i "namalowanie obrazu", ponieważ pytania lub edukacja często mogą być wynikiem problemów z pojemnością.
Zapoznaj się z artykułem Ogólne szkolenie dotyczące pojemności Avamar — ścieżka rozwiązania problemów z wydajnością związanych z edukacją i szkoleniami.
Krok 3: Duża pojemność systemu operacyjnego: Na zebranych danych wyjściowych w kroku 1 sprawdź wartości pojemności systemu operacyjnego. Pojemność systemu operacyjnego jest ograniczona przez NAJWYŻSZĄ wartość użycia we wszystkich partycjach, nawet jeśli inne partycje są niższe. Najwyższa wartość jest "czynnikiem ograniczającym" i musi zostać zmniejszona.
Jeśli najwyższa wartość użycia dowolnej partycji węzła przekracza 89%, zapoznaj się z Avamar OS Capacity (ścieżka rozwiązania)
Krok 4: Błąd lub awarie odzyskiwania pamięci: Jeśli zadanie odzyskiwania pamięci Avamar generuje komunikaty o błędach z zebranych danych wyjściowych, należy je rozwiązać przed wystąpieniem pozostałych typów problemów z pojemnością.
W przypadku tego typu problemu zapoznaj się z artykułem Avamar — Rozwiązywanie problemów z błędami wyrzucania elementów bezużytecznych (ścieżka rozwiązania)
Krok 5: Wysoka pojemność GSAN: Na podstawie zebranych danych wyjściowych, jeśli nie ma problemów z pojemnością systemu operacyjnego, a GC nie wyświetla komunikatów o błędach, przejrzyj GSAN Wartości pojemności:
Przy użyciu polecenia status.dpn, wartość 65% oznacza, że siatka jest pełna (tzw. tryb "administratora" lub tylko do odczytu) i nie ma już miejsca na wzrost pojemności.
GSAN pojemność wynosi około 63% (ze względu na coś, co nazywa się disknormaldelta)
W takich sytuacjach zapoznaj się z Avamar GSAN (lub Użytkownik) Pojemność (ścieżka rozwiązania)
Krok 6: Pojemność metadanych: Po integracji Data Domain z rozwiązaniem Avamar wprowadzany jest nowy limit pojemności — pojemność metadanych. Pojemność metadanych to pojemność znaleziona w samym Avamarze.
Dzięki integracjom z Data Domain dane mogą być kierowane i wysyłane do Data Domain w celu przechowywania, ale Avamar nadal zawiera metadane plików kopii zapasowych w Avamar. Avamar śledzi tę pojemność metadanych jako pojemność metadanych.
Po zapoznaniu się z krokami 1–5 i rozwiązaniu wszelkich problemów związanych z pojemnością należy zapoznać się z rozwiązaniem dotyczącym pojemności metadanych w ścieżce rozwiązywania pojemności metadanych Avamar.
Krok 7: Wysoka pojemność Data Domain: Gdy Data Domain jest zintegrowany z Avamar, sam serwer Data Domain może wypełnić jego pojemność.
Poniższy artykuł dotyczący ścieżki rozwiązania pomaga w ustaleniu:
- Potencjalne problemy z Avamar mogą spowodować wzrost lub zapełnienie pojemności Data Domain
- Niektóre problemy związane z Data Domain
- Jeśli Data Domain jest zapełniona z przyczyn niezwiązanych z Avamar.
Po zapoznaniu się z krokami 1–6 i rozwiązaniu wszelkich problemów związanych z pojemnością należy zapoznać się ze ścieżką rozwiązania Data Domain High Capacity z integracji Avamar
Inne kwestie: Mogą one nadal być postrzegane jako obawy lub problemy mające wpływ na pojemność:
- Pojemność źródłowa i docelowa replikacji są niezgodne: W przypadku replikacji danych za pomocą rozwiązania Avamar lub dowolnego zintegrowanego produktu oczekuje się, że pojemność będzie zgodna w siatkach źródła i celu replikacji.
GSAN pojemność w OBU siatkach, ale zawsze wymaga dodatkowych walidacji wykonywanych wokół konfiguracji replikacji i stanu zadania w przypadku innych problemów związanych z pojemnością: Avamar: Para replikująca pokazuje różne poziomy wykorzystania pojemności. Jak zbadać przyczyny.
- Serwer konsoli zarządzającej (MCS) zgłasza następujący komunikat:
2012/10/06-21:11:09.75264 {0.4} [manage:3070] ERROR: <0001> diskinfo::update invalid disk space parameters dev=831 total=1906261MB avail=1675818MB reserved=223410MB maxmb=223978MB newavail=1675818MB reservedoverflow=1 availmboverflow=0
Jest to problem dotyczący pojemności przeplotu w interfejsie użytkownika (UI) MC tylko niejasno związany z innymi omawianymi tutaj tematami dotyczącymi pojemności. Nie wykryto żadnych skutków tego poza wyświetleniem komunikatu w interfejsie użytkownika.
- Raporty z prognozami pojemności: