Авамар: Запланована резервна копія не виконується як резервна група всередині неї без учасників

Summary: Заплановані резервні копії не запускаються, оскільки група резервних копій у них більше не містить учасників.

Ця стаття стосується Ця стаття не стосується Ця стаття не стосується якогось конкретного продукту. У цій статті зазначено не всі версії продукту.

Symptoms

Запланована політика резервного копіювання, яка раніше працювала, тепер більше не працює у запланований час.

Cause

Це спричинено тим, що резервна група в розкладі більше не містить учасників.

Виконайте кроки нижче, щоб перевірити, чи запланована політика резервного копіювання більше не працює:

 

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

  1. Зміна до каталогу журналів сервера Management Console: 

cd /usr/local/avamar/var/mc/server_log/
 
  1. Виконайте таку команду:

    for f in mcserver.log.*; do grep -H "schedName" $f && echo && echo "################################" && echo; done
 

Приклад результату:

mcserver.log.11:
<deleted non-essential info>
SchedID=S1111111111111 schedName=BU_REP_STD11 version=null allowOvertime=true overtimeOption=NEXT_SUCCESS endTime=1665088200000  />

################################
mcserver.log.12:
<deleted non-essential info>
SchedID=S2222222222222 schedName=BU_VM_CLIENTS_STD1_0100-1700_16HRS version=null allowOvertime=true overtimeOption=NEXT_SUCCESS endTime=1665100800000 />

################################

 

У наведеному вище прикладі припустимо, що політика резервного копіювання, яка не виконується, називається «3_pm».

Команда показує інші заплановані імена Політики резервного копіювання, але не "schedName=3_pm" Очікується, що це буде знайдено.

У цьому випадку політика резервного копіювання «3_pm» містила кілька груп. 
        • Одна з цих груп не має жодних членів. 
        • Ця порожня група раніше містила кілька клієнтів віртуальних машин.
        • Клієнт поступово вийшов на пенсію і вивів клієнтів з vCenter, і група залишилася порожньою.

Avamar не позначає, якщо група порожня, а процес запуску запланованої 3_pm політики резервного копіювання завадив запуск розкладу.

Resolution

1. Визначте, яка запланована політика резервного копіювання більше не працює. 

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

3. Запустіть ручне резервне копіювання або дозвольте політиці резервного копіювання працювати за графіком.

4. У /usr/local/avamar/var/mc/server_log/ directory, виконайте наступну команду, щоб знайти ім'я розкладу (schedName) у mcserver.log.0 файл журналу, щоб перевірити, чи знайдено ім'я політики резервного копування.  

grep "schedName" mcserver.log.0
 

5. Якщо Backup Policy schedName НЕ знайдено, зверніться до служби підтримки Dell.

Примітка. Якщо резервне копіювання було виконано за графіком, додаткові журнали можуть потребувати пошуку:
 
grep "schedName" mcserver.log.?
grep "schedName" mcserver.log.*

Продукти, яких це стосується

Avamar, Avamar Server
Властивості статті
Article Number: 000210062
Article Type: Solution
Востаннє змінено: 27 трав. 2026
Version:  8
Отримайте відповіді на свої запитання від інших користувачів Dell
Служба підтримки
Перевірте, чи послуги служби підтримки поширюються на ваш пристрій.