Zamanlama, yöntem, saklama zinciri ve fiziksel silme/immutability farklı konulardır. Genel VM ekranı, Storage Policy veya database motorunun aynı davranışta olduğunu göstermez; kurulu scheduler ve backend için ayrıca kabul gerekir.
Ekran görüntüleri 16 Ekim 2026 tarihli gerçek laboratuvar arayüzünden alınmıştır. Arayüz İngilizcedir; açıklamalar seçtiğiniz dilde sunulur. Gösterilen kaynak adları, tarihler ve ayarlar örnektir; kendi ortamınızın değerlerini kullanın.
Görsel/işlem sınırı: önceki yetkili incelemedeki gerçek VM Policy Advanced Settings/Schedules ekranları aynen kullanılır. Görünen gün/saat/süreler laboratuvar örneğidir; her platformun runtime davranışını kanıtlamaz. Yeni politika, Start Now, takvim/saklama değişikliği veya cleanup/GC/silme yapılmadı.
Platform/yöntem ve politika kimliği
Takvim, saat dilimi ve Full/artımlı zincir
Repository rezervasyonu ve saklama kapasitesi
İzole restore ve ölçülmüş kabul noktası
01
1. Saklama gereksinimini veri sahibiyle belirleyin
Geriye dönük ihtiyaç, operasyonel süre, kaynak değişim oranı ve kurumsal saklama gereksinimlerini kaydedin. Hukuki/compliance süreleri bu rehberde verilmez; yetkili kurum politikasından alınır. RPO, restore point yaşı ve saklama süresi farklı ölçülerdir.
Beklenen sonuç
Politika kapsamı ve ilgili kabul sonucu kaydedilir.
02
2. Backup, Archive ve Replication alanlarını ayırın
Advanced Settings içinde Backup Retention Time, varsa Archive Retention Time ve Replication Retention Time alanlarını kurulu sürüm/yöntemle karşılaştırın. Seçenekler periods kayıtlarından gün/hafta/ay/yıl olarak gelebilir; birim ve yorumlarını doğrulayın. Alanın görünmesi archive veya replication veri yolunun her platformda kabul edildiğini göstermez.
Önceki gerçek Advanced Settings ekranı: Backup Retention Time ve politika seçenekleri. Bu görüntü cleanup/GC, WORM veya bütün motorlarda saklama kabulü değildir. Büyüt ↗
Beklenen sonuç
Politika kapsamı ve ilgili kabul sonucu kaydedilir.
03
3. Full tabanı ve bağlı zinciri birlikte planlayın
Artımlı/differential/WAL/binlog/oplog parçalarının gerekli tabanlarını saklayın. Politika storage değişse bile mevcut Full setinin artımlıları eski repository’ye bağlı kalabilir; katalogdaki repository_id esas alınır. Sadece yaşa bakarak Full objeyi veya chunk’ı elle silmeyin. Zincir bağımlılığı ve retention/GC kabulünü ilgili motorla doğrulayın.
Beklenen sonuç
Politika kapsamı ve ilgili kabul sonucu kaydedilir.
04
4. Last cycle protection etkisini hesaplayın
İncelenen VM Advanced Settings ekranında Last cycle protection yeni cycle tamamlanana kadar ek bir cycle tutmayı tarif eder. Bu fazladan kapasite gerektirir; beklenen overlap, rezerve alan ve yeni Full süresini hesaplayın. Checkbox açıklamasını her motor için çalışan chain-safe cleanup garantisi saymayın; onaylı testte doğrulayın.
Beklenen sonuç
Politika kapsamı ve ilgili kabul sonucu kaydedilir.
05
5. Kapasite ve backend sınırlarını doğrulayın
available/min_free/reserved/reservable değerleri, Full cycle büyüklüğü ve artımlı büyümeyi karşılaştırın. Repository retention, bucket lifecycle, NAS snapshot ve Object Lock/WORM aynı mekanizma değildir. RustFS tasarımında retention/GC, fault, scale, TLS/WORM üretim kapıları açık olarak belgelenir; süre seçmek immutability garantisi sağlamaz.
Beklenen sonuç
Politika kapsamı ve ilgili kabul sonucu kaydedilir.
06
6. Süre değişikliği ve silme etkisini planlayın
Mevcut katalog, son iyi nokta ve referans verilen repository’leri kaydedin. Saklamayı kısaltmanın mevcut setlere geriye dönük etkisi veya cleanup zamanlaması kurulu sürümde doğrulanmalıdır; hemen alan açılacağını varsaymayın. Disable pool yeni upload’ı engeller, veri silmez; restore referansı olan pool’u unmount/kaldırmayın. Bu çalışma saklama, lifecycle veya GC değiştirmedi.
Beklenen sonuç
Politika kapsamı ve ilgili kabul sonucu kaydedilir.
07
7. En eski gerekli noktayı restore ile kabul edin
Onaylı küçük testte yeni cycle, korunan eski cycle ve silinmemesi gereken referansları inceleyin. İhtiyaç duyulan en eski ve son noktayı izole restore ile veri/hash/uygulama açısından doğrulayın. Temizlik logları ve kapasiteyi birlikte karşılaştırın; liste satırının kaybolması güvenli fiziksel silme veya alan kazanımı kanıtı değildir.
Beklenen sonuç
Politika kapsamı ve ilgili kabul sonucu kaydedilir.
MERAK EDİLENLER
Takvim veya saklama alanı tek başına veri garantisi midir?
Hayır. Gerçek çalışma, zincir erişimi, kapasite ve izole veri geri dönüşü ayrıca doğrulanır. Saklama süresi WORM veya silinemezlik garantisi değildir.