Data Domain Restorer ve Bulutta Uzun Süreli Saklama: Sık Sorulan Sorular

Bu makalede, Data Domain Restorer'lar (DDR'ler) ve Uzun Süreli Saklama (LTR) veya Bulut özelliğinin yapılandırılması ve kullanımı hakkında daha sık sorulan sorular ele alınmaktadır.
 

LTR nedir?

• Data Domain Operating System (DDOS) 6.0'dan itibaren LTR adlı yeni bir özellik kullanıma sunulmuştur.
• LTR; belirli DDR modellerinin, desteklenen bir dizi genel veya özel bulut sağlayıcıdan bir dosya veya veri alt kümesini bulut katmanı olarak bilinen bir nesneye veya bulut depolama alanına geçirmesine olanak tanır.
• Dosyaları veya verileri fiziksel olarak nesne depolama alanına geçirmek için DDR üzerinde bir veri taşıma işlemi çalıştırılır.
• Fazlalık verileri bulut katmanından fiziksel olarak boşaltmak için DDR'de bir bulut katmanı temizleme işlemi çalıştırılır.
• LTR lisanslı bir özelliktir ve CLOUDTIER_CAPACITY license.
• LTR, bulut katmanı meta verileri için bir miktar yerel depolama alanı gerektirir.

LTR hangi DDR sistemleri için kullanılabilir?
Bu, sistem model türü ile birlikte yüklenen DDOS sürümüne bağlıdır. Çoğu modelde, LTR'nin yapılandırılması için önceden yerine getirilmesi gereken belirli donanım gereksinimleri vardır. Gereksinimler için DDOS yönetim rehberiyle birlikte belirli modeller için donanım kurulum rehberine bakın.

LTR için hangi lisans gereklidir?

• LTR, DDOS 6.x ve sonraki sürümlerde yeni bir özellik olarak kabul edildiğinden elisans gereklidir. 
• Gerekli elisans türüne CLOUDTIER_CAPACITY license. Bir örnek CLOUDTIER_CAPACITY license aşağıdaki gibidir:

Capacity licenses:
##   Feature              Shelf Model   Capacity     Mode        Expiration Date
--   ------------------   -----------   ----------   ---------   ---------------
1    CLOUDTIER-CAPACITY   n/a           136.42 TiB   permanent   n/a
--   ------------------   -----------   ----------   ---------   ---------------

Farklı katmanlar nasıl çalışır?

• Normal DDR'ler (LTR lisansı olmayan), aktif katman olarak bilinen tek bir katmana sahiptir.
• Aktif katman, tüm "standart" DDR'lerde geleneksel depolama katmanıdır.
• LTR sistemleri, bulut katmanı olarak bilinen ikinci bir depolama katmanına sahiptir.

Her katmanın maksimum boyutu, ilgili donanım yapılandırması ve DDOS sürümü için desteklenen sınırlar tarafından belirlenir. Söz konusu modelin DDOS yönetim rehberine ve donanım rehberine bakın.

Bir aktif ve bir bulut olmak üzere iki katmanlı LTR yapılandırması örneği aşağıda gösterilmiştir:   

Active Tier:
Resource           Size GiB   Used GiB   Avail GiB   Use%   Cleanable GiB*
----------------   --------   --------   ---------   ----   --------------
/data: pre-comp           -    36674.6           -      -                -
/data: post-comp    65460.3      585.4     64874.8     1%              0.1
/ddvar                 29.5       24.7         3.3    88%                -
/ddvar/core            31.5        1.1        28.8     4%                -
----------------   --------   --------   ---------   ----   --------------

Cloud Tier
Resource           Size GiB   Used GiB   Avail GiB   Use%   Cleanable GiB
----------------   --------   --------   ---------   ----   -------------
/data: pre-comp           -       33.1           -      -               -
/data: post-comp      912.2       42.3       869.9     5%             4.1
----------------   --------   --------   ---------   ----   -------------

Total:
Resource           Size GiB   Used GiB   Avail GiB   Use%   Cleanable GiB
----------------   --------   --------   ---------   ----   -------------
/data: pre-comp           -    36674.6           -      -               -
/data: post-comp    65460.3      585.4     64874.8     1%             0.1
/ddvar                 29.5       24.7         3.3    88%               -
/ddvar/core            31.5        1.1        28.8     4%               -
----------------   --------   --------   ---------   ----   -------------

Bulut katmanı nasıl yapılandırılır?

• Bulut katmanı şunlardan oluşur:   
  • Fiziksel DDR kullanılıyorsa bir muhafazada veya DDVE kullanılıyorsa bir LUN'da ya da aygıtta depolanan, yerel olarak tutulan meta veriler.
  • Nesne depolama sağlayıcıları
• Yukarıdakilerin her ikisi de bir bulut biriminde birleştirilir.
• Birden fazla bulut birimi yapılandırılırsa yerel olarak tutulan meta verileri paylaşabilirler.
• Sistem başına maksimum iki bulut birimi yapılandırılabilir. Her bulut birimi, farklı bir nesne depolama sağlayıcısından sağlanabilir.
• Her bulut birimi, belirtilen DDR modeli için desteklenen maksimum aktif katman boyutu kadar büyük olabilir. Daha fazla bilgi için DDOS yönetim rehberine bakın.

