Avamar — как понять выходные данные, генерируемые командой cplist

cp.20130915110057 Sun Sep 15 12:00:57 2013   valid rol ---  nodes   3/3 stripes   3530
cp.20130915110654 Sun Sep 15 12:06:54 2013   valid --- ---  nodes   3/3 stripes   3530

• Это идентификационный код контрольной точки, соответствующий моменту запуска контрольной точки. Cp. ГГГГММДДЧЧММСС
• В Avamar v7.1 контрольные точки назначаются с серийными номерами вместо тегов с датой и временем начала контрольной точки.

• День, дата и время создания контрольной точки. Это всегда соответствует тегу контрольной точки.

• Если в этом поле отображается значение «valid», контрольная точка «целообразна».
• Validity указывает, полезна ли контрольная точка для отката.
• Если в этом поле отображается значение «valid», это не означает, что контрольная точка прошла валидацию HFScheck.
• Поле validity является негибким при выполнении команды cplist, поскольку по умолчанию команда отображает пригодные для использования контрольные точки.
• При выполнении команды «cplist --full» будут отображаться все контрольные точки в системе, включая любые, которые не предназначены для отката.

• В этом поле отображается тип проверки HFScheck, которая была выполнена в контрольной точке.  
• Возможные типы: «hfs», «rdc», «par», «raid»
• hfs или full — означает, что валидация была выполнена для всех полос в контрольной точке.
• roll — означает, что в результате валидации были проверены все новые или измененные полосы в контрольной точке.
• Исследование показало, что при возникновении проблем с целостностью данных, как правило, затронутыми полосами являются новые или недавно измененные. Поэтому инженеры Avamar рекомендуют, чтобы последовательная валидация была практически как надежная, как более продолжительное полное валидация HFScheck.
• В зависимости от скорости получения данных в системе Avamar развертывание HFScheck также может проверять долю неизменененных страйпов контрольной точки. Это означает, что в конечном итоге все полосы, даже те, которые не изменились, могут быть проверены на целостность.
• rdc — означает, что валидация завершена, но один узел не участвует в валидации.  Тип проверки не указан. 
• Целостность данных не может быть гарантирована для контрольных точек, помеченных как rdc. Такая проверка обеспечивает лучшую уверенность в целостности данных, чем отсутствие валидации.

• Это поле указывает, можно ли удалить контрольную точку в соответствии с настройками хранения контрольных точек, которые в силу на сервере Avamar.
• Хранение контрольных точек контролируется параметрами «cphfschecked» и «cpmostrecent». 
• Сохранение контрольных точек следует оставить как значение по умолчанию, если это не рекомендовано инженером службы поддержки. 
• Неверные параметры хранения контрольных точек могут поместить систему Avamar под угрозу потери данных или привести к проблемам с емкостью операционной системы.

• Первое число — это refcount. В этом отчете сообщается количество узлов, которые ответили на команду cplist. Это значение не обязательно означает количество узлов, которые находятся в режиме онлайн.
• Вторая цифра — это количество узлов. Это относится к номеру узлов, которые участвовали в момент первоначального создания контрольной точки. Другими словами, сколько узлов данных содержит этот определенный каталог контрольных точек.
• Внимательно обратите внимание на состояние системы (общее количество узлов и количество узлов в оперативном режиме) и процесс выполнения cplist, прежде чем посмеять значение вывода этих двух полей.

• В этом поле отображается общее количество полос, записаемых в контрольной точке.
• При последовательной валидации контрольной точки проверяется подмножество этого количества полос.
• Вся проверка контрольной точки проверяет все из них.

cp.20130914190119 Sat Sep 14 20:01:19 2013   valid rol ---  nodes   1/1 stripes   1401
cp.20130914192153 Sat Sep 14 20:21:53 2013   valid --- ---  nodes   1/1 stripes   1401

• Это одноузловая система.
• Существует две «полезные» или полезные контрольные точки.
• cp.20130914190119 был проверен с последовательным HFScheck, другая контрольная точка не валидирована.
• Обе контрольной точки зафиксировать 1401 полосу.

cp.20130911150620 Wed Sep 11 11:06:20 2013   valid rol ---  nodes   9/9 stripes 121107
cp.20130911160421 Wed Sep 11 12:04:21 2013   valid --- ---  nodes   9/9 stripes 121107
cp.20130912151051 Thu Sep 12 11:10:51 2013   valid --- ---  nodes   8/9 stripes 121107

• Во время каждой контрольной точки в процессе создания контрольной точки участвовали девять узлов. Можно предположить, что в системе имеется девять узлов, но эта информация не полагается исключительно на вывод cplist.
• Самые старые из трех контрольных точек были проверены с последовательным HFScheck.
• Самые недавние контрольные точки (12 сентября) в настоящее время недоступны на одном из девяти узлов, которые образуют эту контрольную точку.

cp.20130915110057 Sun Sep 15 12:00:57 2013   valid rol ---  nodes   3/3 stripes   3530
cp.20130915110654 Sun Sep 15 12:06:54 2013   valid --- del  nodes   3/3 stripes   3530
cp.20130916053830 Mon Sep 16 06:38:30 2013   valid --- ---  nodes   3/3 stripes   3530
cp.20130916060236 Mon Sep 16 07:02:36 2013   valid --- ---  nodes   2/2 stripes   3530

• Cp.20130915110654 может быть удален в соответствии с правилами хранения контрольных точек.
• cp.20130916060236 был сделан, когда один из трех узлов был в автономном режиме.

cp.20130830173413 Fri Aug 30 10:34:13 2013   valid hfs ---  nodes   1/1 stripes     82
cp.20130831000113 Fri Aug 30 17:01:13 2013   valid hfs ---  nodes   1/1 stripes     82

admin@utility:~/>: cplist
cplist: ERROR: ddrmaint: <4750>Datadomain get checkpoint list operation failed.

2013/09/17-14:28:06.79970 [cplist]  ERROR: <0001> ddrmaint: <4750>Datadomain get checkpoint list operation failed.
cp.20130830173413 Fri Aug 30 10:34:13 2013 invalid --- ---  nodes   1/1 stripes     82
cp.20130831000113 Fri Aug 30 17:01:13 2013 invalid --- ---  nodes   1/1 stripes     82