Сбой задач обслуживания Avamar MSG_ERR_DISKFULL из-за нехватки емкости операционной системы на >89%

摘要: Емкость операционной системы превышает рекомендуемые пределы, что приводит к сбою задач обслуживания. Это вызвано чрезмерными изменениями со стороны клиентов резервного копирования.

本文适用于 本文不适用于 本文并非针对某种特定的产品。 本文并非包含所有产品版本。
查看其他资源

症状

Внезапные и большие изменения в данных, которые резервное копирование выполняет клиент Avamar, могут отрицательно сказаться на системе. Если в какой-либо момент времени в Avamar добавляется или удаляется слишком много данных, емкость операционной системы может резко ускориться, что приведет к сбою технического обслуживания MSG_ERR_DISKFULL.

Контрольные точки отслеживают изменения в Avamar, чтобы, если требуется откат, Avamar можно было вернуть на этот момент времени. При добавлении или удалении большого объема данных контрольная точка становится большей и потребляет дополнительное пространство в операционной системе.

Обратите внимание, что ниже описано, как не удается выполнить действия по обслуживанию (сбор мусора и контрольные точки) с MSG_ERR_DISKFULL. 
status.dpn
Wed Jul 27 17:58:15 IST 2016  [XX.XXX.XX.XX] Wed Jul 27 12:28:15 2016 UTC (Initialized Thu Sep 25 01:15:04 2014 UTC)
Node   IP Address     Version   State   Runlevel  Srvr+Root+User Dis Suspend Load UsedMB Errlen  %Full   Percent Full and Stripe Status by Disk
0.0    XX.XXX.XX.XX   7.0.2-43  ONLINE fullaccess mhpu+0hpu+0000   1  true   0.46 6984 12272277  64.1%  64%(onl:445) 64%(onl:443) 64%(onl:444) 64%(onl:445) 64%(onl:443) 64%(onl:444) 64%(onl:447) 64%(onl:444) 64%(onl:444) 64%(onl:446) 64%(onl:444) 64%(onl:446)
Srvr+Root+User Modes = migrate + hfswriteable + persistwriteable + useraccntwriteable

All reported states=(ONLINE), runlevels=(fullaccess), modes=(mhpu+0hpu+0000)
System-Status: ok
Access-Status: admin


Checkpoint failed with result MSG_ERR_DISKFULL : cp.20160726183227 started Wed Jul 27 00:02:57 2016 ended Wed Jul 27 00:02:57 2016, completed 0 of 5335 stripes
Last GC: finished Wed Jul 27 15:09:55 2016 after 00m 30s >> recovered 0.00 KB (MSG_ERR_DISKFULL)
Last hfscheck: finished Mon May 23 00:25:47 2016 after 23m 13s >> checked 1359 of 1359 stripes (OK)

Maintenance windows scheduler capacity profile is active.
  WARNING: Scheduler is STOPPED.
  Next backup window start time: Thu Jul 28 10:00:00 2016 IST
  Next maintenance window start time: Thu Jul 28 00:00:00 2016 IST


Сервер Avamar имеет очень высокую емкость пользователя и высокую емкость операционной системы.

mccli server show-prop

admin@avamar:~/>: mccli server show-prop
0,23000,CLI command completed successfully.
Attribute                                    Value
-------------------------------------------- ----------------------------
State                                        Suspended
Active sessions                              0
Total capacity                               11.6 TB
Capacity used                                11.6 TB
Server utilization                           98.9%
Bytes protected (client pre-comp size)       3.1 TB
Bytes protected quota (client pre-comp size) Not configured
License expiration                           Never
Time since Server initialization             3088 days 17h:48m
Last checkpoint                              2023-03-02 16:06:05 BRT
Last validated checkpoint                    2023-03-02 16:00:42 BRT
System Name                                  AVAMAR.XXX.XXX
System ID                                    1234567890@00:1E:67:75:C8:AD
HFSAddr                                      10.123.123.123
HFSPort                                      27000
IP address                                   10.123.123.123
Number of nodes                              3
Nodes Online                                 0
Nodes Offline                                0
Nodes Read-only                              3
Nodes Timed-out                              0
admin@avamar:~/>:
avmaint nodelist | grep fs-percent-full | sort | tail -3

