Авамар: Шлях розв'язання пропускної здатності метаданих

Симптоми метаданих:

Якщо обмеження пропускної здатності метаданих було досягнуто або перевищено, планувальник резервного копіювання Avamar може бути призупинено і запобігти подальшому запуску запланованих завдань резервного копіювання. 

• Панель керування інтерфейсом адміністратора Avamar може показувати значення Метаданих Ємності, дорівнюване або більше 100%.

• Командний рядок Сервера Консолі Управління (MCS) показує значення місткості метаданих дорівнює або перевищує 100%:

Приклад команди та виходу:  

mcserver.sh --status | grep -i metadataUtilization

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

• У інтерфейсі адміністратора Avamar планувальник і диспетчер перебувають у стані «призупинення».

• У mcserver log повідомлення, подібне до «ДОБРЕ: Відсторонюю диспетчера.»

• Від командного рядка запиту статусу MCS планувальник призупиняється:

mcserver.sh --status | grep suspend

Backup dispatching: suspended

Вступ:

У середовищі Avamar з інтеграцією домену даних резервні копії можуть зберігатися у домені даних. 

Хоча резервні дані надсилаються до Data Domain і зберігаються там, Avamar зберігає записи метаданих резервних копій.
(Метадані в такому середовищі — це інформація про резервні файли, атрибути файлів, каталоги тощо з операційної системи клієнта.)

Дивіться технічну примітку про звітність і моніторинг метаданих для отримання додаткової інформації.

Історія:

• Оскільки бази даних мали лише кілька файлів, Авамар міг відстежувати лише невелику кількість метаданих.
• Резервні копії файлової системи в Data Domain не підтримувалися в Avamar v6.

• Це було необхідно через нові підтримувані резервні копії файлової системи в Data Domain.
  • При резервних копіях файлової системи резервується набагато більше різних файлів, кожен з яких має відстежуватися за допомогою Avamar.
• Оскільки метадані значно менші за розміром, ніж вміст резервних файлів, вони можуть накопичуватися і призводити до досягнення інших типів обмежень ресурсів.
  • Було додано пропускну здатність метаданих для захисту сервера від такого нового типу використання, що перевищує обмеження та ліміти.

Зазвичай існує одна з трьох ситуацій, коли місткість метаданих стає високою або є проблемою:

• Ця ситуація може бути спричинена навмисними або випадковими резервними копіями в Avamar замість Data Domain
• Ця ситуація також може бути спричинена раніше високим Авамаром GSAN що виникла до інтеграції домену даних.

• Висока ємність метаданих помилково повідомляється, ймовірно, через апаратну помилку або неправильну конфігурацію.

1. Увійдіть у Avamar Utility Node як адміністратор.

2. Виконайте наступну команду для перевірки високої або повної місткості метаданих:

mcserver.sh --status | grep -i metadataUtilization

Приклади:

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

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

Якщо використання невелике, припиніть користуватися цією статтею.

3. Ознайомтеся з наступною статтею: Авамар: Як зібрати інформацію, необхідну для усунення проблем з пропускною здатністю.

4. Ознайомтеся з наступною статтею, щоб переконатися, що немає інших проблем з потужністю Avamar: Авамар: Діагностика несправностей, проблеми та питання з повністю — всі можливості (шлях вирішення) 

5. Перевірте, що є прикріплений домен даних, виконавши таку команду:

ddrmaint read-ddr-info

Приклади:

<?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. 

• • Якщо домен даних не підключений, це, ймовірно, хибнопозитивний результат, спричинений апаратними помилками або неправильною конфігурацією. Зверніться до служби підтримки за допомогою.

• • Якщо є прикріплений домен даних, і ліміти місткості метаданих дійсно досягнуті або є дуже високими, звертайтеся до служби підтримки для допомоги.
    • За можливості включайте всю зібрану інформацію та деталі, щоб прискорити час до вирішення.
      • У деяких випадках значення місткості метаданих можна знизити за допомогою налаштування параметрів.
      • Інші ситуації можуть вимагати нових обмежень або апаратних змін. Член команди підтримки Dell Technologies Avamar обговорить усі необхідні дії.

Для інформації про те, як представлена Метадані, дивіться Avamar: Вартість використання метаданих зростає, але ніколи не падає