LTR yapılandırıldığında tipik bir yedekleme yaşam döngüsü sırasında ne olur?

• Tüm veriler başlangıçta aktif katmana yazılır ve burada yaşlanmaya başlar.
• Saklama süresine ulaşan kısa süreli veriler normal bir DDR'de olduğu gibi sona erer/silinir.
• Bununla birlikte, uzun süreli saklama gerektiren verilerin bir alt kümesi bulut katmanına geçirilir.
• Dosya sistemi tüm katmanlarda tek bir ad alanı tutar, böylece bir dosya buluta geçirildiğinde ad alanı değişmez ve bu nedenle kullanıcı veya yedekleme uygulaması için makul ölçüde şeffaftır.
• Bulut katmanına geçirilmiş olan bir dosyanın saklama süresi dolduğunda, diğer dosyalarda olduğu gibi bu dosya da sona erer/silinir.
• Bir dosyanın bulut katmanında kullandığı alan hemen geri kazanılmaz; bunun yerine bulut katmanı temizleme işlemi çalıştırılmalıdır.

Veriler katmanlar arasında nasıl tekilleştirilir?

• Her bulut birimi tek başına bir disk bölümüdür, yani bağımsız bir tekilleştirme birimidir.
• Sonuç olarak, her bir bulut birimine yazılan veriler yalnızca aynı bulut birimindeki verilere göre tekilleştirilebilir.

Yerleştirme zamanı (ptime olarak bilinir) nedir?

• Dosyalar ve dizinler, kendileriyle ilişkili çeşitli zaman damgalarına sahiptir.
• Örneğin bir dosya veya dizinin oluşturulma zamanı, son erişim zamanı ve değiştirme zamanı vardır.
• DDOS, yerleştirme zamanını da dahil etmek için bunu daha da geliştirdi. Yerleştirme zamanı, dosyanın aktif katmandan bulut katmanına geçirildiği tarih ve saattir.
• DDOS sürümüne bağlı olarak, bir dosyanın hangi katmanda bulunduğu incelenirken yerleştirme zamanı görülebilir. Dosya bulut katmanına geçirildiyse yerleştirme zamanı gösterilir, örneğin:  

sysadmin@dd4500 # filesys report generate file-location
--------------------------------      ---------------------------
File Name                             Location(Unit Name)
--------------------------------      ---------------------------
/data/col1/mtree1/random-data-file-4        cloudunit2           Tue Sep 5 10:17:00 2017
/data/col1/mtree1/random-data-file-5        cloudunit2           Tue Sep 12 15:52:23 2017
/data/col1/mtree1/random-data-file-6        cloudunit2           Tue Sep 13 09:42:55 2017

• ptime, bir alan başlığı görüntülemese de yukarıdaki çıktıdaki son alandır.

Veriler aktif katmandan bulut katmanına nasıl taşınır?

• Veri taşıma adı verilen bir işlem, aktif katmanda bulunan MTree içindeki dosyaları incelemekle sorumludur.
• Veri taşıma, veri taşıma için yapılandırılmış tüm MTree'lerin anlık görüntüsünü oluşturarak başlar.
• Her dosyanın, bir dosyaya en son ne zaman yazıldığını depolayan bir değiştirme zamanı vardır.
• Bir dosya daha önce bulut katmanına geçirildiyse yerleştirme zamanı adı verilen ek bir zaman alanı ayarlanır. Yerleştirme zamanı, dosyanın bulut katmanına geçirildiği tarih ve saati depolar. Yerleştirme zamanı ayarlanmışsa değişiklik zamanı yerine bu kullanılır. Bu, bir dosya geri çağrıldığında dosyanın sürekli olarak bulut katmanına geri taşınmasını önlemek içindir (bir dosyanın geri çağrılması değişiklik zamanını değiştirmez).
• Yukarıda oluşturulan anlık görüntüler, veri taşıma tarafından geçilir.
• İncelenen dosya, söz konusu MTree'nin veri taşıma politikasında belirtildiği gibi tanımlı bir eşik değerine ulaştıysa bu dosyada tutulan hangi verilerin aktif katmandan bulut katmanına geçirilmesi gerektiğini belirlemek için dosya incelenir. MTree başına bir veri taşıma politikası ayarlanır.
• Seçilen dosyanın benzersiz segmentleri bulut katmanına yazılır veya kopyalanır. 
• Benzersiz segmentler kopyalandıktan sonra, geçiş işleminin başarılı olduğundan emin olmak için dosya tekrar okunarak doğrulanır.
• Dosya doğrulandıktan sonra meta veriler, dosyanın artık bulut katmanında bulunduğunu yansıtacak şekilde güncelleştirilir.
• Veri taşıma işlemi, belirli bir sıklıkta çalışacak şekilde zamanlanabilir veya manuel olarak başlatılabilir.

Veri taşıma işlemi başlatıldığında hangi aşamalar bulunur ve her aşama hangi eylemleri gerçekleştirir?

