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

• Це ідентифікаційна бирка для КПП і відповідає часу запуску КПП. Див. РРРРММДГГХХМСС
• Починаючи з Avamar v7.1, контрольним точкам присвоюються серійні номери замість того, щоб позначати датою і часом початку контрольної точки.

• День, дата та час створення контрольно-пропускного пункту. Це завжди відповідатиме тегу контрольно-пропускної точки.

• Якщо в цьому полі вказано «дійсний», контрольна точка є «здоровою».
• Валідність вказує на те, чи є контрольна точка корисною для цілей відкату.
• Якщо це поле показує 'valid', це не означає, що контрольна точка пройшла перевірку HFScheck.
• Поле валідності є зайвим при запуску "cplist", оскільки типово, команда показує придатні до використання контрольні точки.
• Запуск "cplist --full" покаже усі контрольні точки у системі, включно з тими, які не можна використовувати для цілей відкочування.

• Це поле показує тип валідації HFScheck, яка була запущена на контрольній точці.  
• Можливі типи: 'hfs', 'rdc', 'par', 'rol'
• hfs або full - означає, що валідація була запущена на всіх страйпах в КПП.
• roll - означає, що валідація перевірила всі нові або змінені смуги в КПП.
• Дослідження показали, що при виникненні проблем з цілісністю даних, зазвичай це уражені смуги, які були нещодавно створені або нещодавно змінені. З цієї причини інженери Avamar рекомендують, щоб прокатна валідація вважалася практично такою ж надійною, як і більш тривала повна валідація HFScheck.
• Залежно від швидкості поглинання даних системою Avamar, рухома перевірка HFScheck також може перевіряти частку незмінених смуг контрольної точки. Це означає, що в кінцевому підсумку всі смуги, навіть ті, які не змінилися, можуть бути перевірені на цілісність.
• rdc - означає, що валідація завершена, але один вузол не брав участі у валідації.  Тип валідації не вказано. 
• Цілісність даних не може бути гарантована для контрольних точок, позначених як rdc. Така перевірка забезпечує більшу впевненість у цілісності даних, ніж відсутність валідації взагалі.

• Це поле вказує на те, чи можна видалити контрольну точку відповідно до налаштувань збереження контрольних точок, що діють на сервері Avamar.
• Утримання контрольних точок контролюється параметрами "cphfschecked" та "cpmostrecent". 
• Збереження контрольних точок слід залишити за замовчуванням, якщо це не рекомендовано інженером підтримки. 
• Неправильні налаштування збереження контрольних точок можуть поставити систему Avamar під загрозу втрати даних або спричинити проблеми з продуктивністю операційної системи.

• Перше число - це кількість посилань. Повідомляється про кількість вузлів, які відповіли на команду 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