Veeam Troubleshooting – 04 (Yeni)

Cannot find dirty block information in the previous restore point, CBT will not be used

“Cannot find dirty block information in the previous restore point, CBT will not be used” bu uyarının anlamı, Veeam’in artırımlı (incremental) yedekleme yaparken zincirdeki bir önceki yedekleme noktası ile şu anki canlı sanal makine arasındaki süreklilik bağını kopardığını gösterir.

Veeam, bir sonraki adımı planlayabilmek için bir önceki yedekleme noktasına (Restore Point) bakar ve orada “dirty blocks” (son yedeklemeden beri değiştiği işaretlenmiş bloklar) bilgisini arar. Bu bilgiyi bulamadığında, canlı makineyle elindeki son yedeği düzgünce kıyaslayamaz ve güvenli tarafta kalmak için CBT’yi o seferlik devre dışı bırakır.

​Bu durumun arkasında yatan en yaygın nedenler şunlardır:

​

1. Yedekleme Zincirinin Bozulması veya Manuel Müdahale

​Bir önceki yedekleme dosyası (.vib veya .vbk) yedekleme alanından (Repository) manuel olarak silinmiş, taşınmış veya bozulmuş (corrupt) olabilir.

​Veeam veritabanı (SQL/PostgreSQL) ile diskteki gerçek yedek dosyaları arasındaki senkronizasyon kaybolmuş olabilir.

​

2. Başarısız/Yarıda Kalan Bir Önceki Yedekleme

​Bir önceki yedekleme işlemi elektrik kesintisi, ağ kopması veya depolama alanı bağlantı sorunu nedeniyle yarıda kaldıysa veya “Failed” durumuyla bittiyse, o geri dönüş noktası “sağlıksız” olarak işaretlenir.

​Sağlıksız bir noktaya güvenemeyen Veeam, bir sonraki yedeklemede kirli blok (dirty block) haritasını okuyamaz.

​

3. Sanal Makinenin Veeam Dışında Taşınması veya Değişmesi

​Sanal makine vCenter ortamından silinip yedekten tekrar dönülmüş (Restore) veya envantere yeniden eklenmiş olabilir (VM ID’si değiştiği için zincir kopar).

​VM, VMware tarafında farklı bir vCenter’a vMotion ile taşındıysa veya Hyper-V tarafında cluster dışına çıkarıldıysa eski CBT bilgileri geçerliliğini yitirir.

​

​Bu bir hata (Error) değil, Veeam’in veri kaybını önlemek için aldığı koruyucu bir önlemdir.

​Veeam bu uyarıyı verdiğinde yedeklemeyi iptal etmez. Bir önceki mesajda bahsettiğimiz “Safe Block Tracking (FIB)” moduna geçer. Sanal makinenin tüm diskini baştan sona okur, elindeki eski sağlam yedekle karşılaştırır, değişenleri bulur ve yedeklemeyi başarıyla tamamlar. Sadece o binişlik (o job özelinde) işlem normalden daha yavaş sürer.

​

​Bu uyarı genellikle geçicidir ve Veeam sonraki yedeklemede zinciri kendi kendine tamir eder. Ancak kalıcı hale gelmesini önlemek ve süreci hızlandırmak için şu iki adımı uygulayabilirsiniz:

​1- Bu uyarıyı aldığınız yedekleme işi (Job) yavaş da olsa “Success” veya “Warning” ile başarıyla biterse, sonraki artımlı (incremental) yedeklemede bu uyarı kaybolacaktır. Çünkü Veeam bu yavaş tarama sayesinde yeni bir “dirty block” haritası oluşturur ve zinciri birbirine bağlar.

​2-Active Full Yedekleme (Kesin Çözüm): Eğer işin saatlerce sürmesini beklemek istemiyorsanız veya yedekleme sürekli hata veriyorsa, ilgili Job’a sağ tıklayıp “Active Full” seçeneğini seçin. Bu işlem, sıfırdan tertemiz bir tam yedek (Full Backup) alarak CBT haritasını ve yedekleme zincirini tamamen sıfırlayacaktır.

Vakit ayırıp yazımı okuduğunuz için teşekkür ederim.

Başka yazımda görüşmek dileğiyle…