• Kopyalama aşaması, doğrulama aşaması ve yükleme aşaması olmak üzere veri taşıma ile ilişkili üç aşama bulunur.
• Kopyalama aşaması, buluta kopyalanması gereken segmentleri tanımlamak ve ardından bu segmentleri buluta geçirmekle sorumludur.
• Kopyalama aşaması başladığında bulut veya nesne depolama olur ve kopyalama aşaması aktif katmandan tanımlanan segmentleri bulut katmanına kopyalarken kullanılır.
• Doğrulama aşaması, bir dosyanın segmentlerinin buluta başarıyla geçirilmesini sağlamakla sorumludur.
• Yükleme aşaması, geçirilen dosyaya ait meta verilerin artık bulut veya nesne depolamada bulunduğunu gösterecek şekilde güncelleştirilmesinden sorumludur.
• Veri taşıma işleminin ilgili dosya için başarılı sayılabilmesi amacıyla her dosyanın üç aşamayı da tamamlaması gerekir. Bu nedenle, bir dosya için yükleme aşaması tamamlanana kadar dosya aktif katmanda kalır.

Hangi veri taşıma politikaları kullanılabilir?

• Veri taşıma politikaları aşağıdakilerden biri olabilir:   
  • Yaş eşiği: Dosya yerleştirme veya değişiklik zamanı ayarlanan yaş aralığından büyükse dosya, bulut katmanına geçiş için seçilir.
  • Yaş aralığı: Dosya yerleştirme veya değişiklik zamanı belirli bir aralıkta ise dosya, bulut katmanına geçiş için seçilir.
  • Uygulama tanımlı: Yedekleme uygulaması, bulut katmanına geçiş için bir dosyanın seçilip seçilmeyeceğini belirler.
• Politikalar birbirini dışlar ve bir MTree'nin aynı anda ayarlanan yalnızca bir politikası olabilir.

MTree'deveri taşıma politikası nasıl ayarlanabilir?

• Aşağıdaki komut kullanılabilir. Örneğin:   

data-movement policy set <policy name> <policy type values> totier cloud cloud-unit <cloud unit name> mtrees <mtree list>

sysadmin@dd4500 # data-movement policy set age-threshold 14 to-tier cloud cloud-unit cloudunit1 mtrees /data/col1/mtree1
sysadmin@dd4500 # data-movement policy set age-range min-age 14 max-age 100 to-tier cloud cloud-unit cloudunit1 mtrees /data/col1/mtree1
sysadmin@dd4500 # data-movement policy set app-managed to-tier cloud cloud-unit cloudunit1 mtrees /data/col1/mtree1

Hangi veri taşıma politikaları halihazırda yapılandırılmış durumda?

• Aşağıdaki komut, hangi MTree'lerin kendilerine atanmış veri taşıma politikalarına sahip olduklarının bir listesini sağlar. Örneğin:   

data-movement policy show

sysadmin@dd4500 # data-movement policy show
Mtree               Target(Tier/Unit Name)   Policy      Value      
-----------------   ----------------------   ---------   -----------
/data/col1/mtree1   Cloud/cloudunit1         age-range   14-100 days
-----------------   ----------------------   ---------   -----------

Uygulama tarafından yönetilen veri taşıma politikası nasıl çalışır?

• Söz konusu MTree için veri taşıma politikası, uygulama tarafından yönetilen olarak ayarlanmıştır. Bu işlem manuel olarak yapılır veya yedekleme uygulaması bu işlemi Data Domain REST API arayüzünü kullanarak gerçekleştirir.
• Yedekleme uygulaması LTR algılamalı olmalıdır.
• Yedekleme uygulaması DD Boost kullanmalı ve DD Boost sürümü LTR uyumlu ve uyumlu olmalıdır.
• Yedekleme uygulaması, DD Boost kitaplığını/API'sini kullanarak bulut katmanına geçirilmesi gereken dosyanın yerleştirme süresini, veri taşıma işleminin bir sonraki çalışmasında dosyanın buluta taşınacağını belirten özel bir değere ayarlar.
• Data Domain sistemi üzerinde veri taşıma işlemi çalıştırıldığında yerleştirme zamanı kontrol edilir ve yukarıda belirtildiği gibi özel bir değere ayarlanmışsa dosyayı buluta geçirir.

Veri taşıma işlemi manuel olarak nasıl başlatılabilir?

• Aşağıdaki komut kullanılabilir, örneğin:   

data-movement start

sysadmin@dd4500 # data-movement start
Data-movement started.

Veri taşıma nasıl izlenebilir?

• Aşağıdaki komut, veri taşıma durumunu kontrol etmek için kullanılabilir. Örneğin:   

data-movement status

sysadmin@dd4500 # data-movement status
Data-movement to cloud tier:
----------------------------
Data-movement is initializing..

Data-movement recall:
---------------------
No recall operations found. 

• Veri taşıma işlemi çalışıyorsa aşağıdaki komut kullanılabilir, örneğin:   

data-movement watch 

sysadmin@dd4500 # data-movement watch
Data-movement: phase 1 of 3 (copying)
   92% complete; time: phase  0:08:04, total  0:08:14
      Copied (post-comp): 3.35 GiB, (pre-comp): 3.29 GiB,B,
      Files copied: 7, Files verified: 3, Files installed: 3

