Контрольная точка Avamar — это набор доступных только для чтения каталогов на узлах данных Avamar.
Это похоже на моментальный снимок системы Avamar на определенный момент времени. Это может быть полезно для целей отката, если в системе Avamar возникает серьезная проблема, которую невозможно исправить.
Инструмент
cplist создает список контрольных точек, которые существуют в системе Avamar.
Этот инструмент может запустить любой пользователь, который имеет доступ к служебным узлам Avamar.
Чтобы определить, какие контрольные точки существуют и в каком состоянии они находятся, необходимо прежде чем принимать решение о том, как действовать в системе, в которой возникла проблема, или выполнить техническое обслуживание.
Неверные предположения о состоянии контрольных точек могут привести к потере данных или невозможности восстановления системы 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.20130915110057
- Это идентификационный код контрольной точки, соответствующий моменту запуска контрольной точки. Cp. ГГГГММДДЧЧММСС
- В Avamar v7.1 контрольные точки назначаются с серийными номерами вместо тегов с датой и временем начала контрольной точки.
Затраты времени — Воскресенье, 15 сентября, 12:00:57
- День, дата и время создания контрольной точки. Это всегда соответствует тегу контрольной точки.
Validity — действительно
- Если в этом поле отображается значение «valid», контрольная точка «целообразна».
- Validity указывает, полезна ли контрольная точка для отката.
- Если в этом поле отображается значение «valid», это не означает, что контрольная точка прошла валидацию HFScheck.
- Поле validity является негибким при выполнении команды cplist, поскольку по умолчанию команда отображает пригодные для использования контрольные точки.
- При выполнении команды «cplist --full» будут отображаться все контрольные точки в системе, включая любые, которые не предназначены для отката.
Тип валидации HFScheck — «записи»
- В этом поле отображается тип проверки HFScheck, которая была выполнена в контрольной точке.
- Возможные типы: «hfs», «rdc», «par», «raid»
- hfs или full — означает, что валидация была выполнена для всех полос в контрольной точке.
- roll — означает, что в результате валидации были проверены все новые или измененные полосы в контрольной точке.
- Исследование показало, что при возникновении проблем с целостностью данных, как правило, затронутыми полосами являются новые или недавно измененные. Поэтому инженеры Avamar рекомендуют, чтобы последовательная валидация была практически как надежная, как более продолжительное полное валидация HFScheck.
- В зависимости от скорости получения данных в системе Avamar развертывание HFScheck также может проверять долю неизменененных страйпов контрольной точки. Это означает, что в конечном итоге все полосы, даже те, которые не изменились, могут быть проверены на целостность.
- rdc — означает, что валидация завершена, но один узел не участвует в валидации. Тип проверки не указан.
- Целостность данных не может быть гарантирована для контрольных точек, помеченных как rdc. Такая проверка обеспечивает лучшую уверенность в целостности данных, чем отсутствие валидации.
Удаляемый «---»
- Это поле указывает, можно ли удалить контрольную точку в соответствии с настройками хранения контрольных точек, которые в силу на сервере Avamar.
- Хранение контрольных точек контролируется параметрами «cphfschecked» и «cpmostrecent».
- Сохранение контрольных точек следует оставить как значение по умолчанию, если это не рекомендовано инженером службы поддержки.
- Неверные параметры хранения контрольных точек могут поместить систему Avamar под угрозу потери данных или привести к проблемам с емкостью операционной системы.
REFCOUNT/NODECOUNT — «node 3/3»
- Первое число — это refcount. В этом отчете сообщается количество узлов, которые ответили на команду cplist. Это значение не обязательно означает количество узлов, которые находятся в режиме онлайн.
- Вторая цифра — это количество узлов. Это относится к номеру узлов, которые участвовали в момент первоначального создания контрольной точки. Другими словами, сколько узлов данных содержит этот определенный каталог контрольных точек.
- Внимательно обратите внимание на состояние системы (общее количество узлов и количество узлов в оперативном режиме) и процесс выполнения cplist, прежде чем посмеять значение вывода этих двух полей.
Поле «Количество страйпов » — «3530»
- В этом поле отображается общее количество полос, записаемых в контрольной точке.
- При последовательной валидации контрольной точки проверяется подмножество этого количества полос.
- Вся проверка контрольной точки проверяет все из них.
Примеры выходных данных cplist
Пример 1:
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 полосу.
Пример 2.
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 сентября) в настоящее время недоступны на одном из девяти узлов, которые образуют эту контрольную точку.
Пример 3.
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 был сделан, когда один из трех узлов был в автономном режиме.
Пример 4.
Если система Avamar интегрирована с Data Domain, cplist может показать, что контрольные точки недействительны, если система Data Domain становится недоступной. Например:
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
Если устройство Data Domain выключено,
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