Data Domain: Çoğaltma Yeniden Senkronizasyonu "Dest MTree is WORM" Hatasıyla Başarısız Oluyor (5312)

MTree çoğaltma yeniden senkronizasyonu sırasında çoğaltma bağlamı bağlantı durumunda kalır ve aşağıdaki hatayı vererek başarısız olur:

Replication Status
State: Connecting

Error: MREPL ASSOC failed: Dest Mtree is WORM, source requests removal of WORM (5312)

Kaynak Data Domain günlükleri şunları içerebilir:

mtr_update: error: MREPL ASSOC failed: Dest Mtree is WORM, source requests removal of WORM (5312)

Hedef Data Domain günlükleri şunları içerebilir:

mrepl_associate_3_svc: Dest Mtree is WORM, source requests removal of WORM

Ek göstergeler:

• Alıkoyma Kilidi Yönetimi (RLG), çoğaltma MTree'lerinden birinde veya her ikisinde devre dışı bırakıldıktan sonra çoğaltma yeniden senkronizasyonu başarısız oluyor.
• Tutma Kilidi raporları, saklama kilidi uygulanmış aktif dosya göstermiyor ancak MTree, WORM ile ilgili meta verileri içermeye devam ediyor.
• Daha önce çalışan mevcut çoğaltma ilişkileri, Alıkoyma Kilitlemesi yapılandırmasında yapılan değişikliklerden sonra başarısız oluyor.

Bu davranış tasarım gereğidir.

Kaynak ve hedef MTree'ler eşleşen Data Domain Retention Lock ayarlarına sahip değilse çoğaltma yeniden senkronizasyonu desteklenmez. Alıkoyma Kilitlemesi Yönetişimi devre dışı bırakılmış olsa bile, daha önce korunan dosyalar, saklama süreleri sona erene kadar bekletme politikalarını korumaya devam eder.

Sonuç olarak:

• Hedef MTree hâlâ WORM etkin olarak kabul edilebilir.
• Kaynak, yeniden senkronizasyon sırasında WORM durumunun kaldırılmasını ister.
• Çoğaltma ilişkilendirmesi aşağıdakilerle başarısız oluyor: error 5312.

Aşağıdakilerden sonra yaygın bir senaryo oluşur:

• Veriler eski Data Domain sistemlerinden daha yeni sistemlere çoğaltılır.
• Alıkoyma Kilidi Yönetişimi daha sonra MTree'lerin birinde veya her ikisinde devre dışı bırakılır.
• Geçişi yapılan MTree'ler arasında çoğaltma yeniden eşitleme gerçekleştirme girişiminde bulunulur.

Çoğaltma yeniden senkronizasyonunun başarılı olması için hem kaynak hem de hedef MTree'lerin eşleşen Data Domain Retention Lock Governance veya Compliance yapılandırmalarına sahip olması gerekir.

Önerilen eylemler:

1. Çoğaltma ilişkisine dahil olan hem kaynak hem de hedef MTree'lerde Alıkoyma Kilidi Yönetişimini yeniden etkinleştirin.
2. Çoğaltma yeniden eşitleme işlemini yeniden deneyin.
3. Yeniden eşitlemeyi başlatmadan önce her iki MTree'nin de aynı Retention Lock durumunu bildirdiğini doğrulayın.

Bu olaydan örnek:

Kaynak: /data/col1/MtreeExample3 (ND6900)
Hedef: /data/col1/mtreeExample (SD6900)

• Her iki MTree'de de RLG'yi etkinleştirin ve yeniden eşitlemeyi yeniden deneyin.
• Eşleşen Retention Lock ayarları oluşturulamazsa yeni bir hedef MTree oluşturun ve yeni bir çoğaltma bağlamı başlatın. Çoğu durumda, hedefteki mevcut veriler Data Domain tekilleştirme yoluyla kullanılabildiği için çoğaltma başlatma işlemi beklenenden daha hızlı tamamlanır.

• Alıkoyma Kilitlemesi Yönetişiminin devre dışı bırakılması yalnızca yeni yazılan dosyaları etkiler.
• Önceden korunan dosyalar, yapılandırılan saklama süresi sona erene kadar kilit özniteliklerini korumaya devam eder.
• Yeniden eşitleme işlemleri, yalnızca hem kaynak hem de hedef MTree'ler uyumlu Retention Lock ayarlarına sahip olduğunda desteklenir.
• Bir raporda şu anda saklama kilidi uygulanmış dosya bulunmaması, çoğaltma yeniden eşitleme gereksinimlerinin karşılandığını garanti etmez.