admin@avamar:~/>: avmaint nodelist | grep fs-percent-full | sort | tail -3
        fs-percent-full="96.9"
        fs-percent-full="96.9"
        fs-percent-full="96.9"
admin@avamar:~/>:


Если сервер Avamar — это многопользовательский узел, следующая команда может помочь определить высокую емкость операционной системы на узел:

  
avmaint nodelist | egrep 'nodetag|fs-percent-full'

admin@avamar:~/>: avmaint nodelist | egrep 'nodetag|fs-percent-full'
      nodetag="0.2"
        fs-percent-full="96.7"
        fs-percent-full="96.9"
        fs-percent-full="96.9"
      nodetag="0.1"
        fs-percent-full="96.9"
        fs-percent-full="96.4"
        fs-percent-full="96.8"
      nodetag="0.0"
        fs-percent-full="96.3"
        fs-percent-full="96.8"
        fs-percent-full="96.7"
admin@avamar:~/>:

原因

Ежедневная скорость изменения слишком высока, чтобы сеть Avamar не отключала все необходимое. Множество изменений данных в течение одного дня может привести к резкому скачку емкости операционной системы. Изменения означают высокий уровень приема новых данных и быстрое удаление старых данных. По возможности следует постепенно вносить изменения в Avamar. Чем больше система заполнена, тем выше влияние пика в измененных данных.

Емкость.Инструмент sh полезен для отслеживания скорости изменения в grid-сети.

Сведения об использовании емкости.сценарий sh, просмотрите следующую статью.
    Номер статьи 000060149: Avamar: Как использовать сценарий capacity.sh для управления емкостью в системе Avamar

    Примере: 
    capacity.sh

  DATE     AVAMAR NEW     #BU    DDR NEW     #BU    SCANNED       REMOVED     MINS PASS AVAMAR NET      CHG RATE
========== ============= ==== ============= ==== ============= =============  ==== ==== ============= ==========
2015-09-04    1770185 mb  367   36590255 mb 4414  427354917 mb   -1155011 mb   179   36     615174 mb      8.98%
2015-09-05    1799386 mb  366   35834788 mb 4384  424229450 mb    -967906 mb   158   36     831480 mb      8.87%
2015-09-06    1641614 mb  366   36339601 mb 4387  422918309 mb    -715952 mb    95   36     925662 mb      8.98%
2015-09-07    1482274 mb  368   36021600 mb 4382  422096834 mb   -1369565 mb   182   35     112708 mb      8.89%
2015-09-08    1476971 mb  376   35466632 mb 4379  418749502 mb    -882663 mb   120   36     594307 mb      8.82%
2015-09-09    2338688 mb  377   36564862 mb 4408  426949173 mb    -521711 mb   102   36    1816976 mb      9.11%
2015-09-10    1830728 mb  482   36776445 mb 4303  423650873 mb    -369845 mb    80   36    1460882 mb      9.11%
2015-09-11   10323736 mb  478   33010286 mb 4416  435953105 mb   -1016271 mb   159   34    9307465 mb      9.94%
2015-09-12    8773933 mb  473   32431241 mb 4399  442013401 mb    -167120 mb    64   35    8606813 mb      9.32%
2015-09-13    8834627 mb  485   31265504 mb 4378  434459112 mb    -186507 mb    60   35    8648119 mb      9.23%
2015-09-14    8605313 mb  479   31150950 mb 4391  434117515 mb     -32753 mb    41   35    8572559 mb      9.16%
2015-09-15   10727441 mb  478   32164212 mb 4393  435520200 mb     -58643 mb    53   36   10668797 mb      9.85%
2015-09-16   10133770 mb  477   31557436 mb 4396  432462001 mb     -55780 mb    43   36   10077989 mb      9.64%
2015-09-17    9941271 mb  477   30824614 mb 4419  434292081 mb     -68284 mb    53   35    9872986 mb      9.39%
2015-09-18   10147447 mb  416   24608011 mb 3237  319673822 mb    -577890 mb   124   35    9569557 mb     10.87%
================================================================================================================
14 DAY AVG   5988492 mb  431   33373763 mb 4312  422296020 mb    -543060 mb   101   35    5445432 mb      9.32%
30 DAY AVG   3622366 mb  403   36648167 mb 4353  427001356 mb   -1326697 mb   150   34    2295669 mb      9.43%
60 DAY AVG   3047161 mb  392   34199043 mb 4323  417800256 mb   -1489983 mb   159   34    1557178 mb      8.91%

    解决方案

    Убедитесь, что для хранения контрольных точек задано значение по умолчанию. 
    avmaint config --ava | grep -i "cpmostrecent\|cphfschecked"
