Data Domain: Sanal Teyp Kitaplığı En İyi Uygulamalar Kılavuzu

Summary: Sanal Teyp Kitaplığı (VTL) En İyi Uygulamalar Kılavuzu

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

VTL En İyi Uygulamalar Rehberi

AMAÇ

Bu belge, yedekleme ortamlarında Data Domain Sanal Bant Kitaplığı'nın (VTL) optimum performansını sağlamaya ve ayrıca ürünün desteklenmesini ve bakımını kolaylaştırmaya yardımcı olacak En İyi Uygulama yönergeleri sağlar.


AŞAĞIDAKİLER İÇİN GEÇERLİDİR

  • Tüm Data Domain sistemleri
  • VTL'yi destekleyen tüm Yazılım Sürümleri
  • VTL Protokolü
  • NetWorker, TeraSAM gibi Üçüncü Taraf Yedekleme Uygulaması ("BA")


ÇÖZÜM

  1. Düşük performansı önlemek için Temel Yönergeler:
    1. Yüklemeniz için VTL niteleyicisinin tamamlandığından ve düzgün çalıştığının doğrulandığından emin olmanız çok önemlidir. Desteklenmeyen HBA'ların, sürücülerin vb. kullanımı yaygın bir sorun kaynağıdır.
    2. Data Domain sistemini %85'ten daha az dolu tutmaya çalışın. Sistemde bu önemli görevleri gerçekleştirmek için yeterli disk bulunduğunda Dosya Sistemi Temizleme ve diğer işlemler daha hızlı ve daha verimli olur.
    3. Dosya Sistemi Temizleme işlemini (Çöp Toplama veya dosya sistemi temizliği olarak da bilinir) etkin yedeklemelerin çalışmadığı zamanlarda çalışacak şekilde zamanlamayı deneyin.
    4. Varsayılan Dosya Sistemi Temizleme zamanlaması çoğu ortam için yeterlidir. Bu süreci daha iyi anlamak için "Data Domain Sistemi Üzerinde Temizliği Zamanlama: En İyi Uygulamalar 12089" belgesine başvurun. Dosya Sistemi Temizleme özelliğinin daha sık çalışması için varsayılan zamanlamayı hâlâ değiştirmeniz gerektiğini düşünüyorsanız bu konuda görüşmek için Data Domain Destek ekibi ile iletişime geçin.
    5. Çoğaltmayı etkin VTL yedekleme pencerenizle çakışacak şekilde zamanlamayın. Her iki işlem de önemli miktarda kaynak gerektirir ve eşzamanlı olarak değil ayrı ayrı çalıştırılırsa daha hızlı tamamlanır.
    6. İstemci BA'sından (yani NetWorker, TeraSAM) asla şifreleme, çoklama veya ön sıkıştırma veya istemci tarafı tekilleştirme kullanmayın, çünkü bunlar Data Domain sisteminde elde edilen sıkıştırma faktörünü büyük ölçüde azaltır. Bu etkinlikleri yalnızca Data Domain sistemi üzerinde gerçekleştirin. Bazı yedekleme uygulamaları bu özellikleri varsayılan olarak açar (yani HP Data Protector varsayılan olarak çoklamayı kullanır), bu nedenle uygulamanız için bunların hepsinin KAPALI olduğundan emin olun.
    7. Data Domain sistemi yapılandırma seçeneklerinde (akış sayısı, kısma, çoğaltma vb.) daha yüksek sınırlar sunsa da, daha ılımlı yapılandırmaların kullanılması genellikle en iyi genel performansı sunar. 
    8. Data Domain sisteminden gelen tüm uyarıları okuyup anladığınızdan emin olun. Bir uyarıyı anlamadıysanız açıklama için destek birimini arayın.
    9. Varsayılan havuzu her şey için kullanmayın. En az bir havuz daha oluşturun ve oluşturduğunuz havuzlardaki tüm bantları oluşturun. Çoğaltma kullanıyorsanız (veya gelecekte kullanma ihtimaliniz varsa) daha iyi performans için 5 ila 10 çoğaltma bağlamı (yani bir VTL havuzu) oluşturmak ve kullanmak önemlidir.
    10. Belirli bileşenlerinizin VTL ile uyumlu olduğundan emin olun.
  2. VTL Bileşenleri

    1. Başlatıcılar:
      1. FC başlatıcı bağlantı noktasının yalnızca Data Domain VTL aygıtlarına ayrılmış olması gerekir.
      2. Yalnızca bir Data Domain sistemindeki belirli bir VTL hedef bağlantı noktası kümesiyle iletişim kurması gereken başlatıcılar bu Data Domain sistemiyle bölgeye alınmalıdır.
      3. Bölgenize ayırdığınız ve Data Domain sistemine bağlandığınız her başlatıcı için tercihen diğer ada ana bilgisayar adını ve bağlantı noktasını ekleyerek kullanışlı bir diğer ad oluşturun. 
      4. Yalnızca bire bir bölge oluşturma kullanın; Fibre Channel anahtarınızda yalnızca bir başlatıcı ve bölge başına bir hedeften oluşan bölgeler oluşturun. 
    2. Yuvalar: 
    • Bir kitaplığın sahip olması gereken yuva veya sürücü sayısı, aynı anda kaç yedekleme ve geri yükleme akışının çalıştığına göre belirlenir. Sürücü sayıları, Data Domain sisteminizin yapılandırması ve genel performans sınırları ile de kısıtlanır. Yuva sayıları genellikle bir saklama ilkesi döngüsü boyunca kaç bant kullanıldığına bağlıdır.
    1. Kartuş Erişim Noktaları:

      • Kartuş Erişim Noktalarının (CAP'ler) ortamınız için taklit edilmesi gerekip gerekmediğini belirlemek için özel Yedekleme Uygulamanıza yönelik Data Domain Entegrasyonu belgelerine bakın.
    2. Değiştirici:

      • VTL başına yalnızca bir değiştirici olabilir.
      • Genellikle, seçmeniz gereken değiştirici modeli, özel yapılandırmanıza bağlıdır:
        • Symantec Backup yazılımını kullanırken RESTORER-L180 kitaplık emülasyonunu kullanın
        • IBM System i platformunu kullanırken TS3500 kitaplık emülasyonunu kullanın
        • AIX 6.1 ve AIX 5.3 platformlarında TeraSAM 6.2 kullanırken TS3500 kitaplık emülasyonunu da kullanabilirsiniz.
        • Diğer kuruluşların çoğu L180 kitaplık emülasyonunu kullanmalıdır (Symantec dışı, IBM dışı sistem i)
    3. Teyp Sürücüsü

      1. otomatik çevrimdışı:  Bir teyp yüklüyse sürücü çevrimiçidir. Bu durumda değiştirici, bandı kaldırmadan bir bandı sürücüden taşıyamaz. Ancak Otomatik Çevrimdışı etkinleştirildiğinde, örtük bir sürücü kaldırma işlemi gerçekleşir ve bu nedenle, uygulama tarafından bir Boşaltma komutu verilmemiş olsa bile teyp sürücüden taşınabilir. Bu ayar belirli uygulamalar için yararlı olabilir ve VTL hizmeti genelinde global niteliktedir (tüm sürücüler için tek bir ayar).
      2. otomatik çıkar Bir teyp bir sürücüden veya yuvadan CAP'ye taşınırsa doğrudan kasaya gider. Bu ayar, teyplerin CAP'den kaldırıldığını kontrol eden uygulamalar için yararlı olabilir. Teypler bir süre gecikmesinden sonra hala CAP'deyse kitaplık "çıkarma" işlemlerinde başarısız olurlar. Teypler CAP'lerden hemen kaybolduğu için otomatik çıkarma bu uygulamaları mutlu eder. Bu ayar VTL hizmeti genelinde de global niteliktedir (tüm sürücüler için tek ayar)
      3. Kitaplık başına yalnızca bir tür teyp sürücüsü kullanmak en iyisidir.
    4. Hedef HBA'lar

      1. Tek bir bağlantı noktasındaki performans sorunlarını önlemek için yedekleme yükünü Data Domain sistemindeki birden fazla FC bağlantı noktasına yaymayı düşünün. 
      2. Bağlantı noktasının istenen hıza uygun yapılandırıldığından emin olmak için anahtardaki her FC bağlantı noktasının hızını doğrulayın.
      3. Özel yapılandırmanız için açıkça gerekli olmadığı sürece ikincil bağlantı noktalarını "hiçbiri" olarak ayarlayın.
      4. LUN kalıcı bağlaması için ana bilgisayar işletim sistemi sürücüsünü yapılandırın. Bunu yapmak, hedef değişiklikleri nedeniyle yedekleme yazılımının veya işletim sisteminin yeniden yapılandırılmasını gerektiren durumlardan kaçınır. 
  • VTL Çalışması

    1. Yuvalar: Oluşturduğunuz teyp sayısını içerecek yeterli sayıda yuva oluşturun. Aşırı bir miktar değilse birkaç ekstra yuva oluşturmak sorun değildir.
    2. CAP'ler
    3. Teypler
      1. Yalnızca yedekleme gereksinimlerinizi karşılamak için gerektiği kadar teyp oluşturun. Başlangıçtaki teyp sayısı, Restorer'daki kullanılabilir disk alanının iki katından azdır. Çok fazla sanal teyp oluşturmak, Data Domain sisteminin zamanından önce dolabileceği ve beklenmeyen bir sistem kesintisine neden olabileceği bir senaryo oluşturabilir. Genel sıkıştırma istatistikleri kullanılabilir hale geldikçe ek teypler aşamalı olarak eklenebilir. 
      2. Sistem %100 dolu duruma ulaşırsa sistemde bulunabilecek tüm boş teypleri silmeniz, ardından sistemin %80 kapasitesinin altına düşmesi için yeterli verinin süresinin sona ermesi gerekir. Bu zaman alıcı görevden kaçınmak için; sistemi dolduran bir olayın gerçekleşmesini önlemek için.
      3. Çoğaltma hedef sisteminde, çoğaltılan bir teypten asla okuma yapmayın.
      4. Farklı havuzlarda bile her zaman benzersiz teyp barkodları kullanın.
      5. Tüm havuzlarda her zaman aynı teyp sonekini (boyutunu) kullanın. Herhangi bir nedenle farklı bir son ek kullanmanız gerekiyorsa en azından aynı son eki bir havuzda tutmalısınız.
      6. Teyplerin optimum boyutu, kullanılan belirli BA ve yedeklenen verilerin özellikleri de dahil olmak üzere birçok faktöre bağlıdır. Genel olarak, disk kullanımını denetlemek ve sistemin dolu olmasını önlemek için daha az sayıda büyük teyp yerine daha fazla sayıda küçük teyp kullanmak daha iyidir.
      7. TeraSAM için; alanı daha hızlı geri kazanmaya yardımcı olmak adına daha küçük teyplerin (yani 30-50 G) kullanılması önerilir.
    4. Yedekleme Uygulamaları

      1. Data Domain sistemiyle çalışırken maksimum performans elde etmek üzere BA'nız için en büyük optimum blok boyutunu kullandığınızdan emin olun. Optimum sayı disk hızı, işletim sistemi önbelleğe alma ve özel yedekleme yazılımınız gibi birçok faktöre bağlıdır. Satıcınızın önerilerine ve Entegrasyon Kılavuzlarına bakın.
      2. Genel olarak, 64K'nın katı olan bir teyp bloğu boyutu daha iyi performans sunar ancak kendi yazılımınız için En İyi Uygulamalar veya Entegrasyon rehberlerini kontrol ettiğinizden emin olun (bağlantılar için aşağıya bakın). Data Domain aygıtına birden fazla yedekleme sunucusuyla erişiyorsanız ortamdaki tüm sunucular tarafından erişilebilen en büyük blok boyutunu kullanın (özellikle heterojen bir işletim sistemi ortamında).
  • Erişim Grupları

    1. Her bir ayrı VTL erişim grubundaki aygıtların numaralandırması LUN 0 ile başlamalıdır.
    2. Data Domain sistemi ağır yük altındayken VTL erişim grubu yapılandırmasını değiştirmemek en iyisidir.
    3. Erişim grubu başına tam olarak bir başlatıcınızın olması önerilir.
  • İstatistikler

    1. VTL dosya işareti önbellek istatistiklerini kullanırken istatistiklerin sıfırlanması, teypler sürücülere yüklenmeden önce yapılmalıdır. İstatistikleri sıfırlama işlemi, teypler yüklendikten ve teyp sürücülerine erişildikten sonra gerçekleştirilirse vtl show detailed-stats komutu yanıltıcı olabilir. Rapor, "serbest" sayıların "tahsis edilen" sayılardan daha büyük olduğunu gösterebilir. Bu, beklenmeyen bir durumdur ancak bu durumda zararsızdır. Bunun nedeni, kullanımdaki sürücülerin istatistiklerinin sıfırlanmasıdır; İstatistiklerin sıfırlanması atomik bir işlem değildir.
    2. Genel bir en iyi uygulama olarak, teypler sürücülere yüklenmeden önce istatistiklerin sıfırlanması gerekir.

Affected Products

Data Domain

Products

Data Domain, DD OS
Article Properties
Article Number: 000004225
Article Type: How To
Last Modified: 30 Jul 2025
Version:  5
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.