QNAP doluluk yönetimi: eski yedeği silmeden önce zinciri ve saklama süresini kontrol etmek

NAS üzerinde büyük yedek dosyalarını görmek, hangilerinin güvenle silinebileceğini göstermez. Tam, artımlı ve işlem günlüğü yedekleri bir kurtarma zincirine bağlı olabilir. Kapasite açma kararı geri dönüş gereksinimini koruyarak verilmelidir.

1. Doluluğu sınıflandır
2. Yedek zincirini çıkar
3. Saklama kararını doğrula
4. Kurtarmayı sınayın
5. Politikayla temizle
6. Alanı ve işi izle

Alanı hangi katmanın kullandığını bulun

Paylaşım boyutu, storage pool, volume, snapshot rezervi ve geri dönüşüm kutusu farklı alanları temsil eder. Dosya silindikten sonra boş alan hemen artmıyorsa bu katmanlar ayrı incelenir. QNAP’ın Network Recycle Bin davranışı buna örnektir.

Aynı verinin snapshot veya başka yedek kopyasında tutulması kapasiteyi etkileyebilir. Ancak snapshot kaldırmak da geri dönüş noktası kaybı yaratır. Hangi katmanın dolu olduğu anlaşılmadan toplu silme yapılmamalıdır.

Yedek dosyasını kurtarma zinciriyle eşleştirin

Dosya adı veya tarihi tek başına hangi geri dönüş noktasına ait olduğunu anlatmayabilir. Yedek yazılımı kataloğu, tam yedek ve bağlı artımlı/log dizisi birlikte kontrol edilir. SQL işlem günlüğü yedeklerini rastgele silmek belirli zamana dönüş zincirini bozabilir.

Üretim, test ve farklı uygulama yedekleri aynı klasördeyse sahiplik ayrıştırılır. Başka ekibe ait dosyanın eski görünmesi silme yetkisi veya gereksiz olduğu anlamına gelmez.

Saklama kararını iş gereksinimine bağlayın

Günlük, haftalık ve uzun dönem geri dönüş hedefleri belirlenir. Saklama süresi sadece disk doluluğuna göre kısaltılmamalıdır. İlgili iş sahibi ve kurum politikasıyla uyumlu karar alınır.

Yasal veya olay inceleme nedeniyle korunması gereken kopyalar normal temizleme takviminden ayrılabilir. İstisnanın sahibi ve süresi açıkça kaydedilir. Kapasite açma işlemi bu korumayı sessizce kaldırmamalıdır.

Önce geri yüklemeyi doğrulayın

Silinmesi planlanan zincirin dışında kalan geçerli bir geri dönüş noktasından test yapılır. Katalogda başarılı görünmek dosyanın gerçekten okunabildiğini kanıtlamaz. Gerekli şifreleme anahtarı ve uygulama bilgileri de erişilebilir olmalıdır.

Temizlik mümkünse yedek yazılımının desteklenen retention mekanizmasıyla yürütülür. Dosyaları arka plandan elle kaldırmak katalog ve repository tutarsızlığı yaratabilir. Geri dönüşüm kutusu boşaltma kalıcı silme etkisiyle değerlendirilmelidir.

Tekrar dolmayı önleyecek ölçüm kurun

Temizlik sonrası alan, günlük büyüme ve bir sonraki yedek işi birlikte izlenir. Kapasite tahmini yeni veri üretimi ve saklama hedefiyle güncellenir. Sadece yüzde düşüşünü başarı diye raporlamak sorunun geri gelmesini önlemez.

• Hangi kapasite katmanının dolduğu belirli.
• Yedek zinciri ve sahibi doğrulandı.
• Saklama gereksinimi korundu.
• Geri yükleme testi başarılı.
• Temizlik ve sonraki yedek işi tutarlı.

İlgili çalışma notları

• Sunucu RAM yükseltme: DIMM kapasitesinden önce kanal ve CPU yerleşimi
• RAID seçimi ve rebuild: kullanılabilirlik ile yedeklemeyi ayırmak
• Veeam ile sunucu taşıma: VM yedeğinden uygulama kabulüne