MTree çoğaltma içe aktarma başarısız: nsrmmdbd SQLITE ciddi kısıtlama başarısız oldu
Summary: Hedef sunucunun ortam veritabanında zaten var olan ve şu hataya neden olan bir kayıt kümesini içe aktarmaya çalıştığı için mtree çoğaltması başarısız olur: nsrmmdbd SQLITE ciddi kısıtlama başarısız oldu ...
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.
Symptoms
Sunucu, DD aygıt çoğaltması ile yapılandırılmıştır.
Sürüm 19.9.0.4 veya daha eski olmalıdır.
Dışa aktarma iyi çalışıyor.
İçe aktarma başarısız oluyor.
Sürüm 19.9.0.4 veya daha eski olmalıdır.
Dışa aktarma iyi çalışıyor.
İçe aktarma başarısız oluyor.
Cause
Bu sorunun görünebileceği 2 olası senaryo vardır.
19.9.0.4 veya altındaki bir sürüm hatası nedeniyle, hizmetler yeniden başlatıldıktan sonra "NSR DD device replication" kaynağı sunucudan silinebilir. Bu iki duruma yol açabilir:
19.9.0.4 veya altındaki bir sürüm hatası nedeniyle, hizmetler yeniden başlatıldıktan sonra "NSR DD device replication" kaynağı sunucudan silinebilir. Bu iki duruma yol açabilir:
- Kaynak sunucuda "NSR DD aygıt çoğaltması" kaynağı silinir. Last replication time" referansı kaybolur. Bir sonraki dışa aktarma işlemi, son dışa aktarmadan sonraki kayıt kümelerini dışa aktarmaz. Bunun yerine birimdeki tüm kayıt kümelerini dışa aktarır. İçe aktarma sırasında, bu SSID'lerin çoğu zaten önceden içe aktarılmış olacaktı ve bu nedenle hata mesajı gösterilecekti: Bir ssid'yi iki kez ekleyemediğimiz için SQLITE ciddi kısıtlaması başarısız oldu.
- Hedef sunucuda "NSR DD aygıt çoğaltma" kaynağı silinir. Last replication time" referansı kaybolur. Bir sonraki içe aktarma işlemi, son içe aktarma zamanından sonra yeni kayıt kümelerini içe aktarmaz. Bunun yerine, tüm kayıt kümelerini içe aktarmayı dener. Ancak bu kayıt setlerinin çoğu zaten içe aktarıldı ve bu nedenle başarısız olacak.
Resolution
Hata, "NSR DD aygıt çoğaltma" kaynağının silinmesinden kaynaklandığı için sorunun gerçekleşmesini önlemek için tek çözüm 19.9.0.5 veya 19.10 sürümüne yükseltmektir.
Olası geçici çözüm:
Geçici Çözüm A:
1. NSR/NSRDB/DBG Klasör
2'de bulunan "NSR DD aygıt çoğaltması" kaynaklarından "son çoğaltma" zamanının hangisi olduğunu öğrenin. Mevcut "NSR DD aygıt çoğaltmasını" silin ve aynı parametrelere sahip ancak yukarıdaki son çoğaltma zamanını kullanarak yeni bir tane oluşturun.
Geçici Çözüm B:
Hedef sunucudaki /nsr/replication klasörünün içeriği çoğaltma başladığından beri değiştirilmediyse, çoğaltma biriminin tamamını silebilir ve içe aktarmayı yeniden çalıştırabilirsiniz (yalnızca NSR DD aygıt çoğaltmasının son çoğaltma zamanı 0 ise).
Kayıt kümeleri salt okunur bir mtree'de olduğundan hedef NetWorker sunucusu tarafından silinemeyeceğini unutmayın; Bu nedenle, disk bölümü silindiğinde kayıt kümeleri silinmeyecektir. Üstelik, /nsr/replication klasörü bozulmadan olduğundan çoğaltma işi başladığından beri içe aktarılan tüm kayıt kümelerinin bilgilerine sahibiz.
Geçici Çözüm C:
Geri yükleme amacıyla hedef sunucuda belirli bir SSID almanız gerekiyorsa belirtilen SSID için tarayıcıyı çalıştırabilirsiniz.
Bu SSID, içe aktarma işlemiyle değil de "tarayıcı" ile içe aktarıldığından, bu SSID'yi içe aktarmaya çalışan sonraki tüm içe aktarma işlemleri başarısız olur. Kurtarma işlemini tamamladıktan sonra kayıt setini daha sonra nsrmm -d -S ssid ile manuel olarak silebilirsiniz. Yine bu, Data Domain'den ssid'yi silmez, yalnızca medya veritabanındaki referansı siler.
Olası geçici çözüm:
Geçici Çözüm A:
1. NSR/NSRDB/DBG Klasör
2'de bulunan "NSR DD aygıt çoğaltması" kaynaklarından "son çoğaltma" zamanının hangisi olduğunu öğrenin. Mevcut "NSR DD aygıt çoğaltmasını" silin ve aynı parametrelere sahip ancak yukarıdaki son çoğaltma zamanını kullanarak yeni bir tane oluşturun.
Geçici Çözüm B:
Hedef sunucudaki /nsr/replication klasörünün içeriği çoğaltma başladığından beri değiştirilmediyse, çoğaltma biriminin tamamını silebilir ve içe aktarmayı yeniden çalıştırabilirsiniz (yalnızca NSR DD aygıt çoğaltmasının son çoğaltma zamanı 0 ise).
Kayıt kümeleri salt okunur bir mtree'de olduğundan hedef NetWorker sunucusu tarafından silinemeyeceğini unutmayın; Bu nedenle, disk bölümü silindiğinde kayıt kümeleri silinmeyecektir. Üstelik, /nsr/replication klasörü bozulmadan olduğundan çoğaltma işi başladığından beri içe aktarılan tüm kayıt kümelerinin bilgilerine sahibiz.
Geçici Çözüm C:
Geri yükleme amacıyla hedef sunucuda belirli bir SSID almanız gerekiyorsa belirtilen SSID için tarayıcıyı çalıştırabilirsiniz.
Bu SSID, içe aktarma işlemiyle değil de "tarayıcı" ile içe aktarıldığından, bu SSID'yi içe aktarmaya çalışan sonraki tüm içe aktarma işlemleri başarısız olur. Kurtarma işlemini tamamladıktan sonra kayıt setini daha sonra nsrmm -d -S ssid ile manuel olarak silebilirsiniz. Yine bu, Data Domain'den ssid'yi silmez, yalnızca medya veritabanındaki referansı siler.
Additional Information
Daha fazla yardıma ihtiyacınız varsa veya sorunu daha iyi anlamanız gerekiyorsa destek ekibiyle iletişime geçin.
Affected Products
NetWorkerArticle Properties
Article Number: 000222759
Article Type: Solution
Last Modified: 07 Mar 2024
Version: 1
Find answers to your questions from other Dell users
Support Services
Check if your device is covered by Support Services.