Veri taşıma nasıl durdurulabilir?

• Aşağıdaki komut kullanılabilir. Örneğin:   

data-movement stop 

sysadmin@dd4500 # data-movement stop
Data-movement stop initiated. Run the status command to check its status.

Birden fazla bulut birimi varsa veri taşıma işlemi her iki bulut birimine paralel olarak çalışabilir mi?

• Hayır. Temel olarak veri taşıma, verileri aynı anda yalnızca bir bulut birimine geçirebilir.

LTR nasıl yapılandırılır?

• Bu üst düzey bir genel bakıştır. DDOS yönetim rehberindeki ayrıntılı sürece bakın.
• Uygun olanı ekleyin CLOUDTIER_CAPACITY license.
• Ayarlanmamışsa sistem anahtar parolasını ayarlayın.
• Bulut özelliğini etkinleştirin.
• Bulut katmanı için meta veri depolamasını ekleyin.
• Bir bulut profilini veya uygun bulut ya da nesne depolama satıcısı için bir profili yapılandırın.
• Bir bulut birimi ekleyin.
• Verilerin bulutta depolanmasını gerektiren MTree veya MTree'ler için bir veri taşıma politikası yapılandırın.
• Veri taşıma işlemini manuel olarak başlatın veya otomatik ya da zamanlanmış bir veri taşıma işleminin başlamasını bekleyin.

Bir bulut birimi silinebilir mi? Evet ise nasıl?

• Dikkat: Bu, bulut biriminde tutulan tüm verileri yok edeceği için veriler kurtarılamaz; bu nedenle dikkatli ilerleyin.
• Silinecek olan bulut biriminde hangi dosyaların bulunduğunu anlamak için bu bilgi bankası belgesindeki "Kullanıcı bir dosyanın hangi katmanda olduğunu nasıl tespit eder" başlıklı bölüme bakın.
• Bu dosyalar artık gerekli değilse silinmeli veya tutulmaları gerekiyorsa aktif katmana geri çağrılmalıdır.
• Dosyaların tutulması gerekiyorsa devam etmeden önce tüm dosyaların geri çağrıldığından emin olun.
• Bulut biriminde silinen dosya kalmamalıdır.
• Bu bulut birimini kullanan MTree veya MTree'ler için tüm veri taşıma politikalarını sıfırlayın.
• Dosya sistemini devre dışı bırakın.
• Bulut birimini silin. Bu, bulut birimini tasarlandığı gibi DELETE_PENDING durumunda işaretler.
• Dosya sistemini etkinleştirin.
• Dosya sistemi başlatıldıktan sonra bu bulut birimi tarafından kullanılan bulut veya nesne depolama sağlayıcısındaki tüm nesneleri zaman uyumsuz olarak silmeye başlar. Tüm nesneler silindiğinde, bu bulut biriminin kullandığı kovalar da silinir. Çok sayıda nesne varsa bulut birimi uzun süre DELETE_PENDING durumunda kalabilir.
• Tüm nesneler ve kovalar başarıyla kaldırıldıktan sonra bulut birimi, bulut birimi listesinden kaybolur.

Nesne depolama artık kullanılamadığı veya bir bağlantı sorunu olduğu için bir bulut birimi silinemezse ne olur?

• Daha fazla yardım için Dell Desteği ile iletişime geçin.

LTR ve Uzatılmış Saklama (ER) aynı sistemde yapılandırılabilir mi?

• Hayır. ER ve LTR birbirini dışlayan özelliklerdir.

Veriler bulut katmanından nasıl serbest bırakılır veya temizlenir?

• Bu, aktif katmanda bulunan dosyalara benzer şekilde çalışır
• Bir dosya, saklama süresi dolduğunda dosya sistemi ad alanından silinir.
• Bulut katmanı temizleme işlemi, çalışacak şekilde zamanlandı. Varsayılan olarak, bulut katmanı temizleme işlemi her dört aktif katman temizleme oturumundan sonra çalıştırılır.
• Bulut katmanı temizleme işleminin çalışması için temizlenen bulut biriminde en az %1 oranında gereksiz veya temizlenebilir veri bulunmalıdır. Bunun nedeni, herhangi bir bulut ağı trafiğinin ücretlendirilebilir olmasıdır, bu nedenle DDR mümkün olan yerlerde ağ trafiğini sınırlamaya çalışır.
• Bulut katmanı varsayılan olarak %50 temizleme kısıtlamasıyla çalışır.
• Hem bulut katmanı temizleme planı hem de temizleme kısıtlaması değiştirilebilir.
• Aktif katman ve bulut katmanı temizleme işlemi paralel olarak çalışamaz.
• Otomatik veya zamanlanmış bulut katmanı temizleme işlemi çalışıyorsa aktif katman temizleme işlemi tarafından öncelik verilir.
• Manuel bulut katmanı temizleme işlemi başlatılırsa bulut katmanı temizleme işlemi tamamlanana kadar aktif katman temizleme işlemi başlatılamaz.
• Bir bulut katmanında iki bulut birimi varsa her zamanlanmış veya otomatik bulut katmanı temizleme için yalnızca bir bulut birimi temizlenir. Bulut birimleri, bulut katmanı temizleme perspektifinden çevrimsel sıralı olarak çalıştırılır. İki bulut birimi olduğunda komut satırından çalıştırılarak temizlenecek bulut biriminin belirtilmesi gerekir (cloud clean start <unit-name>)
• Bir bulut katman temizleme bir bulut biriminde başlatılamazsa örneğin mevcut bulut biriminde temizlenmeye değecek kadar temizlenebilir veri yoksa sistem otomatik olarak bir sonraki bulut biriminden temizlik yapmaya çalışır.
• Bulut katmanı temizleme hakkında daha fazla bilgi için şu Data Domain makalesine bakın: Data Domain Restorer'larda (DDR'ler) uzun süreli saklama, bulut katmanı temizleme ve çöp toplama işlemlerine giriş

