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. Koruma hedefi ve çalışma penceresini belirleyin
Platform, kaynak boyutu/değişim oranı, uygulama bağımlılıkları ve kabul edilmiş son noktayı kaydedin. RPO hedefi ile ölçülen aktarım/backup süresini ayırın; örnek olarak günlük Full veya sık artımlı takvim bütün ortamlara uygun değildir. Yalnız scheduler aralığından sıfır kayıp veya sabit RTO çıkarmayın.
Beklenen sonuç
Politika kapsamı ve ilgili kabul sonucu kaydedilir.
02
2. Kaynak, yöntem ve aktif politika durumunu doğrulayın
Kaynak/Clients, repository, yöntem ve tutarlılık seçimleri doğrulanmadan Schedules adımını tamamlanmış saymayın. Full/artımlı seçenekleri motor ve sürümle uyumlu olmalıdır; database log işi ile VM incremental aynı veri yolu değildir. Active politika, çalışan veya başarılı iş anlamına gelmez.
Beklenen sonuç
Politika kapsamı ve ilgili kabul sonucu kaydedilir.
03
3. Days, Months ve Repeat kapsamını seçin
Politika sihirbazında Schedules → Days ve Months seçimlerini, ardından Repeat değerini kontrol edin. İncelenen VM ekranı Every week, Every two weeks, First/Second/Last week sunar. Kurulu scheduler’ın takvim yorumunu ve saat dilimini doğrulayın; ekranın görünen seçeneklerinden missed-run/catch-up veya yaz saati davranışı varsaymayın.
Beklenen sonuç
Politika kapsamı ve ilgili kabul sonucu kaydedilir.
04
4. Full ve Incremental zamanlarını ayrı inceleyin
Set Full Backup Days ve Set Incremental Backup Days ile ayrı gün/saat pencerelerini özet/takvimde karşılaştırın. Artımlı kabulü için gereken Full tabanı ve log/zincir ön koşulunu doğrulayın. Aynı kaynağın işleri çakışacak şekilde saat atamayın. Start Now ayrı bir başlatma isteğidir; yalnız takvim incelemek için işaretlemeyin.
Önceki gerçek Schedules ekranı: Days, Months, Repeat ve Full/Incremental pencereleri. Start Now seçilmedi; Create Policy ile kayıt yapılmadı. Saatler bu laboratuvar taslağına aittir. Büyüt ↗
Beklenen sonuç
Politika kapsamı ve ilgili kabul sonucu kaydedilir.
05
5. Scheduler türü ve eşzamanlılığı eşleştirin
Storage Policy motor belgesinde daily/weekly/monthly farklı sözleşmedir; weekly oluşturulduğu hafta gününde, monthly oluşturulduğu ay gününde çalışır. Bunu VM Repeat takvimiyle aynı saymayın. İlgili scheduler servisi, Transfer Limits, repository rezervasyonu ve kuyruk çakışmalarını kurulu sürümle kontrol edin.
Beklenen sonuç
Politika kapsamı ve ilgili kabul sonucu kaydedilir.
06
6. Kaydetmeden önce özet ve etkileri doğrulayın
Politika adı/ID, kaynaklar, yöntem, Full/artımlı gün/saat, repository ve saklamayı birlikte kontrol edin. Mevcut politikayı düzenlemek gelecekteki işleri etkileyebilir; eski takvimi ve değişiklik penceresini kaydedin. Bu çalışma Create Policy/Start Now veya aktif takvim değişikliği yapmadı.
Beklenen sonuç
Politika kapsamı ve ilgili kabul sonucu kaydedilir.
07
7. Planlanan ve gerçekleşen işi karşılaştırın
Onaylı pilotta planlanan başlangıç, queue bekleme, gerçek başlama/bitiş ve son kullanılabilir noktayı ölçün. Kaçırılan pencere veya artan backlog için izleme ölçütü belirleyin. Full/artımlı zinciri izole restore ile kabul edin; takvimde iş görünmesi veri koruma 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.