Data Domain: Erişim Grubu En İyi Uygulamaları

Summary: Sanal Teyp Kitaplığı (VTL) ortamında Erişim Gruplarını yapılandırmak için En İyi Yöntemler.

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

Erişim Grupları En İyi Uygulamaları

Aşağıdakiler için geçerlidir:

  • Tüm Data Domain sistemleri
  • VTL'yi destekleyen tüm Yazılım Sürümleri
  • VTL ve SAN Protokolleri
  • NetWorker, Tivoli Storage Manager (TSM) gibi üçüncü taraf Yedekleme Uygulamaları

Amaç

Bu belge, erişim gruplarıyla ilgili olası sorunları önlemek için doğru yapılandırma hakkında bilgi sağlar.

Çözüm

Erişim grupları oluştururken göz önünde bulundurulması gerekenler:

  • İstemciler ve İşletim Sistemleri:
    • Gruba hangi işletim sistemi erişiyor? Grup başına bir işletim sistemi türü ve ideal olarak grup başına bir istemci makine kullanmak en iyisidir.
    • Aynı teyp sürücülerine kaç istemcinin erişmesi gerekir? Mümkünse her istemci makineye farklı bir sürücü kümesi atamayı göz önünde bulundurun.
    • Yedekleme yazılımında "paylaşılan depolama" seçeneği yoksa her istemci için ayrı erişim grupları oluşturmak ve her istemci için tanımlanmış benzersiz teyp sürücüleri kullanmak en iyisidir.
  • Sürücüler ve değiştirici:
    • Değiştiriciyi her erişim grubuna yerleştirmekten kaçının. Genel olarak, yalnızca birincil yedekleme sunucusunun değiştiriciye erişimi olmalıdır. (Aşağıdaki TSM önerilerine bakın)
    • Aynı erişim grubuna birden fazla değiştirici koymaktan kaçının. (Aşağıdaki TSM önerilerine bakın)
    • VTL Ana Bilgisayar Veri Yolu Bağdaştırıcısı (HBA) bağlantı noktalarını ayrı teyp sürücülerine veya değiştiricilere atarken birincil veya ikincil bağlantı noktaları için "tümü" tanımlamasını kullanmaktan kaçının. Aygıt başına tek bir birincil veya ikincil bağlantı noktası atamak tercih edilir. Bu, sürücülere veya değiştiricilere olası çakışan komutların verilmesini önler. Net ve test edilmiş bir yük devretme planı yoksa ikincil bağlantı noktaları hiç olmamalıdır.
    • Birden fazla erişim grubu arasında aynı teyp sürücülerini veya değiştiricileri paylaşmaktan kaçının. (Aşağıdaki TSM önerilerine bakın)
    • Aynı erişim grubunda iki veya daha fazla farklı teyp sürücüsü tipi kullanmayın. (Örnek, IBM LTO3 ve LTO-5'in aynı grupta yer almasından kaçının)
  • LUN Addressing:
    • Genellikle en iyi uygulama, erişim grubunu oluştururken bir LUN numarası girmeyerek VTL'nin LUN numaralarını otomatik olarak atamasına izin vermektir. Ayrıca, sıra dışı LUN numaralandırması kullanmanın performans açısından bir avantajı yoktur ve bu, VTL ile iletişim kurarken belirli işletim sistemi türlerinde sorunlara neden olabilir. 
    • NAS dosyalayıcılarına erişim için, LINUX makineleriyle aynı şemayı kullanın. Genel olarak, numaralandırma her zaman sıfırdan başlamalı ve her hedef bağlantı noktası için bitişik LUN numaralandırma dizilerini sıfırdan tutmalıdır. Genellikle, VTL HBA'da teyp sürücülerine ve değiştiriciye giden bir birincil yol kullanın.
  • Uygulamaya özel notlar:
    • Tivoli Storage Manager (TSM): TSM sunucuları veya istemcileri için bir teyp sürücüsüne veya değiştiriciye yalnızca belirli bir birincil bağlantı noktası atayın. TSM sunucusunda SAN otomatik keşif özelliği etkinse ikincil bir bağlantı noktası atayabilirsiniz. Ayrıca, TSM birincil sunucusunun tüm kitaplık değiştiricilere ve teyp sürücülerine erişimi olmalıdır. TSM, değiştiriciye teyp yüklemesini söylediğinde teyp başlığını okur. Birincil TSM sunucusu, tüm teyp sürücüleri için bölgeye ayrılmış olmalıdır. TSM, teyp etiketini proxy/istemci üzerinden okuyamaz, bu nedenle birincil sunucunun tüm değiştiricilere ve sürücülere bölgelendirilmesi gerekir. Yedekleme için istemci makineleri değiştiriciye göre bölgelendirilmemelidir. TSM de paylaşılmış depolama seçeneğini kullanırken teyp sürücülerini çeşitli istemciler arasında paylaştırabilirsiniz ancak teyp sürücülerini farklı işletim sistemi türlerinde paylaşmaktan kaçının. (örnek, teyp sürücülerini AIX ve HP-UX istemcileri arasında paylaşmayın)
    • IBMi ve AS/400: IBMi kuruluşları için, bir teyp sürücüsüne ya da değiştiriciye yalnızca bir birincil bağlantı noktası atayarak TSM ile aynı ilkeye bağlı kalın. Alternatif Mantıksal Birim Numaraları (LUN'lar) için alternatif bağlantı noktaları kullanabilirsiniz. Bu nedenle, LUN 0, 2, 4, 6, 8 için birincil bağlantı noktası 4a'yı ve LUN 1, 3, 5, 7 için birincil bağlantı noktası 4b'yi kullanabilirsiniz. VIOS, IBMi ve VTL için desteklenir, bunun için tüm IOA/IOP aygıtları desteklenmez; doğru aygıt türleri için Dell Uyumluluk Matrisi'ni kontrol edin.
    • Yazılımınızda aşağıdaki sınırlamalardan herhangi birinin bulunup bulunmadığını belirlemek için yedekleme uygulamaları belgelerinize başvurun:
      • Bazı yedekleme yazılımlarının, bir istemciye veya sunucuya bağlı olduğunu tanıyabileceği cihaz sayısında sınırlamaları olabilir.
      • Bazı yedekleme yazılımlarının, kitaplıkta barındırabileceği yuva sayısı üzerinde bir sınırı olabilir.
      • Bazı yedekleme yazılımları, ortak kaynaklara erişen birden fazla istemciye aracılık edemez, bu nedenle bunlar için her erişim grubunda benzersiz teyp sürücüleri ve grup başına tek bir sunucu/istemci gerekir.
  • İşletim sistemine özel notlar:
    • Linux: Linux makinelerine erişim atarken her zaman veri yolundaki ilk LUN olarak LUN zero'yu kullanın ve dizide boşluk olmadan sıfırdan başlayarak bitişik LUN numaralarını kullanın. Örneğin; 0, 1, 2, 3, 4 numaralı LUN'ları atamak doğru; 0, 2, 4, 5 numaralı LUN'ları atamak yanlıştır.
    • Solaris: Solaris'in her yolda sıfır LUN görmesi gerekmediğinden, Solaris için birincil yolları LUN'lar arasında dağıtabilirsiniz. Örneğin 0, 2, 4, 6 numaralı LUN'larda, 1, 3, 5, 7 numaralı LUN'lara birincil bağlantı noktası 4a ve birincil bağlantı noktası 4b atayabilirsiniz. (Şu anda Ultrium-5 teyp sürücüleri Solaris 11'de desteklenmemektedir)
    • Windows: Yukarıda Solaris için açıklanan bağlantı noktası atamalarının aynısını Windows için de kullanabilirsiniz.
    • IBMi sistemleri veAS400: Bazı müşteriler, birden çok LPARS ya da sistem arasında tek bir kitaplık kullanmak ya da IBMi sisteminde birden çok HBA kullanmak ister. Bu durumlarda, şu yönergeleri izleyin: Kitaplık ve sürücü erişimi artık IBMi sistemindeki WRKMLBSTS düzeyinden kontrol edilebilir. Müşteri, IBMi üzerindeki kitaplığın münferit örneklerini açıp kapatarak kitaplığa nasıl erişildiğini denetleyebilir.
      1. Sürücüleri, her biri tek bir IBMi HBA'ya hitap eden birden çok erişim grubuna bölün. (Sürücü paylaşımı yok)
      2. Değiştiriciyi her gruba ekleyin. Değiştirici birden çok yol üzerinde görülebilir ve kitaplık IBMi sisteminde birden çok adla görünür.

Referanslar

Affected Products

Data Domain

Products

Data Domain, Data Domain Virtual Tape Library, Data Domain Virtual Tape Library for IBM I/OS, DD OS
Article Properties
Article Number: 000435228
Article Type: How To
Last Modified: 20 مارس 2026
Version:  2
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.