Teşhis, düzeltme ve veri kurtarma kabulü ayrı aşamalardır. Bu rehber servis restart, queue/state silme, snapshot cleanup, sertifika doğrulamasını kapatma veya üretim restore talimatı değildir; gerçek neden kurulu sürüm ve doğru run kanıtıyla doğrulanı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.
Bazı laboratuvar görüntüleri gizlilik incelemesi için yayından çıkarılmıştır. Yazılı adımları izleyin ve kendi ortam değerlerinizi kullanın.
Görsel/işlem sınırı: önceki yetkili incelemenin gerçek hata ekranları kullanılır; yeni hata üretimi veya canlı log toplama yapılmadı. Ekranlar kök nedenin veya düzeltmenin kabulü değildir. Komutlar operatörün doğru node/servis için değerlendireceği read-only örneklerdir; bu çalışmada çalıştırılmadı.
Platform/sürüm ve kaynak/hedef kimliği
Job/run/backup ID ve zaman aralığı
İlgili node, servis ve kanıt kaynağı
Maskelenmiş destek özeti ve izole kabul planı
01
1. Belirtiyi ve etkilenen kapsamı kaydedin
Platform, kurulu sürüm, kaynak/hedef, politika/job/run/backup ID ve ilk hata zamanını not edin. Oluşturma, keşif, backup, katalog veya restore aşamasını ayırın. Kalan başarılı işler ve son kabul edilmiş kurtarma noktasını kaydedin; aynı hatayı üretmek için üretim backup/restore başlatmayın.
Beklenen sonuç
Bulgu, zaman ve ilgili iş kimliği kaydedilir.
02
2. Görünen hatayı gerçek bağlantı testiyle ayırın
Network connection error, read timeout ve Connection refused farklı belirtilerdir; tek başına kök neden değildir. Kaynak servis, doğru endpoint/port, DNS, ağ, TLS ve kimlik yetkisini ilgili sorumluyla kontrol edin. Önceki gerçek Windows ajan ekranındaki hata geçerli bağlantı örneği değildir. TLS doğrulamasını kapatarak hatayı gizlemeyin.
Önceki gerçek Windows Agent Policy hatası: A network connection error occurred. Kaynak bağlantısı doğrulanmadı; politika kaydedilmedi. Bu görüntü kök nedeni belirlemez.
Beklenen sonuç
Bulgu, zaman ve ilgili iş kimliği kaydedilir.
03
3. Servis ve repository sağlığını ayrı kontrol edin
İlgili node üzerinde kurulu servis adını doğrulayıp durum ve son journal kayıtlarını okuyun. Repository localhost backend’i sağlıklı olsa bile client HTTPS yolu çalışmayabilir. Mount, quota ve reservable kapasiteyi ayrıca kontrol edin. Komut örneği read-only’dur; restart veya config değişikliği bu teşhis adımının parçası değildir.
Komut örneği
systemctl status era-repository --no-pager
journalctl -u era-repository -n 100 --no-pager
Beklenen sonuç
Bulgu, zaman ve ilgili iş kimliği kaydedilir.
04
4. Yanıltıcı kapasite ve boş envanteri değerlendirin
Yerel incident belgesindeki repository capacity preflight failed hatası, dolu disk yerine client’a yanlış 19449 endpoint’i verilmesinden kaynaklanıyordu. Gerçek mount ve HTTPS /repository erişimini ayırın; 19449’u dışa açmayın. No Instances/VMs, boş Clients veya Not Yet Backup durumunu başarılı koruma saymayın; yanlış scope, izin veya eksik kaynağı inceleyin.
Beklenen sonuç
Bulgu, zaman ve ilgili iş kimliği kaydedilir.
05
5. Katalog, zincir ve hedef arayüzünü kontrol edin
Geçmiş Last Backup tarihi kullanılabilir dosya/VM/database zinciri garantisi değildir. Full tabanı ve gerekli log/artımlı parçaları eşleştirin. Critical components could not be loaded ekranı istemci bileşeni yükleme sorununu gösterir; tek başına repository bozukluğu kanıtı değildir. Ağaç/hedef formu yüklenmeden son Restore eylemine geçmeyin.
Önceki gerçek fileserver restore ekranı: Critical components could not be loaded. Dosya ağacı/target doğrulanamadı; Restore gönderilmedi. İstemci bileşeni hatası otomatik veri kaybı/bozulma kanıtı değildir. Büyüt ↗
Beklenen sonuç
Bulgu, zaman ve ilgili iş kimliği kaydedilir.
06
6. Takılı işi ve cleanup durumunu kanıtla değerlendirin
Queue, notification, çalışan süreç ve lifecycle durumunu aynı run için karşılaştırın. VMware replikasyon belgesinde başarısız iş snapshot’ı tutup cleanup_required işaretleyebilir; snapshot/state/katalog dosyasını elle silmeyin. Kill, suspend, restart ve retry veri yolunu etkileyebilir; düzeltmeyi sorumlu teknik ekiple onaylı planla yapın.
Beklenen sonuç
Bulgu, zaman ve ilgili iş kimliği kaydedilir.
07
7. Düzeltmeyi küçük test ve destek kaydıyla kapatın
Onaylı düzeltmeden sonra küçük izole testte aynı aşamayı ve gerçek veri kabulünü doğrulayın. Önce/sonra bulguları, iş kimlikleri, sürüm, yapılan değişiklik ve geri alma planını kaydedin. Destek için logları maskeleyip yalnız ilgili zaman aralığını paylaşın. Bu rehber hazırlanırken servis/iş veya config değişikliği yapılmadı.
Beklenen sonuç
Bulgu, zaman ve ilgili iş kimliği kaydedilir.
MERAK EDİLENLER
Hata mesajı tek başına kök neden midir?
Hayır. Aynı mesaj farklı erişim, kaynak veya veri yolu sorunlarından doğabilir. Zaman, run kimliği, servis ve veri durumu birlikte incelenir.