DDOS Fiziksel Kapasite Ölçümü veya Fiziksel Kapasite Raporlama Hakkında Sık Sorulan Sorular
Summary: Data Domain İşletim Sistemi (DD OS) Fiziksel Kapasite Ölçümü (PCM) veya Fiziksel Kapasite Raporlama (PCR) hakkında sık sorulan sorular.
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
Data Domain İşletim Sistemi (DD OS) 5.7 Sürümü, Fiziksel Kapasite Ölçümü (PCM) veya Fiziksel Kapasite Raporlama (PCR) olarak bilinen yeni işlevleri kullanıma sunar.
Bu makalede, bu özellikle ilgili yaygın kullanım örnekleri ve sorular açıklanmaktadır. PCM ve PCR bu belgede birbirinin yerine kullanılmıştır.
Fiziksel Kapasite Ölçümü (PCM) Nedir?
DD OS 5.7 ve sonraki sürümlerinde desteklenen yeni bir özellik olan PCM; BIR DIZIN AĞACI, DIZIN AĞACI KOLEKSIYONU, MTREE veya MTree koleksiyonu tarafından doğru sabit sürücü kullanımının hesaplanmasına olanak tanır.
Bu yöntemin, DDOS'nin önceki sürümlerindeki özelliklerden farkı nedir?
DDR'ye bir dosya alındığında dosyayla ilgili çeşitli istatistikler kaydedilir. Böyle bir istatistik "post-lc bayt" veya sisteme yazılırken bir dosyanın kapladığı fiziksel alan miktarıdır. Bir dosya veya dizin ağacı için post-lc baytlarını kullanarak görüntüleyebiliriz. filesys show compression Komut - Örneğin:
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
Bu, yukarıdaki dizin ağacının, alındığında toplam 3.293.594.658 bayt (3,07 GB) fiziksel alan kullanan dört dosya içerdiğini gösterir.
Not: Bu istatistikler alım sırasında oluşturulur ve bu süreden sonra güncelleştirilmez. Bununla birlikte, tekilleştirmenin doğası gereği, ek dosyalar alındıkça veya silindikçe ve temizleme çalıştırıldıkça, diskteki verilerin nasıl tekilleştirildiği ve bu nedenle her dosyanın tekilleştirme şekli (ve veri miktarının 'sahip' olduğu) değişir. Bu nedenle, yukarıdaki istatistikler zamanla eskir ve bazen iş yükleri yanlış olabilir.
PCM, yukarıdaki istatistiklerin eskimesinden kaynaklanan tutarsız sonuçlardan kaçınma çabasıdır. PCM, belirli bir zamanda sabit sürücü kullanımı raporları oluşturabildiğinden, yukarıdaki sınırlamalar artık geçerli değildir ve sonuçların daha doğru olacağı garanti edilir.
PCM tarafından hesaplanan sonuçların optimal olarak doğru olmadığı bilinen gerçekler veya kurulumlar var mı?
PCM, yol kümesindeki dosyalar tarafından kullanılan disk alanını hesaplamak için örnekleme yapar. Bu, performans nedenleriyle belirli bir boyuttan daha küçük dosyalar hesaba katılmadığından, bazı dosyaların benzersiz segmentler için numaralandırmanın dışında bırakılabileceği anlamına gelir. PCM işlerinin numaralandırma için dikkate aldığı yol kümelerindeki tek tek dosyaların minimum boyutu (ve dolayısıyla kullanılan disk alanı için hesaba kattığı dosyalar), ortalama dosya sistemi kesim boyutuna bağlıdır:
- Ortalama segment boyutu 4 K ise, 4 MB ve daha küçük dosyalar PCM tarafından yok sayılır
- Ortalama segment boyutu 8 K ise, 8 MB ve daha küçük dosyalar PCM tarafından yok sayılır
- Ortalama segment boyutu 12 K ise, 12 MB ve daha küçük dosyalar PCM tarafından yok sayılır
Gerçek dünya müşteri verileri, en yaygın kullanım durumları için ortalama segment boyutunun 9 KB civarında olduğunu gösterir, bu nedenle bir PCM kullanılan disk alanını hesaplarken dikkate alınmayan dosyalar için yaklaşık bir rakam 9 MB'den küçük olanlar olacaktır.
PCM için herhangi bir ek lisans gerekiyor mu?
Hayır - PCM lisanslı bir özellik değildir ve sonuç olarak PCM'yi kullanmak için ek lisans gerekmez.
PCM desteği tüm platformlarda mı?
Hayır - PCM, Nesne Depolama (ATOS) DDVE'lerindeki Etkin Katman hariç tüm Donanım ve Sanal Data Domain aygıtlarında (DDVE) desteklenir.
PCM yalnızca Aktif Katmandaki dosyaları ölçer ve numaralandırır: Bulut Birimlerinde (veya eski Genişletilmiş Saklama için Arşivleyici Birimlerinde bulunanlar) bulunan dosyalar, PCM işleri için boyut hesaplamasına dahil değildir.
PCM'nin kullanılabilmesi için gereken başka ön koşullar var mı?
Varsayılan olarak PCM, DDOS 5.7'de devre dışıdır. Kullanılmadan önce etkinleştirilmesi ve önbelleğinin aşağıda gösterildiği gibi başlatılması gerekir:
sysadmin@dd9500# compression physical-capacity-measurement enable and-initialize physical-capacity-measurement enabled. Initialization started.
Not: PCM önbelleği gelecekteki PCM işlerini hızlandırmak için kullanılır ve önbelleğin başlatılması önemli ölçüde zaman alabilir. Buna rağmen PCM işleri, PCM önbelleği başlatılırken kuyruğa alınmaya başlanabilir.
PCM kullanım toplamlarını nasıl hesaplar?
PCM, bir grup dosyanın fiziksel kullanımını belirlemek için mtree anlık görüntülerini kullanır. Sonuç olarak, bir PCM işi başladığında aşağıdakiler gerçekleşir:
- Temel MTree'ler için bir mtree anlık görüntüsü oluşturulur.
Not: Bu anlık görüntü pcr_snap_* olarak adlandırılır, yani:
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 işinde (belirtilen yol kümelerinde veya MTree'lerde) olması gereken dosyaları anlık görüntüden bulur.
- PCM, esasen tüm dosyalar tarafından başvurulan benzersiz segment parmak izlerinin bir listesini oluşturmak için bu dosyaların segment ağacında yürür.
- PCM daha sonra diskte (kapsayıcı kümesi içinde) karşılık gelen segmentleri bulur ve bu segmentlerin boyutunun toplamını hesaplar.
-
Bu segmentlerin boyutlarının toplamı, ilgili dosyalar tarafından mevcut sabit sürücü kullanımını temsil eder.
- Yukarıdakilere ek olarak, dosya kümesinin önceden sıkıştırılmış boyutu, ilgili dosya meta verilerinden bulunabilir.
- PCM işleri tamamlandıktan sonra, temel PCM anlık görüntülerinin süresi daha sonra kaldırılmak üzere sona erer.
PCM işleri nasıl çalışır?
PCM işleri bir kullanıcı (veya bir zamanlama) tarafından gönderilir ve bir PCM iş kuyruğuna eklenir. Sistem iş yüküne bağlı olarak, PCM işleri kuyruktan seçilebilir ve hemen başlatılabilir veya zaman için ertelenebilir.
PCM işlerinin neden ertelenebileceğine ilişkin örnekler aşağıdaki gibidir:
- Sistemde aktif katman temizliği çalışıyor - PCM işleri ve aktif katman temizliği paralel olarak çalışamaz. Sonuç olarak, aktif katman temizliği çalışırken kuyruğa alınan PCM işleri, aktif katman temizliği tamamlanana kadar ertelenir.
- Temel MTree'lere karşı çalışan bazı PCM işleri zaten var: PCM, mtree anlık görüntülerini kullanır ve belirli bir kullanıcının belirli bir zamanda tek bir mtree için oluşturabileceği PCM anlık görüntüsü sayısı konusunda katı sınırlamalar vardır. Bu sınırlar yeni bir PCM işi tarafından aşılırsa, iş mevcut iş tamamlanana kadar ertelenir.
PCM tarafından bir sistemde kullanılan kaynakları kontrol etmek mümkün müdür?
PCM, aktif katman temizliğinde kullanılana benzer bir azaltma mekanizması kullanır; yani PCM kısıtlaması 0'dan (agresif değil) 100'e (agresif) ayarlanabilir. Açıkçası, kısıtlama ne kadar yüksek olursa, PCM tarafından o kadar fazla kaynak kullanılır ve PCM işlerinin sistemdeki diğer iş yükleri üzerindeki etkisi o kadar büyük olabilir.
Varsayılan olarak PCM kısıtlaması 20'ye ayarlıdır, yani:
sysadmin@dd9500# compression physical-capacity-measurement throttle show Throttle is set to 20 percent (default).
PCM gaz kelebeği aşağıdaki gibi değiştirilebilir ve gaz kelebeği değişikliği hemen gerçekleşir (diğer bir deyişle, PCM'nin yeni gaz kelebeği ayarını alması için DDFS'nin yeniden başlatılması gerekmez):
sysadmin@dd9500# compression physical-capacity-measurement throttle set 50 Throttle set to 50 percent.
Yol kümeleri nedir?
PCM işleri iki şekilde çalıştırılabilir:
- Önceden tanımlı bir 'yol kümesine' (kullanıcı tarafından belirlenen dizin koleksiyonu) karşı
- Tek bir mtree'ye karşı
İşler belirli bir yol kümesinde çalıştırılmadan önce, yol kümesi aşağıdaki gibi oluşturulmalı veya tanımlanmalıdır:
sysadmin@dd9500# compression physical-capacity-measurement pathset create jfall paths /data/col1/jf1,/data/col1/jf2 Pathset "jfall" created.Mevcut bir yol kümesine aşağıdaki gibi belirli dizinler eklenebilir veya kaldırılabilir:
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".
Oluşturulan tüm yol kümeleri aşağıdaki gibi görüntülenir:
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.
Bir yol kümesi içinde tanımlanan belirli yolları görüntülemek için pathset show detailed Komut kullanılır:
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#
Bir yolu silmek için pathset destroy Komut kullanılabilir:
sysadmin@dd9500# compression physical-capacity-measurement pathset destroy jfall
Not: Bu işlem, verilen yol kümesi için tüm geçmişi kaldırır.
Not: Tek bir MTree'ye yönelik geçici işler, çalıştırılmadan önce tanımlanmış bir yol seti gerektirmez.
Bir PCM işi nasıl başlatılır?
Yeni bir PCM işi, kullanılarak PCM iş kuyruğuna gönderilir. sample start komutu, yani:
sysadmin@dd9500# compression physical-capacity-measurement sample start pathsets jfall Measurement task(s) submitted and will begin as soon as resources are available.
Yukarıdaki örnekte, önceden tanımlanmış bir yol kümesi kullanılmıştır. Tek bir mtree için bir PCM işi göndermek üzere mtree belirtilir, yani:
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.
Varsayılan olarak, PCM işleri 'normal' önceliğiyle gönderilir. Acil bir öncelik belirtmek de mümkündür:
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.
'Acil' önceliğine sahip işler, 'normal' önceliğine sahip işlerin önünde sıralanır (yani, 'normal' önceliğe sahip gönderilen işler yerine seçilir ve çalıştırılır).
Gönderilen veya çalıştırılan işlerin listesi, sample show current komutu, örneğin:
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 işleri planlanabilir mi?
Evet - Belirli bir PCM işinin düzenli olarak çalıştırılması gerekiyorsa iş gerektiğinde otomatik olarak çalışacak şekilde zamanlanır. Örneğin:
sysadmin@dd9500# compression physical-capacity-measurement schedule create jf_sched pathsets jfall,jf1,jf2 time 1400 Schedule "jf_sched" created.
Not: Zamanlamalar günlük, haftanın belirli günlerinde veya her ayın belirli günlerinde çalışacak şekilde oluşturulur.
Mevcut bir zamanlama kullanılarak değiştirilir. schedule modify Komut:
sysadmin@dd9500# compression physical-capacity-measurement schedule modify jf_sched priority urgent time 1700 day Wed,Fri Schedule "jf_sched" modified.
Buna ek olarak, mevcut bir zamanlamaya aşağıdaki gibi yol kümeleri eklenebilir veya kaldırılabilir:
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.
Not: Bir zamanlama yalnızca yol kümelerini VEYA MTree'leri içeremez (diğer bir ifadeyle, ikisi karıştırılamaz):
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.
Mevcut zamanlamaların ayrıntılarını görüntülemek için schedule show all komutu kullanılır, örneğin:
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
Mevcut zamanlamalar hemen devre dışı bırakılabilir veya etkinleştirilebilir, yani:
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.
Bir program da yok edilebilir:
sysadmin@dd9500# compression physical-capacity-measurement schedule destroy jf_sched2 Schedule "jf_sched2" destroyed.
Not: Bu, ilgili mtree/pathset için geçmişi KALDIRMAZ (yeni PCM işlerinin otomatik olarak zamanlanmadığı anlamına gelir).
Planlanmış işler nasıl başlatılır?
Bir PCM zamanlaması eklendiğinde ve etkinleştirildiğinde, bu, ilgili girdinin 'na eklenmesine neden olur /etc/crontabYani:
# # 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
Not: Cron işi
/etc/crontab Program devre dışı bırakılır veya yok edilirse.
Bir PCM işini çalıştırmayı durdurabilir miyim?
Evet - PCM işlerini çalıştırmak, görev kimliği veya yol kümesi/mtree adları kullanılarak iptal edilebilir. Örneğin, kuyruğa alınmış iki PCM işimiz olduğunu görüyoruz:
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 ------------ ---- ----- -------- --------- ------------------- ------------------- ---------- -------- --------
Bu işler, görev kimliği (tek bir işi durdurmak için) kullanılarak iptal edilebilir:
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.
Bizi çalışan tek bir işle baş başa bırakıyoruz:
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 ------------ ---- ----- -------- --------- ------------------- ------------------- ---------- -------- --------
Veya yol kümesi adı:
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.
Bizi işsiz bırakıyor:
SE@dd9500## compression physical-capacity-measurement sample show current No measurement tasks found.
Tamamlanan işlerin ayrıntıları nasıl görüntülenebilir?
Tamamlanan işlerin ayrıntıları sample show history Komut. Örneğin, tek bir yol kümesinin ayrıntılarını göstermek için:
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.
Ayrıntılı geçmiş parametresi ayrıca her işin başlangıç ve bitiş zamanlarını da gösterir:
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.
Not: Her iki komut da yalnızca belirli bir zaman aralığındaki sonuçları alacak şekilde değiştirilebilir:
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.
Belirli tarihler veya saatler arasında:
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.
Belirli bir pathset/mtree için belirli bir geçmiş ne kadar süreyle saklanır?
Varsayılan olarak, her PCM yol kümesinin sonuçları 180 gün boyunca saklanır. Bu, ilgili yol kümesinin değiştirilmesiyle değiştirilebilir:
SE@dd9500## compression physical-capacity-measurement pathset modify jfall measurement-retention 14 Measurement-retention changed to 14 day(s).
PCM geçmişi, sistem geçmiş veritabanında tutulur. Sonuç olarak, geçmiş veritabanı kaybolur veya hasar görürse, tüm PCM geçmişinin ayrıntıları da kaybolur.
PCM'yi kullanırken dikkat edilmesi gereken herhangi bir uyarı var mı?
Sistemde %10'dan daha az kullanılabilir alan varsa PCM işleri askıya alınır.
Temizleme döngüsü çalışırken PCM işleri askıya alınır.
Daha önce belirtildiği gibi PCM, belirli bir dizin/mtree kümesi tarafından fiziksel kullanımı hesaplamak için kullanılan bir araçtır. PCM, belirli bir yol kümesi veya MTree kümesi için sonuçları hesaplarken, yol kümesi veya MTree kümesi tarafından yalnızca bir kez kullanılan her benzersiz veri segmentinin boyutunu sayar.
Not: Tekilleştirmenin doğası gereği, işin çalıştırıldığı yol kümelerinin/mtree'lerin dışında aynı veriler karşılaştırılarak tekilleştirilebilecek başka dosyalar da olabilir.
Bunun bir sonucu olarak, aynı veriler karşısında tekilleştirilen dosyalar birden çok farklı PCM işindeyse, dosyaları oluşturan kesimlerin her biri birden çok kez sayılabilir (her PCM işi için bir kez). Bu, her bir PCM işinin sonuçları doğru olsa da, birden çok PCM işinin sonuçlarının, işlerdeki yol kümelerinin/mtree'lerin toplamı için doğru fiziksel kullanım sağlamak üzere toplanamayacağı anlamına gelir.
PCM işlerinin bir araya getirilme şekli nedeniyle diskte kullanılan yol seti veya MTree sıkıştırma sonrası alanı:
- PCM işleri ölü verileri hesaba katmaz (silinen dosyalar tarafından kullanılan disk alanı, diskteki bu alan henüz GC çalıştırılarak geri kazanılmamış olabilir).
- PCM, MTree için oluşturulan anlık görüntülerde kilitli verileri veya ölçülen yol kümelerini hesaba katmaz.
Örneğin, adında bir mtree'm var. /data/col1/jf1 içinde üç adet 1Gb dosya oluşturuyorum, yani:
!!!! 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
Daha sonra bu dosyaları ikinci bir mtree'ye kopyalarım (/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
Son olarak, içinde yeni bir 1Gb dosya oluşturuyorum /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
Verilerin yerel sıkıştırması göz ardı edilir ve yalnızca tekilleştirme düşünülürse dosyalar yazılırken her bir mtree'nin aşağıdaki miktarda fiziksel alan kullandığı açıktır:
/data/col1/jf1: 3Gb
/data/col1/jf2: 1 Gb (yeni dosya için: Kopyalanan dosyalar mevcut verilerle tekilleştirileceğinden minimum fiziksel alan tüketir).
Sonuç olarak, fiziksel alan kullanımının toplamı /data/col1/jf1 ve /data/col1/jf2 4Gb civarında olmalıdır.
Üç PCM yol kümesi oluşturulur:
/data/col1/jf1
içeren JF1, /data/col1/jf2 içeren JF2, data/col1/jf1
ve /data/col1/jf2 içeren jf2
PCM işleri aşağıdaki gibi çalıştırılır ve çıktı sağlar:
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%) ------------------- ------------ ------------- ----------- ---------- --------------
Her PCM işi yalnızca ilgili yol kümesindeki dosyalar tarafından başvurulan fiziksel verilere baktığından bu değerler doğrudur. Bu, kopyalanan dosyalara ilişkin verilerin iki kez sayıldığı anlamına gelir (her PCM işi için bir kez).
tarafından toplam fiziksel kullanım elde etmek makul görünebilir. /data/col1/jf1 ve /data/col1/jf2 MTrees, yukarıdaki çıktılardan 'fiziksel kullanılan' değerlerini toplayabiliriz.
Not: Bu, açıkça doğru olmayan 7,4 Gb verir (yukarıda, tekilleştirme nedeniyle toplam kullanımın yaklaşık 4 GB olacağı tahmin edilmektedir).
Toplam fiziksel kullanımı için doğru bir değer elde etmek için /data/col1/jf1 ve /data/col1/jf2, bu MTree'lerin her ikisini de kapsayan tek bir PCM işi çalıştırmak gerekir (yani jfall kullanın). Bu, yinelenen segmentlerin yukarıdaki örnekte olduğu gibi iki kez değil, yalnızca bir kez sayılmasını sağlar.
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%) ------------------- ------------ ------------- ----------- ---------- --------------
Özetle, birden fazla PCM işinin çıktısı, bir dizi yol kümesi/mtree için doğru fiziksel kullanım sağlamak üzere toplanamaz. Bunun yerine, yinelenen verilerin yalnızca bir kez sayılmasını sağladığından, gerekli tüm mtree'leri/dizinleri kapsayan tek bir PCM yol kümesi tanımlanmalıdır. Bu yapılmazsa ve örneğin bir sistemdeki her mtree için ayrı bir PCM işi çalıştırılırsa, sonuçlar toplanırsa, kullanılan toplam fiziksel kapasitenin sistemin ham kapasitesini aşması tamamen mümkündür.
PCM işleri yalnızca DDSH komut satırı veya bir kullanıcı arayüzü de kullanılabilir mi?
Bu belgede, PCM işlerini yapılandırmak, göndermek ve gözden geçirmek için Data Domain komut satırı arayüzü (DDSH) kullanılır.
Not: PCM, Data Domain Enterprise Manager veya System Manager kullanıcı arayüzü tarafından da kullanılabilir.
Not: DDSH arayüzü, verilen herhangi bir komutta maksimum 256 karakter sınırına sahiptir. Sonuç olarak, PCM işlerinin uzun dizin adına sahip bir yola göre yapılandırılması gerekiyorsa, mevcut kullanıcı arabirimlerinden birini kullanmak avantajlı olabilir (hatta gerekli olabilir).
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.