Manuel bulut katmanı temizleme işlemi nasıl başlatılır?

• Aşağıdaki komut kullanılabilir. Örneğin:   

cloud clean start <cloud unit> 

sysadmin@dd4500 # cloud clean start cloudunit2
Cloud tier cleaning started for cloud unit "cloudunit2". Use 'cloud clean watch' to monitor progress.

Bulut katmanı temizleme işlemi nasıl izlenebilir?

• Aşağıdaki komut, bulut temizleme işleminin çalışıp çalışmadığını kontrol etmek için kullanılabilir. Örneğin:   

cloud clean start <cloud unit> 

sysadmin@dd4500 # cloud clean status
Previous cloud tier cleaning attempt was unsuccessful.
 Failure reason:
cloud unit "cloudunit2" did not have sufficient cleanable data.
Cloud tier cleaning finished at 2017/03/15 12:16:06.

• Bulut temizleme çalışıyorsa aşağıdaki komut kullanılarak izlenebilir:

cloud clean watch

Aktif katman temizleme, bulut katmanı temizleme ile eş zamanlı çalışabilir mi?

• Hayır. Hem aktif katman temizleme hem de bulut katmanı temizleme işlemi, özel erişim gerektiren aynı ortak dahili paylaşılan veri yapılarını kullanır.

Bulut katmanı temizleme zamanlaması nasıl görüntülenebilir veya değiştirilebilir?

• Aşağıdaki komut, geçerli bulut temizleme zamanlamasını görüntülemek için kullanılabilir. Örneğin:   

cloud clean frequency show

sysadmin@dd4500 # cloud clean frequency show
Cloud tier cleaning frequency is set to run after every 4 active tier cleaning cycles.

• Aşağıdaki komut, bir zamanlamayı değiştirmek için kullanılır. Örneğin:  

cloud clean frequency set <value>

sysadmin@dd4500 # cloud clean frequency set 3
Cloud tier cleaning frequency is set to run after every 3 active tier cleaning cycles.

Bulut katmanı temizleme kısıtlaması nasıl değiştirilebilir veya görüntülenebilir?

• Varsayılan olarak, bulut katmanı temizleme kısıtlaması %50 olarak ayarlanmıştır. Aşağıdaki komut, varsayılan kısıtlama yüzdesine sıfırlamak için kullanılabilir.

cloud clean throttle reset

• Aşağıdaki komut, mevcut bulut temizleme kısıtlamasını görüntülemek için kullanılabilir. Örneğin:   

cloud clean throttle show

sysadmin@dd4500 # cloud clean throttle show
Cloud tier cleaning throttle is set to 28 percent

• Aşağıdaki komut, temizleme kısıtlamasını değiştirmek için kullanılabilir. Örneğin:   

cloud clean throttle set <value> 

sysadmin@dd4500 # cloud clean throttle set 20
Cloud tier cleaning throttle set to 20 percent

Bulut katmanı temizleme kısıtlaması neyi kontrol eder?

• Bulut katmanı temizleme kısıtlaması, aktif katman temizleme kısıtlamasına benzer şekilde çalışır; bu kısıtlama, bulut katmanı temizlemenin kullanabileceği G/Ç ve CPU kaynaklarını sınırlar.
• Ağ aktarımını kısıtlamaz.

Bulut katmanı temizleme işlemi neden beklendiği kadar çok nesneyi serbest bırakmıyor/silmiyor?

• Temizleme her zaman bir tahmin olarak kabul edilir. Bulut katmanında bulunan veriler için eşit derecede geçerli olduklarından bu konuyla ilgili hususları açıklayan aşağıdaki KB makalelerine bakın:  

• Buna ek olarak, bulut katmanının nasıl uygulandığına ilişkin daha fazla ayrıntı vardır.
• İlgili maliyetlerle birlikte gelebileceği için bir bulut veya nesne depolama sağlayıcısına giden ağ trafiği miktarını sınırlamak için çeşitli yöntemler uygulanmıştır.
• Yukarıda belirtildiği gibi, temizleme işleminin çalışması için minimum %1 oranında veri dalgalanması gerekir.
• Veri taşıma politikasını karşılayan dosyaları aramak için dosya sistemine geçildiğinde, meta verilerin yalnızca yerel kopyaları incelenir.
• Bulut veya nesne depolamada tutulan ve yalnızca kullanıcı verilerini tuttuğu tespit edilen tüm segmentler, zaman uyumsuz silme için işaretlenir.
• DDOS, ilgili ağ trafiği nedeniyle az miktarda veriyi birleştirmek istemediğinden en az bir canlı segment içeren tüm segmentler atlanır.