cpmostrecent="2"
cphfschecked="1"

    Отключите асинхронную обработку, чтобы емкость операционной системы не продолжает расти в процессе поиска и устранения неисправностей.

    avmaint config --ava asynccrunching=false
admin@avamar:~/>: avmaint config --ava asynccrunching=false
<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<gsanconfig asynccrunching="true"/>
admin@avamar:~/>:

    Проверьте текущее состояние емкости операционной системы:

    avmaint nodelist | grep fs-percent-full | sort | tail -3

admin@avamar:~/>: avmaint nodelist | grep fs-percent-full | sort | tail -3
        fs-percent-full="90.9"
        fs-percent-full="91.0"
        fs-percent-full="91.2"
admin@avamar:~/>:
    Выходные данные этой команды определяют следующие действия:

    Емкость операционной системы в сценарии 1 выше 89%, но менее 96%.

    Контрольные точки по-прежнему завершены. Емкость операционной системы снижается при следующем цикле обслуживания Avamar.

    Емкость операционной системы в сценарии 2 выше 96%, но ниже 98%.

    Убедитесь, что для срока хранения контрольной точки установлены правильные значения, как указано в сценарии 1. Если контрольные точки имеют правильный набор хранения, откройте заявку в службу поддержки.

    Сценарий 3. Емкость операционной системы выше 98%.

    Откройте заявку в службе поддержки. 

    其他信息

    Дополнительные сведения о проблемах с емкостью операционной системы Avamar см. в разделе: Avamar. Концепции и обучение по управлению емкостью

    Для выполнения операций по обслуживанию Avamar требуется определенное количество свободного места в операционной системе, как показано на схеме ниже.

    При заданных настройках по умолчанию, если емкость операционной системы
    • >89% == сбор> мусора не сможет запуститься
    • >96% == контрольные> точки работают
      
    100%   "---------------------" <-- 100% Data partition capacity
       " CP cannot run >96%  "
       "                     "   
       " GC cannot run >89%  "
89%    "---------------------"  
       " Reserved for        "
       " checkpoint          "
       " overhead            "
       "                     "
65%    "---------------------" <-- 100% User Capacity
       " Commonality         "     Can be monitored
       " factored data       "     from the Admin
       " & RAIN parity       "     GUI.
       " data                "    
       "                     "
       "                     "
       "                     "
       "                     "
       "                     "
       "                     "
       "                     "
0%     "---------------------"

     

    受影响的产品

    Avamar

    产品

    Avamar, Avamar Server
    文章属性
    文章编号: 000040861
    文章类型: Solution
    上次修改时间: 15 5月 2025
    版本:  28
    从其他戴尔用户那里查找问题的答案
    支持服务
    检查您的设备是否在支持服务涵盖的范围内。