WebBlocks CMSDokümanlarRehberlerBlogMarkaEklentiler

Kurtarma noktalarını koruyarak CMS kurulumunu temizlemek

Northstar Studio birkaç CMS güncellemesi kurdu. Operatör Backups ekranını açtığında beklediğinden fazla arşiv görüyor: politika son beş başarılı güncelleme öncesi yedeği tutmayı söylüyor ama eski dosyalar hâlâ duruyor.

Bu ayar, tutulacak asgari kurtarma noktası sayısını tanımlıyor. Diğer arşivlerin saklama süresi henüz dolmamış olabilir; açıkça korunuyor veya başka bir güvence nedeniyle tutuluyor olabilirler. WebBlocks CMS, Maintenance → Cleanup bölümünde depolamayı inceleme, saklama kurallarını gözden geçirme ve otomatik bakım kategorilerini seçme olanağı sunuyor.

Yaş ve asgari sayıyı birlikte okuyun

Politika temizliğinin bir yedeği kaldırabilmesi için ilgili yaş ve koruma kontrollerini geçmesi gerekir. Eski bir arşiv, asgari başarılı yedek sayısını korumak için gerekli olduğundan kalabilir. Başarısız veya kayıp arşiv, doğrulanmış bir kurtarma noktasının yerine geçemez.

Yedek politikalarında yaş eşiği, asgari başarılı yedek sayısı ve isteğe bağlı depolama bütçesi.

Örnek olarak 14 günlük yaş eşiği ve korunan beş başarılı arşiv düşünelim. Yalnızca üç geçerli arşiv varsa ve hepsi 14 günden eskiyse, sadece yaşları silinmeleri için yeterli değildir. Asgari sayı onları korur. On geçerli arşiv varsa, en eski beş arşivin sayı kuralıyla korunması gerekmese bile diğerlerinin bir kısmı yeni oldukları için tutulabilir.

Kaydedilmiş mevcut ayarlar güncellemede korunur. Ürün varsayılanına güvenmeden önce kurulumun gerçek politikasını inceleyin.

Depolamanın neden tutulduğunu inceleyin

Depolama açıklaması, yedek kayıtlarını, farklı fiziksel dosyaları ve ölçülen baytları saklama nedenine göre ayırır. Bir arşive birden fazla kayıt bağlı olsa da fiziksel depolama bir kez sayılır. Yedek olarak kayıtlı olmayan dosyalar ölçülen kullanıma dahil olur ama otomatik yedek temizliği bunları silmek üzere seçmez.

Yedek raporu açık korumayı, başarılı yedek korumasını ve fiziksel dosya sayılarını ayırıyor.

İsteğe bağlı depolama bütçesi kullanımı bildirir. Kurtarma korumalarını aşmaz ve saklamayı kesin bir disk sınırına dönüştürmez. Temizlik sonrasında bütçe hâlâ aşılıyorsa, operatör depolama baskısını nasıl çözeceğine ayrıca karar vermelidir.

Koruma ile süresiz saklamayı ayırın

Backups kontrollerinden arşiv Protected olarak işaretlenebilir ve saklama davranışı seçilebilir. Koruma kaldırılana kadar silme engellenir. Süresiz saklama ise otomatik süre dolumunu önler, açık bir silme işlemini engellemez.

Northstar’ın taşıma öncesi yedeği için bu ayrım yararlıdır: operatör, süresiz tarihin her manuel silmeyi de engellediğini varsaymak yerine arşivi açıkça koruyabilir. Belirli bir son kullanma tarihi de korumaya ve asgari kurtarma sayılarına uyar.

Bakım kategorilerini ayrı ayrı açın

Cleanup; varlık sürümlerini, eski medya varyantlarını, bilinen geçici çalışma alanlarını, sayfa sürümlerini ve Shared Slot sürümlerini de kapsar. Yeni otomatik bakım kategorileri kapalı başlar ve tek tek açılabilir.

Otomatik bakım kategorilerinin ayrı zamanları var; sentetik zamanlayıcı doğrulanmamış.

Varyant temizliği özgün Media Library dosyalarını ve mevcut varyant parmak izlerini korur. Sürüm temizliği yaş eşiğiyle asgari sayıyı birlikte uygular. Örneğin son 50 sürümü koruyan politikada, yalnızca 20 sürümü olan bir sayfa eski olsalar da hepsini tutar. Transfer arşivlerini ve günlükleri operatör yönetmeye devam eder.

Raporun ve zamanlayıcının son çalışma zamanını kontrol edin

Dashboard, Backups ve Cleanup, son tamamlanan bakım raporunu ölçüm zamanıyla gösterir. Eski rapor güncelliğini yitirmiş olarak işaretlenir; ekranı açmak onu eşzamanlı yeniden oluşturmaz. Refresh checks veya zamanlayıcı ölçümleri yenileyebilir. Temizlik ve geri yükleme işlemleri, harekete geçmeden önce güncel güvenlik kontrollerini yine yapar.

Scheduler setup and verification ekranı, kuruluma özgü yönergeler ve kaydedilmiş etkinlik sunar. Cron satırı eklemek yapılandırmadır; kaydedilmiş heartbeat, zamanlanmış işin gerçekten çalıştığına dair kanıttır. Açılan her temizlik kategorisi kendi zaman çizelgesine uyar.

Northstar için yararlı sonraki adım, mevcut saklama nedenlerini incelemek, uygun temizliği önizlemek, zamanlayıcıyı doğrulamak ve sonucu gözden geçirmektir. Kontroller ve sınırlar operasyon belgesinde açıklanır. Kurtarma güvenceleri dosyaları tutmayı gerektirdiğinde disk kullanımı hedefin üzerinde kalabilir; raporun görünür kılması gereken operasyon kararı budur.

Ekran görüntüleri yayımlanmış CMS 1.107.2 içindeki kurgusal Northstar Studio verilerini kullanır. Kontrolleri ve örnek durumları gösterir; canlı bir hesap kurtarma veya temizlik işlemi değildir.

Bu makale yararlı oldu mu?

Puan verin veya aşağıda bir öneri paylaşın.

Henüz puan yok.

Yorumlar ve öneriler

Yorumlar yayımlanmadan önce incelenir.

Yorumlar

0

Henüz onaylanmış yorum yok.

Yorum yaz

Yorumlar görünmeden önce incelenir.