Görev durumu, bildirim teslimi, rapor özeti ve gerçek veri kurtarma kabulü ayrı değerlendirilir. Alanlar, yetkiler ve desteklenen rapor/notification tipleri kurulu sürüme göre doğrulanmalıdır.
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/kabul sınırı: içerik yerel UI/backend sözleşmeleri ve teknik belgelere dayanır. Yeni Dashboard/Reports/Notification Center ayrıntı ekranı alınmadı. İzleme rehberindeki önceki gerçek Backup List görüntüsü yalnız katalog/status örneğidir; rapor veya bildirim ayrıntısı değildir. Bu çalışma görev başlatmadı/durdurmadı, rapor üretmedi, SMTP/alıcı değiştirmedi ve e-posta göndermedi.
Tenant, platform ve kaynak/job/run kimlikleri
Tarih aralığı, saat ve durum eşlemesi
Yetkili sorumlu ve alıcı kapsamı
Görev/katalog/veri kabul kanıtı
01
1. İzlenecek iş yükünü ve sorumluyu belirleyin
Platform, sunucu, politika, repository ve görev kimliklerini eşleştirin. Son kabul edilmiş kurtarma noktası, beklenen çalışma penceresi ve müdahale sorumlusunu kaydedin. Aktif politika ile çalışan görev aynı şey değildir.
Beklenen sonuç
Kontrol sonucu ve ilgili iş kimliği kaydedilir.
02
2. Backup List durumunu katalogla karşılaştırın
Home → Backups → Backup List içinde Job Type, Status ve Last Backup alanlarını karşılaştırın. Not Yet Backup kullanılabilir nokta sayılmaz. Active zamanlama/politika durumudur; geçmiş Last Backup tarihi bugünkü erişim veya restore başarısını kanıtlamaz. Görsel önceki gerçek DB2 ve diğer motor kayıtlarını gösterir.
Önceki gerçek Backup List ekranı: Active, Last Backup ve Not Yet Backup alanları. Bu görüntü Dashboard, Reports veya Notification Center ayrıntısı değildir; geçmiş katalog/status örneğidir. Büyüt ↗
Beklenen sonuç
Kontrol sonucu ve ilgili iş kimliği kaydedilir.
03
3. Notification Center içinde tek run’ı izleyin
Notification Center → job detail içinde politika/job ID ile run/sub/backup kimliğini eşleştirin. Yüzde, boyut, hız, başlangıç/bitiş ve hata açıklamalarını aynı run üzerinde okuyun. Her motorun metrik veya durum kodunu evrensel eşleme saymayın; yüzde 100 tek başına terminal başarı değildir.
Beklenen sonuç
Kontrol sonucu ve ilgili iş kimliği kaydedilir.
04
4. Queue ve Process Steps ile beklemeyi ayırın
DETAIL JOB QUEUE, görev ayrıntıları ve Process Steps alanları varsa kuyrukta bekleme ile veri aktarımını ayırın. OpenStack/Safir application-consistent işinde quiesce, snapshot barrier, snapshot, timing ve resume fazlarını izleyin. Bildirim teslimi best-effort olabilir; imzalı operasyon sonucu ve servis loglarıyla karşılaştırın.
Beklenen sonuç
Kontrol sonucu ve ilgili iş kimliği kaydedilir.
05
5. Repository ve kaynak sağlık kontrollerini ayırın
Kaynak erişimi, repository enabled/healthy ve reservable kapasiteyi ayrı izleyin. Endpoint/TLS, mount veya kota hatasını disk doluluğu diye varsaymayın. Replikasyonda son doğrulanmış checkpoint yaşını; database’de gereken log zinciri ve kabul noktasını kontrol edin. Scheduler aralığı tek başına RPO değildir.
Beklenen sonuç
Kontrol sonucu ve ilgili iş kimliği kaydedilir.
06
6. Hatayı kanıtla devredin
İlk hata zamanı, politika/run/backup ID, platform, terminal durum ve ilgili log satırlarını kaydedin. Loglardan parola/token/kişisel verileri çıkarın. Takılı görünen işi doğrulamadan kill/suspend veya kuyruk temizliği yapmayın; bu eylemler veri yolu veya snapshot temizliğini etkileyebilir.
Beklenen sonuç
Kontrol sonucu ve ilgili iş kimliği kaydedilir.
07
7. İzlemeyi periyodik restore kabulüne bağlayın
Son başarılı görev ile son kabul edilmiş restore testini ayrı raporlayın. İş sahibiyle veri/hash ve uygulama erişimini düzenli kontrol edin. Eksik veya gecikmiş backup penceresini alarm kriterine ekleyin; sadece hata veren işleri izlemek hiç başlamayan işleri kaçırabilir.
Beklenen sonuç
Kontrol sonucu ve ilgili iş kimliği kaydedilir.
MERAK EDİLENLER
Başarı bildirimi restore kabulünün yerine geçer mi?
Hayır. Görev, katalog noktası, gerçek veri ve uygulama kabulü birlikte değerlendirilir; e-posta teslimi ayrı test edilir.