Avamar: ścieżka rozwiązywania problemów związanych z pojemnością metadanych

Symptomy związane z metadanymi:

Jeśli limit pojemności metadanych został osiągnięty lub przekroczony, harmonogram tworzenia kopii zapasowych Avamar może zostać zawieszony, co uniemożliwi uruchamianie dalszych zaplanowanych zadań tworzenia kopii zapasowych. 

• Pulpit nawigacyjny interfejsu administratora Avamar może pokazywać wartość pojemności metadanych równą lub większą niż 100%.

• Dane wyjściowe wiersza polecenia serwera konsoli zarządzania (MCS) pokazują wartość pojemności metadanych równą lub większą niż 100%:

Przykładowe polecenie i dane wyjściowe:  

mcserver.sh --status | grep -i metadataUtilization

metadataUtilization (larger of (nstripes/totalStripesPermitted) or (stripeReserved/(nodeSizeAfterDiskReadOnly * stripeUtilizationCapacityFactor)) * 100): 100.3

• W interfejsie użytkownika administratora Avamar harmonogram i dyspozytor są w stanie "zawieszenia".

• W mcserver log plików, wyświetlany jest komunikat podobny do "FINE: Zawieszenie dyspozytora."

• W zapytaniu o stan MCS w wierszu polecenia harmonogram jest zawieszony:

mcserver.sh --status | grep suspend

Backup dispatching: suspended

Wprowadzenie:

W środowisku Avamar z integracją Data Domain kopie zapasowe mogą być przechowywane w Data Domain. 

Mimo że dane kopii zapasowej są wysyłane do Data Domain i tam przechowywane, Avamar przechowuje zapisy metadanych kopii zapasowych.
(Metadane w tym środowisku to informacje o plikach kopii zapasowych, atrybutach plików, katalogach itd. z systemu operacyjnego klienta).

Aby uzyskać więcej informacji, zapoznaj się z uwagą techniczną dotyczącą raportowania i monitorowania pojemności metadanych .

Historia:

• Ponieważ bazy danych zawierały tylko kilka plików, istniała tylko niewielka ilość metadanych do śledzenia przez Avamar.
• Kopie zapasowe systemu plików w Data Domain nie były obsługiwane w Avamar v6.

• Było to konieczne ze względu na nowo obsługiwane kopie zapasowe systemu plików w Data Domain.
  • W przypadku kopii zapasowych systemu plików tworzone są kopie zapasowe wielu różnych plików, z których każdy atrybut i metadane muszą być śledzone przez Avamar.
• Ponieważ metadane mają znacznie mniejszy rozmiar niż zawartość pliku kopii zapasowej, mogą się gromadzić i powodować osiąganie limitów zasobów innych typów.
  • Pojemność metadanych została dodana, aby chronić serwer przed tym nowym typem użytkowania, który przekracza ograniczenia i limity.

Zazwyczaj istnieje jedna z trzech sytuacji, w których pojemność metadanych staje się wysoka lub stanowi problem:

• Sytuacja ta może być spowodowana celowym lub przypadkowym tworzeniem kopii zapasowych w Avamar zamiast w Data Domain
• Sytuacja ta może być również spowodowana wcześniej wysokim poziomem Avamar GSAN pojemności, która wystąpiła przed integracją Data Domain.

• Duża pojemność metadanych jest fałszywie zgłaszana, prawdopodobnie z powodu błędu sprzętowego lub błędnej konfiguracji.

1. Zaloguj się do węzła Avamar Utility Node jako „admin”.

2. Uruchom następujące polecenie, aby sprawdzić wysoką lub pełną pojemność metadanych:

mcserver.sh --status | grep -i metadataUtilization

Przykłady:

metadataUtilization (larger of (nstripes/totalStripesPermitted) or (stripeReserved/(nodeSizeAfterDiskReadOnly * stripeUtilizationCapacityFactor)) * 100): 95.95

metadataUtilization (larger of (nstripes/totalStripesPermitted) or (stripeReserved/(nodeSizeAfterDiskReadOnly * stripeUtilizationCapacityFactor)) * 100): 100.3

Jeśli wykorzystanie nie jest wysokie, przestań korzystać z tego artykułu.

3. Zapoznaj się z następującym artykułem: Avamar: Zbieranie informacji wymaganych do rozwiązywania problemów z pojemnością.

4. Zapoznaj się z poniższym artykułem, aby sprawdzić, czy nie występują inne problemy z pojemnością systemu Avamar: Avamar: rozwiązywanie problemów z pojemnością, problemy i pytania — wszystkie pojemności (ścieżka rozwiązania) 

5. Sprawdź, czy dołączono Data Domain, uruchamiając następujące polecenie:

ddrmaint read-ddr-info

Przykłady:

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<avamar dpnid="1234567890" type="default" version="5">
  <datadomain count="1">
    <ddrconfig client-map-default="true" cloud_enabled="true" cloud_unit_name="ECS_Unit1" dd-cert-chain=" -----BEGIN CERTIFICATE----- ..... -----END CERTIFICATE-----" ddos-version="7.7.5.25-1078970" ddrcreatetime="1685672811" ddrid="ABCDEF0C18C7E2D75F20E0A1596E66AA2EE764E9" gsan-backup-target-default="true" hostname="dd.compamy.com" index="1" instant-access-limit="32" ipv4-hostname="dd.compamy.com" ipv6-hostname="" max-streams="50" max-streams-for-cp-backup="2" modelno="DD VE" mtree_name="/data/col1/avamar-1643691765" password="Onlh2XP9xEpvI2exqGQwqA==" policy_id="%2Fdata%2Fcol1%2Favamar-1234567890%3AECS_Unit1" serialno="AUDABCDEFGHIJK" token="AQBpud2RFZVF81Vv6NHMK/Y3jecFGhxv0KUif8BYoNk7iQ==" username="<ddboostuser">
      <snmp community="noSejOLJ1lRsg1kEHjWdiA==" version="2">
        <ports getter-setter="161" trap="163">
        </ports>
      </snmp>
      <client-map>
      </client-map>
      <auth-type>credential</auth-type>
    </ddrconfig>
  </datadomain>
</avamar>

<4774>read-ddr-info: MSG_ERR_NOT_PRESENT: ddr_info does not exist. 

• • Jeśli nie ma dołączonej domeny danych, prawdopodobnie mamy do czynienia z fałszywym alarmem spowodowanym błędami sprzętowymi lub błędną konfiguracją. Skontaktuj się z pomocą techniczną , aby uzyskać pomoc.

• • Jeśli do systemu dołączona jest usługa Data Domain, a limity pojemności metadanych zostały osiągnięte lub są bardzo wysokie, skontaktuj się z pomocą techniczną , aby uzyskać pomoc.
    • Tam, gdzie to możliwe, uwzględnij wszystkie zebrane informacje i szczegóły, które pomogą skrócić czas rozwiązania problemu.
      • W niektórych przypadkach wartość pojemności metadanych można obniżyć, dostrajając parametry.
      • Inne sytuacje mogą wymagać wprowadzenia nowych ograniczeń lub zmian sprzętowych. Członek zespołu pomocy technicznej Dell Technologies Avamar omówi wszelkie wymagane działania.

Aby uzyskać informacje na temat sposobu przedstawiania pojemności metadanych, zobacz Avamar: Wartość wykorzystania metadanych rośnie, ale nigdy nie spada