Kullanıcı bir dosyanın hangi katmanda olduğunu nasıl tespit eder?

• Bu komut tarafından oluşturulan çıktının bir örneği için aşağıdaki komutu kullanın:  

filesys report generate file-location

sysadmin@dd4500 # filesys report generate file-location
--------------------------------      ---------------------------
File Name                             Location(Unit Name)
--------------------------------      ---------------------------
/data/col1/mtree1/random-data-file-1        Active
/data/col1/mtree1/random-data-file-2        Active
/data/col1/mtree1/random-data-file-4        cloudunit2
/data/col1/mtree1/random-data-file-5        cloudunit2
/data/col1/mtree1/random-data-file-6        cloudunit2

Bir dosya bulut katmanına geçirildikten sonra doğrudan okunabilir veya dosyaya doğrudan erişilebilir mi?

• Bu, bulut sağlayıcıyla birlikte kullanılan DDOS sürümüne bağlıdır:   

• Dosyaları doğrudan geri yüklemek, önce bir dosyayı geri çağırmak zorunda kalmadan mümkündür. Bu, "doğrudan geri yükleme" özelliği olarak bilinir ve bulut veya nesne sağlayıcı olarak ECS ile sınırlıdır.
• Avamar'dan "doğrudan geri yükleme" hakkında daha fazla bilgi için "Data Domain Cloud Tier'den Avamar Ayrıntılı Düzeyde veya Dosya Düzeyinde Geri Yükleme" bölümüne bakın.
• Avamar GLR/FLR (Doğrudan Geri Yükleme) özelliği için minimum olarak Avamar 18.1 veya DDOS 6.1 ile Bulut Sağlayıcı olarak ECS kombinasyonu gerekir. 

• Önce bir dosyanın geri çağrılması gerekir. Burada bulut katmanından aktif katmana geri geçirilen veriler ifade edilmektedir.
• Bulut katmanında bulunan bir dosyadan okuma veya dosyada değişiklik yapılmasına izin vermek için veri hareketi geri çağırma komutu kullanılarak dosyanın bulut katmanından aktif katmana geri çağrılması gerekir.
• Bulut katmanında bulunan bir dosyayı okuma veya değiştirme girişimi, dosya önce geri çağrılmazsa yedekleme uygulaması olan dosyayı okumaya çalışan kişiye bir G/Ç hatası döndürülmesine neden olur.
• Bazı bulut algılamalı yedekleme uygulamaları dosya geri çağırma işlemlerini başlatabilir, aksi takdirde dosyaların manuel olarak geri çağrılması gerekir.
• DDOS 7.7+ itibarıyla:
  • Doğrudan geri yükleme, entegre olmayan uygulamaların dosyaları Aktif Katmandan geçmeden doğrudan Bulut Katmanından okumasına olanak tanır.
  • Doğrudan geri yüklemeyi kullanırken göz önünde bulundurulması gereken önemli noktalar şunlardır:
  • Doğrudan geri yükleme, entegre bir uygulama gerektirmez ve entegre olmayan uygulamalar için şeffaftır.
  • Bulut katmanından okuma işlemi için önce aktif katmana kopyalama gerekli değildir.
  • Bulut katmanından doğrudan okumaları izlemek için histogramlar ve istatistikler kullanılabilir.
  • Doğrudan geri yükleme yalnızca AWS ve ECS bulut sağlayıcıları için desteklenir.
  • Uygulamalar bulut katmanı gecikmesi yaşar.
  • Doğrudan bulut katmanından okuma, bant genişliği için optimize değildir.

Paralel olarak kaç dosya geri çağrılabilir?

• DDOS 6.0, dört dosyanın paralel olarak kuyruğa alınmasını ve geri çağrılmasını destekler.
• DDOS 6.1, 1000 dosyanın kuyruğa alınmasını ve geri çağırma kuyruğundaki 4 dosyanın paralel olarak geri çağrılmasını destekler.

Data Domain Yönetim Rehberi 7.9'a göre:

• 256 GB veya daha fazla belleğe sahip sistemler tek seferde en fazla 16 dosyayı geri çağırabilir.
• 256 GB'den daha az belleğe sahip sistemler tek seferde en fazla sekiz dosyayı geri çağırabilir.
• DDVE örnekleri tek seferde en fazla dört dosyayı geri çağırabilir.

Bir dosya nasıl geri çağrılabilir?

• Aşağıdaki komut kullanılarak bir dosyayı geri çağırabilirsiniz. Örneğin:   

data-movement recall path <path-name> 

sysadmin@dd4500 # data-movement recall path /data/col1/mtree1/file1

MTree'deki tüm dosyalar nasıl geri çağrılabilir?

• DDOS sürümüne bağlı olarak Cloud'daki tüm dosyalar aşağıdaki gibi tek bir komut çalıştırılarak geri çağrılabilir:   

sysadmin@dd4500 # data-movement recall mtree /data/col1/mtree1

