Archive, backup retention, replikasyon ve WORM farklı kapsamlardır. Görünür politika alanı bütün platformlarda çalışan arşiv veri yolu, tape veya cold-tier desteği kanıtı değildir. Kurulu sürüm ve hedef desteğini destek ekibiyle doğrulayın.
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 notu: önceki gerçek Advanced Settings taslağı yeniden kullanılır; Archive Configuration kapalıdır. Açılmış Archive Storage seçimi veya yeni arşiv işi gösterilmez. Bu çalışma politika, saklama veya veri değiştirmedi; arşivleme, silme veya restore çalıştırmadı.
Veri sahibi, iş ihtiyacı ve onaylı saklama planı
Ürün sürümü, yöntem ve hedef desteği
Kapasite, erişim ve kurtarma bağımlılıkları
İzole restore ve periyodik kabul planı
01
1. Saklama hedefini onaylayın
Veri sahibiyle saklama gerekçesi, kapsamı, süre ve periyodik incelemeyi belirleyin. Süreyi genel bir örnekten kopyalamayın; kurumun gereksinimlerine göre onaylayın. Bu rehber mevzuata uygunluk veya zorunlu süre garantisi vermez.
Beklenen sonuç
Kapsam, sorumlu kişi ve kabul sonucu belgelenir.
02
2. Saklama alanlarını birbirinden ayırın
Backup Retention Time, Archive Retention Time ve varsa replikasyon süresi farklı veri yollarına ait olabilir. Seçili süreyi hangi veri ve motorun uyguladığını doğrulayın. Uzun süre seçimi değiştirilemezlik veya bağımsız kopya garantisi değildir.
Önceki gerçek Advanced Settings taslağı: Archive Configuration kapalı, Backup Retention Time görünür. Arşiv hedefi seçilmedi; bu ekran çalışan arşiv, uzun dönem kabulü veya WORM garantisi değildir. Büyüt ↗
Beklenen sonuç
Kapsam, sorumlu kişi ve kabul sonucu belgelenir.
03
3. Zincir ve katalog bağımlılıklarını koruyun
Full tabanı, gereken artımlılar, manifest/katalog ve erişim bağımlılıklarını birlikte değerlendirin. Tek bir yeni noktanın bulunması eski verinin kurtarılabildiğini göstermez. Zincir parçalarını elle silmeyin veya repository kimliğini başka veri alanı için yeniden kullanmayın.
Beklenen sonuç
Kapsam, sorumlu kişi ve kabul sonucu belgelenir.
04
4. Yaşam döngüsü davranışını doğrulayın
Sürenin dolması her motorda aynı anda otomatik silme anlamına gelmez. İncelenen OpenStack/Safir retention belgesinde Archive ve WORM politikaları atlanır; bu davranışı bütün motorlara genellemeyin. Cleanup/GC, koruma ve paylaşılan veri ilişkisini sürüm bazında destekle doğrulayın.
Beklenen sonuç
Kapsam, sorumlu kişi ve kabul sonucu belgelenir.
05
5. Erişim ve sürüm sürekliliğini planlayın
Uzun dönemde hesap, sertifika, anahtar, lisans ve restore aracı erişimini sorumlularla planlayın. Eski yedeğin yeni sürümde açılacağını test etmeden varsaymayın. Anahtar ve erişim dosyalarını açık envantere veya destek mesajına koymayın.
Beklenen sonuç
Kapsam, sorumlu kişi ve kabul sonucu belgelenir.
06
6. Eski kurtarma noktalarını düzenli sınayın
Kurumun belirlediği aralıklarda eski ve yeni örnek noktaları izole hedefte test edin. Veri/hash ve uygulama kabulü, geri erişim süresi ve gereken araçları kaydedin. Yalnız son backup’ın başarılı olmasını uzun dönem kabulü saymayın.
Beklenen sonuç
Kapsam, sorumlu kişi ve kabul sonucu belgelenir.
07
7. Süre değişikliği ve çıkış planını belgeleyin
Süre azaltımı, hedef değişimi veya devreden çıkarma öncesi veri sahibinin kararını ve kurtarma etkisini değerlendirin. Koruma koşullarını aşarak silme denemesi yapmayın. Sürüme özel saklama ve geçiş planı için destek@menabyte.com.tr adresine maskelenmiş ihtiyaç özetiyle başvurun.
Beklenen sonuç
Kapsam, sorumlu kişi ve kabul sonucu belgelenir.
MERAK EDİLENLER
Uzun saklama süresi WORM koruması mıdır?
Hayır. Saklama politikası, backend koruması ve kurtarma kabulü ayrı doğrulanır; süre seçimi tek başına değiştirilemezlik kanıtı değildir.