Контрольна точка 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
- Це ідентифікаційна бирка для КПП і відповідає часу запуску КПП. Див. РРРРММДГГХХМСС
- Починаючи з Avamar v7.1, контрольним точкам присвоюються серійні номери замість того, щоб позначати датою і часом початку контрольної точки.
Витрачений час - нд вер 15 12:00:57
- День, дата та час створення контрольно-пропускного пункту. Це завжди відповідатиме тегу контрольно-пропускної точки.
Термін дії - дійсний
- Якщо в цьому полі вказано «дійсний», контрольна точка є «здоровою».
- Валідність вказує на те, чи є контрольна точка корисною для цілей відкату.
- Якщо це поле показує 'valid', це не означає, що контрольна точка пройшла перевірку HFScheck.
- Поле валідності є зайвим при запуску "cplist", оскільки типово, команда показує придатні до використання контрольні точки.
- Запуск "cplist --full" покаже усі контрольні точки у системі, включно з тими, які не можна використовувати для цілей відкочування.
Тип валідації HFScheck - "rol"
- Це поле показує тип валідації HFScheck, яка була запущена на контрольній точці.
- Можливі типи: 'hfs', 'rdc', 'par', 'rol'
- hfs або full - означає, що валідація була запущена на всіх страйпах в КПП.
- roll - означає, що валідація перевірила всі нові або змінені смуги в КПП.
- Дослідження показали, що при виникненні проблем з цілісністю даних, зазвичай це уражені смуги, які були нещодавно створені або нещодавно змінені. З цієї причини інженери Avamar рекомендують, щоб прокатна валідація вважалася практично такою ж надійною, як і більш тривала повна валідація HFScheck.
- Залежно від швидкості поглинання даних системою Avamar, рухома перевірка HFScheck також може перевіряти частку незмінених смуг контрольної точки. Це означає, що в кінцевому підсумку всі смуги, навіть ті, які не змінилися, можуть бути перевірені на цілісність.
- rdc - означає, що валідація завершена, але один вузол не брав участі у валідації. Тип валідації не вказано.
- Цілісність даних не може бути гарантована для контрольних точок, позначених як rdc. Така перевірка забезпечує більшу впевненість у цілісності даних, ніж відсутність валідації взагалі.
Видаляється "---"
- Це поле вказує на те, чи можна видалити контрольну точку відповідно до налаштувань збереження контрольних точок, що діють на сервері Avamar.
- Утримання контрольних точок контролюється параметрами "cphfschecked" та "cpmostrecent".
- Збереження контрольних точок слід залишити за замовчуванням, якщо це не рекомендовано інженером підтримки.
- Неправильні налаштування збереження контрольних точок можуть поставити систему Avamar під загрозу втрати даних або спричинити проблеми з продуктивністю операційної системи.
REFCOUNT / NODECOUNT - "вузол 3/3"
- Перше число - це кількість посилань. Повідомляється про кількість вузлів, які відповіли на команду 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