• Ayrıntılar için DDOS sürümünüze yönelik "Dell DDOS Komut Referans Rehberi"ne bakın

Bir geri çağırma işlemi nasıl izlenebilir?

• Bir geri çağırma işlemi aşağıdaki komut kullanılarak veya belirli bir dosya gerekiyorsa izlenebilir. Örneğin:   

data-movement status path all

data-movement status path /data/col1/mtree/file1

sysadmin@dd4500 # data-movement status path /data/col1/mtree1/file1
Data-movement recall:
---------------------
Data-movement for  /data/col1/mtree1/file1 : phase 2 of 3
(Verifying)
80% complete; time: phase XX:XX:XX total XX:XX:XX
Copied (post-comp): XX XX, (pre-comp) XX XX 

Bir dosyanın yeniden adlandırılması, dosyanın bulut katmanından aktif katmana geri çağrılmasına neden olur mu?

• Hayır. Bir dosya yeniden adlandırılırsa geçerli katmanında kalır.

Hangi bulut sağlayıcılar destekleniyor?

•  Kullanılan DDOS sürümüne bağlı olarak DDOS, aşağıdaki bulut sağlayıcıları destekler:   
• Amazon Web Services (AWS).
• Microsoft Azure Cloud
• Dell Elastic Cloud Storage (ECS)
• Virtustream
• Daha fazla bilgi için DDOS yönetim rehberine bakın.

Şifreleme bulut katmanında desteklenir mi ve şifrelemenin lisanslanması gerekir mi?

• Evet, şifreleme bulut katmanında desteklenir. Bu, aktif katman şifrelemesinin aksine ek bir lisans gerektirmez.
• Bu özellik, sonrasında bulut özelliği etkinleştirildiğinde veya değiştirildiğinde yapılandırılabilir. 
• Yazma sırasında, bulut katmanı şifrelemesi için yalnızca yerleşik anahtar yöneticisi desteklenir ve LTR sistemi genelinde yalnızca bir şifreleme algoritması kullanılabilir.

Bulut sağlayıcıların nesne deposunda hangi kovalar oluşturulur?

• DDOS üç kova oluşturur
• Kovalar şu dizeyle biter:

'-d0'

'-c0' 

'-m0'

• Veri segmentleri için "-d0" dizesiyle biten kova kullanılır.
• Yapılandırma verileri için "-c0" dizesi ile biten kova kullanılır.
• Meta veriler için "-m0" dizesi ile biten kova kullanılır.
• DDOS 6.1'den önce, üç kova oluşturulurken yalnızca "-d0" ile biten kova kullanılıyordu. Ancak üç kova da gereklidir, bu nedenle çıkarılmadıklarından emin olun.

Önceden oluşturulmuş mevcut kova adlarını kullanmak mümkün mü?

• Hayır, bu mümkün değil.

Donanım gereksinimlerinin yanı sıra LTR'yi yapılandırmadan önce gereken başka zorunlu gereksinimler var mı?

• Evet
• ECS kullanılıyorsa yük dengeleyici zorunlu bir gereksinimdir. Yük Dengeleyici olmadan Data Domain, tek bir düğümde ECS ile iletişim kurar ve birden fazla istekte bulunulduğunda bağlantıyı keser.
• DDR ve bulut sağlayıcı arasında 1 GB'lik bir ağ

Sertifikalar gerekli midir ve gerekliyse hangi sertifikalar kullanılmalıdır?

• Bu, kullanılan nesneye veya bulut sağlayıcıya ve ayrıca yapılandırmaya bağlıdır.
• AWS, Virtustream veya Azure için sertifika gerekir. Daha fazla bilgi için DDOS yönetim rehberine bakın.
• ECS bir http uç noktası kullanılarak yapılandırılmışsa sertifika gerekmez.
• ECS, bir https uç noktası kullanılarak yapılandırılmışsa sertifika gereklidir. Yük dengeleyici zorunlu bir gereksinim olduğundan, gerekli sertifika ECS sistemi yerine yük dengeleyici sisteminden alınır. Daha fazla ayrıntı için yük dengeleyici sağlayıcınızla iletişime geçin.
• Sertifika içe aktarılırken PEM formatında olmalıdır. Bazı sağlayıcılar sertifikayı PEM biçiminde sağlamaz, bu nedenle içe aktarmadan önce dönüştürülmesi gerekir.

Hangi çoğaltma topolojileri desteklenir?

• Toplama çoğaltması _desteklenmez_.
• Dizin çoğaltma desteklenir, bununla birlikte yalnızca "/data/col1/backup" MTree'si tarafından kullanılabilir ancak bu MTree, veri taşımayı desteklemez.
• MTree çoğaltması tam olarak desteklenir.
• MFR veya VSR çoğaltması tam olarak desteklenir.

LTR'nin zaten yapılandırılmış olduğu bir sistemde çoğaltmayı yapılandırırken/başlatırken/yeniden başlatırken nelere dikkat edilmelidir?

