Вимірювання фізичної потужності DDOS або звітування про фізичну ємність Поширені запитання
Summary: Часті запитання про операційну систему домену даних (DD OS) Вимірювання фізичної ємності (PCM) або звітування про фізичну ємність (PCR).
This article applies to
This article does not apply to
This article is not tied to any specific product.
Not all product versions are identified in this article.
Instructions
У версії 5.7 операційної системи Data Domain Operating System (DD OS) представлено нову функціональність, відому як вимірювання фізичної ємності (PCM) або звітування про фізичну ємність (PCR).
У цій статті описано поширені випадки використання цієї функції та запитання, пов'язані з нею. ПКМ і ПЛР використовуються в цьому документі як синоніми.
Що таке вимірювання фізичної ємності (PCM)?
PCM — це нова функція, яка підтримується в DD OS 5.7 і пізніших версіях, яка дозволяє обчислювати точне використання жорсткого диска деревом каталогів, колекцією дерев каталогів, mtree або колекцією MTrees.
Чим це відрізняється від функцій у попередніх випусках DDOS?
Коли файл потрапляє в DDR, ми записуємо різну статистику про нього. Однією з таких статистичних даних є «пост-lc байти» або фізичний об'єм місця, зайнятого файлом під час запису в систему. Ми можемо переглянути байти post-lc для файлу або дерева каталогів за допомогою filesys show compression команду - наприклад:
sysadmin@dd9500# filesys show compression /data/col1/jf1 Total files: 4; bytes/storage_used: 1.3 Original Bytes: 4,309,378,324 Globally Compressed: 3,242,487,836 Locally Compressed: 3,293,594,658 Meta-data: 13,897,112
Це вказує на те, що наведене вище дерево каталогів містить чотири файли, які загалом використовували 3 293 594 658 байтів (3,07 ГБ) фізичного простору під час прийому.
Примітка: Ця статистика генерується під час прийому всередину і не оновлюється після цього часу. Однак, у зв'язку з природою дедуплікації, коли додаткові файли приймаються або видаляються та запускаються очищення, змінюється спосіб видалення дублікатів даних на диску і, таким чином, спосіб видалення дублікатів кожного файлу (і обсяг даних є «власним»). У зв'язку з цим, наведена вище статистика з часом застаріває і, іноді, може стати неточною.
ПКМ – це спроба уникнути суперечливих результатів, викликаних тим, що вищенаведена статистика стає застарілою. Оскільки PCM може генерувати звіти про використання жорсткого диска в певний момент часу, вищезазначені обмеження більше не діють, і результати гарантовано будуть більш точними.
Чи є якісь відомі факти або установки, в яких результати, обчислені за допомогою PCM, є менш ніж оптимально точними?
PCM виконує вибірку для обчислення дискового простору, який використовується файлами у наборі шляхів. Це означає, що деякі файли можуть бути виключені зі списку для унікальних сегментів, оскільки з міркувань продуктивності файли, менші за заданий розмір, не враховуються. Мінімальний розмір окремих файлів у наборах шляхів, які завдання PCM враховують для перерахування (а отже, і ті, на які припадає дисковий простір, що використовується), залежить від середнього розміру сегмента файлової системи:
- Якщо середній розмір сегмента становить 4 К, то файли розміром 4 МБ і менше ігноруються PCM
- Якщо середній розмір сегмента становить 8 К, то файли розміром 8 МБ і менше ігноруються PCM
- Якщо середній розмір сегмента становить 12 К, то файли розміром 12 МБ і менше ігноруються PCM
Реальні дані клієнтів показують, що середній розмір сегмента коливається в районі 9 КБ для найпоширеніших випадків використання, тому приблизною цифрою для файлів, які не враховуються при обчисленні PCM використаного дискового простору, будуть файли, менші за 9 МБ.
Чи потрібні додаткові ліцензії для PCM?
Ні - PCM не є ліцензованою функцією, і, як наслідок, для використання PCM не потрібні додаткові ліцензії.
Чи підтримується PCM на всіх платформах?
Ні – PCM підтримується на всіх пристроях апаратного забезпечення та віртуальних доменів даних (DDVE), за винятком DDVE активного рівня об'єктного сховища (ATOS).
PCM вимірює та нумерує лише файли на активному рівні: Файли, що зберігаються в Cloud Units (або, для застарілих Extended Retention, у Archiver Units), не входять до обчислення розміру для завдань PCM.
Чи є якісь інші передумови, необхідні для того, щоб можна було використовувати PCM?
За замовчуванням PCM вимкнено в DDOS 5.7. Перш ніж його можна буде використовувати, його потрібно ввімкнути та ініціалізувати його кеш, як показано нижче:
sysadmin@dd9500# compression physical-capacity-measurement enable and-initialize physical-capacity-measurement enabled. Initialization started.
Примітка: Кеш PCM використовується для прискорення майбутніх завдань PCM, і ініціалізація кешу може зайняти значний час. Незважаючи на це, завдання PCM можуть почати ставитися в чергу під час ініціалізації кешу PCM.
Як PCM обчислює загальну кількість використань?
PCM використовує знімки mtree для визначення фізичного використання групи файлів. В результаті, коли запускається завдання PCM, відбувається наступне:
- Знімок mtree створюється на основі MTrees.
Примітка: Цей знімок має назву pcr_snap_*, тобто:
sysadmin@dd9500# snapshot list mtree /data/col1/jf2 Snapshot Information for MTree: /data/col1/jf2 ---------------------------------------------- Name Pre-Comp (GiB) Create Date Retain Until Status --------------------------------- -------------- ----------------- ----------------- ------- pcr_snap_1440284055_1440360259_19 6.0 Aug 23 2015 13:04 Dec 31 1969 16:00 expired --------------------------------- -------------- ----------------- ----------------- -------
- PCM знаходить файли зі знімка, які мають бути у завданні PCM (тобто у вказаних шляхах або MTrees).
- PCM обходить дерево сегментів цих файлів, щоб, по суті, побудувати список унікальних відбитків сегментів, на які посилаються всі файли.
- Потім PCM знаходить відповідні сегменти на диску (в межах контейнерного набору) і обчислює суму розмірів цих сегментів.
-
Сума розмірів цих сегментів відображає поточне використання жорсткого диска відповідними файлами.
- На додаток до вищесказаного, попередньо стиснутий розмір набору файлів можна дізнатися з відповідних метаданих файлу.
- Після завершення завдань PCM базові знімки PCM закінчуються для подальшого видалення.
Як працюють вакансії PCM?
Завдання PCM надсилаються користувачем (або за розкладом) і додаються до робочої черги PCM. Залежно від завантаженості системи, завдання PCM можуть бути вибрані з черги та запущені негайно або можуть бути відкладені на час.
Нижче наведено приклади того, чому завдання PCM можуть бути відкладені:
- У системі виконується активне очищення рівня - завдання PCM і активне очищення рівня не можуть виконуватися паралельно. Як наслідок, завдання PCM, поставлені в чергу під час активного очищення рівня, відкладаються до завершення активного очищення рівня.
- Вже є деякі завдання PCM, що працюють з базовими MTrees - PCM використовує знімки mtree і існують суворі обмеження на те, скільки знімків PCM може створити даний користувач в даний момент часу проти одного mtree. Якщо ці обмеження перевищено новим завданням PCM, завдання відкладається до завершення існуючого завдання.
Чи можна контролювати ресурси, що використовуються PCM у системі?
PCM використовує дросельний механізм, який аналогічний тому, що використовується в Active Tier Clean, тобто дросельну заслінку PCM можна встановити від 0 (не агресивний) до 100 (агресивний). Очевидно, що чим вища дросельна заслінка, тим більше ресурсів використовує PCM, і тим більший вплив завдання PCM можуть мати на інше робоче навантаження на систему.
За замовчуванням дросельна заслінка PCM встановлена на 20, тобто:
sysadmin@dd9500# compression physical-capacity-measurement throttle show Throttle is set to 20 percent (default).
Дросельна заслінка PCM може бути змінена наступним чином, при цьому зміна дросельної заслінки відбувається негайно (тобто перезапуск DDFS не потрібен, щоб PCM зайняв нове налаштування дросельної заслінки):
sysadmin@dd9500# compression physical-capacity-measurement throttle set 50 Throttle set to 50 percent.
Що таке набори шляхів?
Завдання PCM можна запускати двома способами, тобто:
- Проти попередньо визначеного «набору шляхів» (тобто вказаної користувачем колекції каталогів)
- Проти одного mtree
Перш ніж завдання можна буде запускати із заданим набором шляхів, набір шляхів повинен бути створений або визначений наступним чином:
sysadmin@dd9500# compression physical-capacity-measurement pathset create jfall paths /data/col1/jf1,/data/col1/jf2 Pathset "jfall" created.Певні каталоги можуть бути додані або вилучені з існуючого набору шляхів наступним чином:
sysadmin@dd9500# compression physical-capacity-measurement pathset del jfall paths /data/col1/jf2 Path(s) deleted from pathset "jfall". sysadmin@dd9500# compression physical-capacity-measurement pathset add jfall paths /data/col1/jf2 Path(s) added to pathset "jfall".
Усі створені шляхи відображаються наступним чином:
sysadmin@dd9500# compression physical-capacity-measurement pathset show list Pathset Number of paths Measurement-retention (days) --------------- --------------- ---------------------------- jf1 1 180 jf2 1 180 jfall 2 180 phys-gandhi3 1 180 phys-gandhi5-fc 1 180 phys-gandhi5 1 180 phys2-gandhi3 2 180 --------------- --------------- ---------------------------- 7 pathset(s) found.
Щоб переглянути конкретні шляхи, визначені в наборі контурів, команда pathset show detailed використовується команда:
sysadmin@dd9500# compression physical-capacity-measurement pathset show detailed jfall Pathset: jfall Number of paths: 2 Measurement-retention: 180 day(s) Paths: /data/col1/jf1 /data/col1/jf2 sysadmin@dd9500#
Щоб видалити контур, встановіть параметр pathset destroy Команду можна використовувати:
sysadmin@dd9500# compression physical-capacity-measurement pathset destroy jfall
Примітка: Це вилучає всю історію для вказаного набору шляхів.
Примітка: Спеціальні завдання для одного MTree не потребують набору шляху, визначеного перед запуском.
З чого починається робота PCM?
Нове завдання PCM надсилається до робочої черги PCM за допомогою кнопки sample start команда, тобто:
sysadmin@dd9500# compression physical-capacity-measurement sample start pathsets jfall Measurement task(s) submitted and will begin as soon as resources are available.
У наведеному вище прикладі було використано попередньо визначений набір шляхів. Щоб надіслати завдання PCM для одного mtree, вказується mtree, тобто:
sysadmin@dd9500# compression physical-capacity-measurement sample start mtrees /data/col1/backup Measurement task(s) submitted and will begin as soon as resources are available.
За замовчуванням завдання PCM подаються з пріоритетом «звичайний». Також є можливість вказати пріоритет терміновості:
sysadmin@dd9500# compression physical-capacity-measurement sample start pathsets jf1 priority urgent Measurement task(s) submitted and will begin as soon as resources are available.
Вакансії з пріоритетом «термінові» стоять у черзі попереду завдань із пріоритетом «нормальний» (це означає, що їх забирають і обробляють, віддаючи перевагу будь-яким поданим завданням із пріоритетом «нормальний»).
Список надісланих або запущених завдань відображається за допомогою кнопки sample show current команда, наприклад:
sysadmin@dd9500# compression physical-capacity-measurement sample show current Task ID Type Name User State Creation Time Measurement Time Start Time Priority Percent (Submitted Time) Done ----------- ---- ----- -------- --------- ------------------- ------------------- ---------- -------- -------- 47244640259 PS jf2 sysadmin Scheduled 2015/08/23 12:24:12 2015/08/23 12:24:12 -- Urgent 0 47244640258 PS jf1 sysadmin Scheduled 2015/08/23 12:24:09 2015/08/23 12:24:09 -- Urgent 0 47244640257 PS jfall sysadmin Scheduled 2015/08/23 12:23:06 2015/08/23 12:23:06 -- Normal 0 ----------- ---- ----- -------- --------- ------------------- ------------------- ---------- -------- -------- sysadmin@dd9500#
Чи можна запланувати роботу PCM?
Так - Якщо певне завдання PCM потрібно запускати регулярно, воно планується для автоматичного виконання відповідно до вимог. Наприклад:
sysadmin@dd9500# compression physical-capacity-measurement schedule create jf_sched pathsets jfall,jf1,jf2 time 1400 Schedule "jf_sched" created.
Примітка: Розклади створюються щодня, у певні дні тижня або певні дні кожного місяця.
Існуючий розклад буде змінено за допомогою кнопки schedule modify команда:
sysadmin@dd9500# compression physical-capacity-measurement schedule modify jf_sched priority urgent time 1700 day Wed,Fri Schedule "jf_sched" modified.
Крім того, наявний розклад може мати набори шляхів, додані або видалені таким чином:
sysadmin@dd9500# compression physical-capacity-measurement schedule del jf_sched pathsets jf2 Schedule "jf_sched" modified. sysadmin@dd9500# compression physical-capacity-measurement schedule add jf_sched pathsets jf2 Schedule "jf_sched" modified.
Примітка: Розклад не може містити лише набори шляхів АБО MTrees (тобто їх не можна змішувати):
sysadmin@dd9500# compression physical-capacity-measurement schedule create jf_sched2 mtrees /data/col1/backup time 1400 Schedule "jf_sched2" created. sysadmin@dd9500# compression physical-capacity-measurement schedule add jf_sched2 pathsets jfall **** Failed to add: this schedule is only for mtrees.
Щоб переглянути детальну інформацію про наявні розклади, натисніть кнопку schedule show all використовується, наприклад:
sysadmin@dd9500# compression physical-capacity-measurement schedule show all Name: jf_sched Status: enabled Priority: urgent Frequency: weekly on Wed, Fri Time: 17:00 Pathset(s): jfall jf1 jf2 Name: jf_sched2 Status: enabled Priority: normal Frequency: daily Time: 14:00 MTree(s): /data/col1/backup
Існуючі розклади можуть бути вимкнені або ввімкнені відразу, тобто:
sysadmin@dd9500# compression physical-capacity-measurement schedule disable jf_sched2 Schedule "jf_sched2" disabled. sysadmin@dd9500# compression physical-capacity-measurement schedule enable jf_sched2 Schedule "jf_sched2" enabled.
Також може бути знищений графік:
sysadmin@dd9500# compression physical-capacity-measurement schedule destroy jf_sched2 Schedule "jf_sched2" destroyed.
Примітка: Це НЕ вилучає журнал для відповідних mtrees/pathsets (це означає, що нові завдання PCM не плануються автоматично).
Як починаються заплановані роботи?
Коли розклад PCM додається і вмикається, це призводить до додавання відповідного запису до /etc/crontabТобто:
# # collection.1.crontab.pcr.jf_sched.0 # 00 17 * * Wed,Fri root /ddr/bin/ddsh -a compression physical-capacity-measurement sample start force priority urgent objects-from-schedule jf_sched
Примітка: Завдання cron видаляється з
/etc/crontab якщо розклад вимкнено або зруйновано.
Чи можу я припинити виконання завдання PCM?
Так - Запуск завдань PCM можна перервати за допомогою ідентифікатора завдання або назв pathset/mtree. Наприклад, ми бачимо, що у нас є два завдання PCM у черзі:
SE@dd9500## compression physical-capacity-measurement sample show current Task ID Type Name User State Creation Time Measurement Time Start Time Priority Percent (Submitted Time) Done ------------ ---- ----- -------- --------- ------------------- ------------------- ---------- -------- -------- 124554051585 PS jfall sysadmin Scheduled 2015/08/30 16:00:48 2015/08/30 16:00:48 -- Normal 0 124554051586 PS jfall sysadmin Scheduled 2015/08/30 16:01:55 2015/08/30 16:01:55 -- Normal 0 ------------ ---- ----- -------- --------- ------------------- ------------------- ---------- -------- --------
Ці завдання можуть бути перервані за допомогою ідентифікатора завдання (щоб зупинити одне завдання):
SE@dd9500## compression physical-capacity-measurement sample stop task-id 124554051585 ** This will abort any submitted or running compression physical-capacity-measurement sampling tasks. Do you want to proceed? (yes|no) [no]: yes 1 task(s) aborted.
Залишивши нам одну роботу:
SE@dd9500## compression physical-capacity-measurement sample show current Task ID Type Name User State Creation Time Measurement Time Start Time Priority Percent (Submitted Time) Done ------------ ---- ----- -------- --------- ------------------- ------------------- ---------- -------- -------- 124554051586 PS jfall sysadmin Scheduled 2015/08/30 16:01:55 2015/08/30 16:01:55 -- Normal 0 ------------ ---- ----- -------- --------- ------------------- ------------------- ---------- -------- --------
Або назва набору шляхів:
SE@dd9500## compression physical-capacity-measurement sample stop pathsets jfall ** This will abort any submitted or running compression physical-capacity-measurement sampling tasks. Do you want to proceed? (yes|no) [no]: yes 1 task(s) aborted.
Залишаючи нас без роботи:
SE@dd9500## compression physical-capacity-measurement sample show current No measurement tasks found.
Як можна відобразити детальну інформацію про виконані завдання?
Детальну інформацію про виконані завдання можна переглянути за допомогою кнопки sample show history команда. Наприклад, щоб відобразити подробиці для одного набору контурів:
SE@dd9500## compression physical-capacity-measurement sample show history pathset jfall Pathset: jfall Measurement Time Logical Used Physical Used Global-Comp Local-Comp Total-Comp (Pre-Comp) (Post-Comp) Factor Factor Factor (GiB) (GiB) (Reduction %) ------------------- ------------ ------------- ----------- ---------- -------------- 2015/08/23 12:23:06 7.0 4.2 1.70x 0.98x 1.67x (40.24%) 2015/08/23 13:04:20 10.0 6.2 1.63x 0.98x 1.61x (37.84%) 2015/08/26 14:00:01 10.0 6.2 1.63x 0.98x 1.61x (37.84%) 2015/08/27 14:00:01 10.0 6.2 1.63x 0.98x 1.61x (37.84%) 2015/08/28 14:00:02 10.0 6.2 1.63x 0.98x 1.61x (37.84%) 2015/08/29 14:00:02 10.0 6.2 1.63x 0.98x 1.61x (37.84%) 2015/08/30 14:00:01 10.0 6.2 1.63x 0.98x 1.61x (37.84%) ------------------- ------------ ------------- ----------- ---------- -------------- Total number of measurements retrieved = 7.
Параметр detailed-history також показує час початку та завершення кожного завдання:
SE@dd9500## compression physical-capacity-measurement sample show detailed-history pathset jfall Pathset: jfall Measurement Time Logical Used Physical Used Global-Comp Local-Comp Total-Comp Task ID Task Start Time Task End Time (Pre-Comp) (Post-Comp) Factor Factor Factor (GiB) (GiB) (Reduction %) ------------------- ------------ ------------- ----------- ---------- -------------- ------------ ------------------- ------------------- 2015/08/23 12:23:06 7.0 4.2 1.70x 0.98x 1.67x (40.24%) 47244640257 2015/08/23 12:25:19 2015/08/23 12:25:23 2015/08/23 13:04:20 10.0 6.2 1.63x 0.98x 1.61x (37.84%) 51539607553 2015/08/23 13:05:45 2015/08/23 13:05:48 2015/08/26 14:00:01 10.0 6.2 1.63x 0.98x 1.61x (37.84%) 77309411329 2015/08/26 14:02:50 2015/08/26 14:02:50 2015/08/27 14:00:01 10.0 6.2 1.63x 0.98x 1.61x (37.84%) 85899345921 2015/08/27 14:03:06 2015/08/27 14:03:06 2015/08/28 14:00:02 10.0 6.2 1.63x 0.98x 1.61x (37.84%) 94489280513 2015/08/28 14:02:50 2015/08/28 14:02:51 2015/08/29 14:00:02 10.0 6.2 1.63x 0.98x 1.61x (37.84%) 103079215105 2015/08/29 14:01:40 2015/08/29 14:01:41 2015/08/30 14:00:01 10.0 6.2 1.63x 0.98x 1.61x (37.84%) 115964116993 2015/08/30 14:04:12 2015/08/30 14:04:12 ------------------- ------------ ------------- ----------- ---------- -------------- ------------ ------------------- ------------------- Total number of measurements retrieved = 7.
Примітка: Будь-яку команду можна змінити так, щоб отримувати результати лише за певний період часу:
SE@dd9500## compression physical-capacity-measurement sample show history pathset jfall last 2days Pathset: jfall Measurement Time Logical Used Physical Used Global-Comp Local-Comp Total-Comp (Pre-Comp) (Post-Comp) Factor Factor Factor (GiB) (GiB) (Reduction %) ------------------- ------------ ------------- ----------- ---------- -------------- 2015/08/29 14:00:02 10.0 6.2 1.63x 0.98x 1.61x (37.84%) 2015/08/30 14:00:01 10.0 6.2 1.63x 0.98x 1.61x (37.84%) ------------------- ------------ ------------- ----------- ---------- -------------- Total number of measurements retrieved = 2.
Або між конкретними датами чи часом:
SE@dd9500## compression physical-capacity-measurement sample show history pathset jfall start 08231010 end 08231400 Pathset: jfall Measurement Time Logical Used Physical Used Global-Comp Local-Comp Total-Comp (Pre-Comp) (Post-Comp) Factor Factor Factor (GiB) (GiB) (Reduction %) ------------------- ------------ ------------- ----------- ---------- -------------- 2015/08/23 12:23:06 7.0 4.2 1.70x 0.98x 1.67x (40.24%) 2015/08/23 13:04:20 10.0 6.2 1.63x 0.98x 1.61x (37.84%) ------------------- ------------ ------------- ----------- ---------- -------------- Total number of measurements retrieved = 2.
Як довго зберігається певна історія для певного шляху/mtree?
За замовчуванням результати кожного набору шляху PCM зберігаються протягом 180 днів. Це можна змінити зміною відповідного набору шляхів:
SE@dd9500## compression physical-capacity-measurement pathset modify jfall measurement-retention 14 Measurement-retention changed to 14 day(s).
Історія PCM зберігається в історичній базі даних систем. В результаті, якщо історична база даних втрачена або пошкоджена, деталі всієї історії PCM також втрачаються.
Чи є якісь застереження, про які слід пам'ятати при використанні PCM?
Завдання PCM призупиняються, якщо система має менше 10% вільного простору.
Завдання PCM призупиняються під час циклу очищення.
Як зазначалося раніше, PCM — це інструмент, який використовується для обчислення фізичного використання певним набором каталогів/mtrees. При обчисленні результатів для конкретного набору шляху або набору MTrees, PCM враховує розмір кожного унікального сегмента даних, використаних набором шляху або набором MTrees лише один раз.
Примітка: У зв'язку з природою видалення дублікатів, можуть існувати інші файли за межами шляхів/mtrees, щодо яких виконується завдання, які також можуть видаляти дублікати з тими самими даними.
В результаті, якщо файли, що видаляють дублікати з одними і тими ж даними, знаходяться в декількох різних завданнях PCM, кожен з сегментів, що складають файли, може бути підрахований кілька разів (по одному разу для кожного завдання PCM). Це означає, що, хоча результати кожного окремого завдання PCM є точними, результати кількох завдань PCM не можуть бути підсумовані, щоб дати точне фізичне використання для суми наборів шляхів/mtree у завданнях.
У зв'язку зі способом компонування завдань PCM, набором шляху або простором після комп'ютера MTree, що використовується на диску:
- Завдання PCM не враховують мертві дані (дисковий простір, зайнятий видаленими файлами, місце на диску, можливо, ще не було зайнято запущеним GC).
- PCM не враховує будь-які дані, заблоковані в знімках, створених для MTree або наборів шляхів, що вимірюються.
Наприклад, у мене є mtree під назвою /data/col1/jf1 в якому я створюю три файли по 1 Гб, тобто:
!!!! dd9500 YOUR DATA IS IN DANGER !!!! # for i in 1 2 3 ; do
> dd if=/dev/urandom of=/data/col1/jf1/${i} bs=1024k count=1024
> done
Потім я копіюю ці файли в друге mtree (/data/col1/jf2):
!!!! dd9500 YOUR DATA IS IN DANGER !!!! # cp /data/col1/jf1/1 /data/col1/jf2/4 !!!! dd9500 YOUR DATA IS IN DANGER !!!! # cp /data/col1/jf1/2 /data/col1/jf2/5 !!!! dd9500 YOUR DATA IS IN DANGER !!!! # cp /data/col1/jf1/3 /data/col1/jf2/6
Нарешті, я створюю новий файл розміром 1 Гб у /data/col1/jf2:
!!!! dd9500 YOUR DATA IS IN DANGER !!!! # dd if=/dev/urandom of=/data/col1/jf2/7 bs=1024k count=1024 1024+0 records in 1024+0 records out
Якщо ігнорувати локальне стиснення даних і розглядається лише дедуплікація, то зрозуміло, що кожне mtree використовувало наступний обсяг фізичного простору під час запису файлів:
/data/col1/jf1: 3Gb
/data/col1/jf2: 1 ГБ (для нового файлу - скопійовані файли були б видалені з наявних даних, тому займали б мінімум фізичного простору).
В результаті сума використання фізичного простору на /data/col1/jf1 і /data/col1/jf2 має бути близько 4 Гб.
Створюються три набори шляхів PCM:
jf1 містить /data/col1/jf1
jf2 містить /data/col1/jf2
jfall, що містить data/col1/jf1 і /data/col1/jf2
Завдання PCM запускаються та забезпечують вивід наступним чином:
Pathset: jf1 Measurement Time Logical Used Physical Used Global-Comp Local-Comp Total-Comp (Pre-Comp) (Post-Comp) Factor Factor Factor (GiB) (GiB) (Reduction %) ------------------- ------------ ------------- ----------- ---------- -------------- 2015/08/23 12:24:09 3.0 3.2 0.96x 0.98x 0.94x (-6.21%) ------------------- ------------ ------------- ----------- ---------- -------------- Pathset: jf2 Measurement Time Logical Used Physical Used Global-Comp Local-Comp Total-Comp (Pre-Comp) (Post-Comp) Factor Factor Factor (GiB) (GiB) (Reduction %) ------------------- ------------ ------------- ----------- ---------- -------------- 2015/08/23 12:24:12 4.0 4.2 0.98x 0.98x 0.96x (-4.14%) ------------------- ------------ ------------- ----------- ---------- --------------
Ці значення є правильними, оскільки кожне завдання PCM розглядає лише фізичні дані, на які посилаються файли у відповідному наборі шляхів. Це означає, що дані для скопійованих файлів враховуються двічі (один раз для кожного завдання PCM).
Може здатися розумним, що для того, щоб отримати повне фізичне використання /data/col1/jf1 і /data/col1/jf2 MTrees, ми можемо підсумувати значення 'фізичного використання' з наведених вище результатів.
Примітка: Це дає 7,4 ГБ, що явно неправильно (вище було підраховано, що через усунення дублювання загальне використання становитиме близько 4 ГБ).
Щоб отримати точне значення для загального фізичного використання /data/col1/jf1 і /data/col1/jf2, необхідно виконати одне завдання PCM, що охоплює обидва ці MTrees (тобто використовувати jfall). Це гарантує, що повторювані сегменти враховуються лише один раз, а не двічі, як у прикладі вище, тобто:
Pathset: jfall Measurement Time Logical Used Physical Used Global-Comp Local-Comp Total-Comp (Pre-Comp) (Post-Comp) Factor Factor Factor (GiB) (GiB) (Reduction %) ------------------- ------------ ------------- ----------- ---------- -------------- 2015/08/23 12:23:06 7.0 4.2 1.70x 0.98x 1.67x (40.24%) ------------------- ------------ ------------- ----------- ---------- --------------
Таким чином, вихідні дані декількох завдань PCM не можуть бути підсумовані, щоб забезпечити точне фізичне використання для набору наборів шляхів/mtrees. Натомість, слід визначити єдиний набір шляхів PCM, що охоплює всі необхідні mtree/каталоги, оскільки це гарантує, що повторювані дані враховуються лише один раз. Якщо, наприклад, цього не зробити, і для кожного mtree у системі буде виконано окреме завдання PCM, то підсумовані результати цілком можливо, що загальна використана фізична ємність перевищує необроблену ємність системи.
Чи можуть завдання PCM надсилатися лише за допомогою DDSH командний рядок чи можна використовувати інтерфейс користувача?
У цьому документі інтерфейс командного рядка Data Domain (DDSH) використовується для налаштування, надсилання та перегляду завдань PCM.
Примітка: PCM також може використовуватися в Data Domain Enterprise Manager або System Manager UI.
Примітка: Інтерфейс DDSH має обмеження максимум у 256 символів у будь-якій команді. В результаті, якщо завдання PCM повинні бути налаштовані на шлях з довгою назвою каталогу, може бути вигідно (або навіть необхідно) використовувати один з доступних інтерфейсів користувача.
Affected Products
Data Domain, DD OSProducts
Data DomainArticle Properties
Article Number: 000058798
Article Type: How To
Last Modified: 05 Dec 2024
Version: 6
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.