Data Domain: Mtree Çoğaltmayı Kullanarak PowerProtect Data Domain Sistemlerinde Veri Geçişi için En İyi Uygulamalar
Summary: Bu makalede, dahili QAT kartı desteği olmayan eski PowerProtect Data Domain (PPDD) sistemlerinden Mtree çoğaltması (MRepl) kullanarak veri geçişine hazırlanma açıklanmaktadır. Örneğin, DD9500 ve DD9800. Veri geçişi sonuçlarını olumsuz etkileyebilecek beklenmedik yan etkilerden kaçınmak için mevcut sistem işletim iş yükünü göz önünde bulundurmak çok önemlidir. Bu makale, kaynak olarak eski PPDD sistemlerini kullanan yeni bir Mtree Çoğaltma (MRepl) bağlam yapılandırması gerektiren geçiş işlemlerini planlamaya yardımcı olur. ...
Instructions
16G platformlarının sunulmasıyla birlikte, belirli MTree'lerin eski PPDD'den daha yeni bir sisteme taşınması yaygın bir gerekliliktir.
Geçiş işlemi, yeni Mtree çoğaltma bağlamları oluşturur. Minimum kesintiyi sağlamak için aşağıdakileri göz önünde bulundurun.
- Yedekleme işlemlerinden gelen mevcut sistem iş yükü
- Sıkıştırma yetenekleri farklılıkları (örneğin, QAT kartı desteği)
- Yeni Mrepl bağlam yapılandırmalarının aniden dahil edilmesi
- Çöp toplama (GC) işlemini etkileyen HW hataları
Veri bütünlüğünü korumak ve Hizmet Düzeyi Anlaşmalarını karşılamak için sistem belirli operasyonel eşiklerde paniğe kapılabilir.
Panik mekanizması, sistemin her zaman güvenilir bir şekilde çalışmasını sağlamak için kendi kendini düzeltici eylemleri tetikler.
Bu bölümde bu konular ele alınmakta ve geçiş planlarına müdahale edebilecek beklenmeyen kapalı kalma sürelerinin nasıl önleneceği konusunda rehberlik sağlanmaktadır.
Yedekleme İşlemlerinden Mevcut Sistem İş Yükü:
Başlangıçta mevcut sistem işlemlerine odaklanın. Geçişten önce temel ölçümleri izleyin. Bunlar arasında devam eden iş yükleri, CPU kullanımı, bellek kullanımı, ağ durumu ve donanım uyarıları yer alır.
Amaç, sistemin çalışmasını normal parametreler içinde korumaktır.
Sıkıştırma yetenekleri farklılıkları:
Mtree çoğaltmasını (Mrepl) kullanarak geçişe hazırlanırken, sistemler arasındaki sıkıştırma yetenekleri arasındaki farkı göz önünde bulundurun.
Bazı eski sistemlerde, sıkıştırmayla ilgili işlemlere yardımcı olacak yerleşik bir sıkıştırma kartı yoktur.
DD9900, DD9400 veya DD6900 sistemleri, sıkıştırma işlemlerini hızlandırmak için harici bir QAT kartının eklenmesine olanak tanır.
Bir QAT kartı olmadığında (örneğin, DD9800, DD9500), sıkıştırma ve açma görevleri için CPU ve bellek kaynaklarını kullanır.
QAT desteği olmadan yeni çoğaltma bağlamları yapılandırılırken verilerin önce sıkıştırılmamış olması gerekir.
Bu, çoğaltma başlatma aşamasında CPU kullanımında ani artışa neden olabilir.
Kaynak, kullanılabilir sıkıştırma kartı türünü belirlemek için hedefi kontrol eder.
Bir 16G sistemi (DD9910, DD9410 veya DD6410) hedef olduğunda, kaynağın verileri eski "gzfast" biçiminden açması gerekir. Daha sonra LZ formatına sıkıştırması gerekir.
Yeni mrepl bağlam yapılandırmasını kademeli olarak dahil edin:
Olağanüstü durum kurtarma (DR) sırasında, verileri bir Data Domain'den başka bir Data Domain'e çoğaltırken, çoğaltma işleri genellikle veri alımı tamamlandıktan sonra başlar.
Bu, hedef sitenin tüm çoğaltılmış verileri almasını sağlar.
Geçiş için yeni çoğaltma bağlamları tanımlandığında kaynağın, çoğaltma başlatma sırasında önemli miktarda veriyi işlemesi gerekir.
Bunun nedeni, hedefte tekilleştirilmiş verilerin bulunmaması ve optimizasyonun henüz mümkün olmamasıdır. Bu, kaynak sistem üzerindeki yükün artmasına neden olur.
Bu durumu azaltmak için sistem, yedekleme iş yüklerini (G/Ç) işlemeye devam ettiğinde geçişle ilişkili çoğaltma bağlamlarını kademeli olarak dahil edin.
Geçişle ilgili bu çoğaltma bağlamlarına ayrılan kaynakları sınırlamak için düşük bir çoğaltma aktarım hızı tanımlayın.
Çoğaltma, hedefte iyileştirmeler oluşturmaya başladığında ve operasyonel parametreler doğrulandıktan sonra daha fazla çoğaltma (geçiş) bağlamı ekleyin. Alternatif olarak, mevcut olanlardaki çoğaltma aktarım hızını değiştirin.
Amaç, sistemin koruma mekanizmalarını tetiklemekten kaçınmaktır. Bu, geçişleri etkileyebilecek sistem paniklerine yol açar.
Sistem performansı referanslarının yeni iş yükleri için değil, kullanımdaki iş yüklerine göre hesaplandığını unutmayın.
Geçiş senaryoları sırasında azaltmayı kademeli olarak yapılandırın.
replication throttle add" komutu, zamanda belirli bir noktayı zamanlamak ve kısıtlama için tanımlı bir bant genişliği (Mb/sn cinsinden) ayırmak için kullanılabilir.
Sınırlı kullanılabilir bant genişliğiyle (daha düşük kısıtlama) yeni çoğaltma işleri başlatın. Ardından, sistemin çalışması üzerindeki etkisini değerlendirin.
Çoğaltma işi devam ederken, ek bant genişliği sağlamak için kısıtlama artırılabilir.
DDSM de dahil olmak üzere CPU, Bellek ve ağ tüketimi dahil olmak üzere sistem analizlerinin izlenmesi önerilir.
Çöp toplama (GC) işlemini etkileyen HW hataları:
Yedekleme veya çoğaltma performansında düşüşe neden olabilecek diğer bir faktör, özellikle varsayılan çöp toplama işlemleri sırasında oluşan donanım arızalarıdır. Normal çalışma koşullarında, PPDD sistemlerindeki çöp toplama mekanizması, alma, geri yükleme veya çoğaltma işlemlerini etkilemeden alan geri dönüşüm etkinliklerini tamamlar. Belirli durumlarda sistem, çöp toplama kısıtlamasını tanımlama seçenekleri sunarak sistem yöneticilerine sistemin temizleme işlemlerinin ne zaman gerçekleşeceği konusunda ek kontrol sağlar.
Çöp toplama için varsayılan kısıtlama yapılandırması yedeklemeleri ve geri yüklemeleri etkilemez. Bir etkinin gözlemlendiği çoğu örnek, donanım arızalarıyla bağlantılıdır. Örneğin, belirli sürücülerin değiştirilmesi gerektiğinde sistemin devam eden G/Ç talepleri, yedeklemelerin ve geri yüklemelerin depolanmasını yavaşlatabilir ve sonuç olarak genel GC işlemlerini etkileyebilir.
Data Domain İşletim Sistemi, bu tür donanım sorunları için kapsamlı uyarı mekanizmaları sağlar ve bu koşullar algılandığında proaktif olarak uyarılar verir. Bu, yedekleme operatörlerinin donanımla ilgili sorunları anında çözmesini kolaylaştırır.
Göz önünde bulundurulması gereken bir diğer önemli faktör de çoğaltma etkinliklerinin yedekleme ve geri yükleme kadar önemli olmasıdır. Tasarım gereği her platform, her iş için sabit sayıda akış sağlar ve Hizmet Düzeyi Sözleşmelerini (SLA'lar) karşılamak için tanımlanan sınırlar altında eşzamanlı işlemleri işleyebilir.
Sonuç:
Mtree çoğaltma kullanılarak başarılı veri geçişi için aşağıdakilerin dikkatli bir şekilde değerlendirilmesi gerekir;
- Yedekleme işlemlerinden mevcut sistem iş yükünü izleme
- DD9800 veya DD9500 gibi eski platformları anlama
- Farklı bir sıkıştırma algoritması (gzfast) kullanın.
- İşlem halindeki bir sistemde yeni MTree çoğaltma (MRepl) bağlamları oluşturulduğunda, yeni Mrepl bağlam yapılandırmalarını aşamalı olarak dahil edin
- Yeni iş yüklerinin sistem üzerindeki etkisini yakından izleyin.
- Olası donanım hatalarını izleyin (Çöp Toplama işlemindeki işlemleri etkiler).
Bu en iyi uygulamaları takip ederek kesintileri en aza indirir ve sistem kararlılığını korur.
Bu önerilerin uygulanması, beklenmeyen kapalı kalma sürelerini önlemeye yardımcı olur ve veri geçişini kolaylaştırır.