• Kaynak sistem, MTree'nin anlık görüntüsünü alır (bu anlık görüntü, aktif katmandaki ve bulut katmanındaki dosyaların ayrıntılarını içerir).
• Kaynak sistem, anlık görüntüyü hedef sistemin aktif katmanına çoğaltır.
• Yalnızca anlık görüntü tamamen çoğaltıldığında hedef sistemde gösterilir (bu noktada dosyalar hedef sistemin dosya sistemi ad alanında kullanılabilir hale gelir).
• Yalnızca dosyalar gösterildikten sonra hedefte veri taşıma çalıştırılabilir (LTR için yapılandırıldığı varsayılarak).
• Sonuç olarak, hedeflerin aktif katmanı kaynaktan gelen tam anlık görüntüyü tutacak kadar büyük değilse anlık görüntü hiçbir zaman gösterilmez ve çoğaltma, başlatma işlemini tamamlayamaz.

LTR'nin zaten yapılandırılmış olduğu bir sistemde MFR/VSR çoğaltması yapılandırılıyorsa nelere dikkat edilmelidir?

• Kaynak DDR'deki bulut katmanına zaten geçirilmiş olan verilerin çoğaltılması gerekiyorsa DDR, ağ üzerinden gönderilmeden önce bulut sağlayıcıdan aktif katmana otomatik olarak geri çağırma yapar.
• Dosyaları bulut katmanından aktif katmana geri çağırma, bir maliyete veya gecikmeye neden olabilir.

Data Domain "file system show space" komut çıktısı neden bulut veya nesne depolamanın gerçek boyutunu yansıtmıyor?

• Bulut veya nesne depolamanın çalışma şekli nedeniyle bir Data Domain sisteminin, görünüşte sonsuz olarak görülebileceği için bulut aygıtının fiziksel boyutunu sorgulamasının bir yolu yoktur.
• Ancak DDOS'un mevcut kullanım/tekilleştirme istatistiklerini DDOS perspektifinden görüntülemek için bir yol geliştirmesi gerekmiştir.
• Bu nedenle iki yaklaşımdan biri kullanılır:

1. Bulut katmanının boyutu CLOUDTIER_CAPACITY license
2. Bulut katmanının boyutu, kaç bulut biriminin yapılandırıldığına bağlı olarak ilgili model türü için etkin katman birimi boyutlarının katları olarak gösterilir. Aktif katman boyutlarıyla ilgili daha fazla bilgi için söz konusu modelin donanım kurulum rehberine bakın.

Bir bulut birimi kullanılamıyorsa dosya sistemi nasıl başlatılabilir?

• Dosya sisteminin devre dışı olduğundan emin olun.
• Kullanılamayan bulut birimini aşağıdaki komutu kullanarak devre dışı bırakın:

cloud unit disable <cloud unit name>

• Dosya sistemini etkinleştirin.

Bir bulut birimi devre dışı bırakılırsa bu nasıl etkinleştirilebilir?

• Dosya sisteminin devre dışı olduğundan emin olun.
• Bulut birimini aşağıdaki komutu kullanarak etkinleştirin:

cloud unit enable <cloud unit name>

• Dosya sistemini etkinleştirin.

Silinen bir bulut biriminde bulunan dosyalar neden hala dosya sisteminde duruyor?

•  Dosyalar, bir bulut birimi silinmeden önce MTree'den kaldırılmamışsa dosya sistemleri ad alanında var olmaya devam eder.
• Bu nedenle dosya konumu raporu, dosyaların silinmiş bir bulut biriminin parçası olduğunu gösterir. Örneğin:  

sysadmin@dd4500 # filesys report generate file-location
--------------------------------      ---------------------------
File Name                             Location(Unit Name)
--------------------------------      ---------------------------
/data/col1/mtree1/random-data-file-3  Deleted cloud-unit
/data/col1/mtree1/random-data-file-4  Deleted cloud-unit

• Dosyalar, bu MTree için CIFS/NFS paylaşımına erişilerek dosya sistemi ad alanında görünmeye devam edebilir.
• Ancak dosyalar, bulundukları bulut birimi silindiği için okunamaz.
• Bu nedenle, referans aldıkları veriler artık mevcut olmadığı için tek seçenek bu dosyaları silmektir.

Bir bulut birimi oluşturulduktan sonra ECS veya S3 Esnek bulut sağlayıcı için protokol uç noktasını veya bağlantı noktalarını değiştirmek mümkün müdür?

• Örneğin http'den https'ye geçerken veya tam tersi yeni bir yük dengeleyiciye geçiş yapılırken bu gerekli olabilir.
• Yazma işlemi sırasında bir Data Domain yöneticisinin bu değişikliği gerçekleştirmesinin bir yolu yoktur. Bu işlev, gelecekteki bir DDOS sürümü için düşünülmektedir.
• Ancak bu, destek veya mühendislik tarafından gerçekleştirilebilir.
• Bu değişikliği gerçekleştirmek için dosya sistemi devre dışı bırakılmalıdır.
• Bu gerekliyse ilk olarak Data Domain sistemi dışındaki tüm yapılandırma gerçekleştirilir ve bunun nedeni, bu değişiklik tamamlandıktan sonra dosya sistemi etkinleştirildiğinde, güncelleştirilmiş protokolü veya bağlantı noktasını kullanarak iletişim kurabilmeyi ve kovaları veya nesneleri daha önce olduğu gibi okuyabilmeyi beklemesidir.