Agent offline mı, yoksa verisi mi güncel değil?

Bağlantı durumu ile veri tazeliği aynı şey değildir

Bir Windows Agent’ın son heartbeat zamanı, sistemin mesajlaşma katmanına ne zaman ulaştığını gösterir. CPU, güncelleme, antivirüs veya SQL kontrolünün son toplandığı zaman ise farklı olabilir. Agent online görünse bile belirli bir envanter eski olabilir; kısa süreli iletişim kesintisi de son telemetriyi hemen geçersiz kılmaz.

Rokunet AI-Agent raporlarında hedef host, Agent ID, son heartbeat, ölçüm zamanı ve kontrolün sonucu birlikte değerlendirilmelidir. Offline agent, stale telemetry, yetki hatası ve rol bulunamaması farklı durumlardır. “Veri yok” sonucunu “sorun yok” olarak yorumlamamak gerekir.

Kontrol listesi

1. Host adını ve raporun hedeflediği Agent ID’yi doğrulayın.
2. Heartbeat ve ilgili ölçümün zaman damgalarını karşılaştırın.
3. Son başarılı kontrolü, hata mesajını ve varsa rol bilgisini inceleyin.
4. Sunucunun ağa erişimini, Agent servis durumunu ve zaman eşitlemesini yetkili yöntemlerle kontrol edin.
5. Veri yeniden geldikten sonra hangi ölçümlerin güncellendiğini doğrulayın.

Raporun sınırlarını açık tutun

Eski ölçüm mevcut anın durumunu göstermez. Agent erişilemiyorsa, rapor son bilinen zamanı belirtmeli ve tahmini güncelmiş gibi sunmamalıdır. AI destekli özet de veri tazeliğini, erişilemeyen alanları ve sonraki doğrulama adımını içermelidir.

Agent readonly izleme ve tanı amacı taşır. Ağ ayarı değiştirmez, servisi yeniden başlatmaz veya güvenlik ayarlarına müdahale etmez. İhtiyaç halinde uzman ekibimiz destek kaydı ve yetki sınırları içinde inceleme yürütür.

İzleme ve destek kapsamını görüşün →

Offline ve stale durumunu ayırın

Heartbeat, agentın haberleşme katmanına son ne zaman ulaştığını gösterir. Telemetri kayıtları ise CPU, disk, Windows Update, güvenlik ürünü veya rol kontrollerinin ayrı toplama zamanlarına sahiptir. Dashboard’da “online” görünen bir agentın belirli bir kontrolü eski olabilir. Tersine, agent kısa süreli ağ kopması yaşasa da son ölçümler bir süre inceleme için anlamlı kalabilir; bunlar güncel durum gibi sunulmamalıdır.

İlk kontrolde ilgili host ve agent kimliği eşleştirilir. Son heartbeat ve her kontrolün timestamp’i yan yana incelenir. Agent servis durumu, sunucu bağlantısı, mesajlaşma uç noktalarına çıkış, sistem saati ve varsa yetki hataları ayrı ayrı değerlendirilir. Gözlem aralığında sistem kapalı, ağ kesik veya kontrol izni yetersiz olabilir; her nedenin çözümü farklıdır.

Destek kaydında hangi kanıt yer almalı?

Host adı, agent kimliği, son heartbeat zamanı, son başarılı telemetri zamanı, başarısız kontrol adı ve görünen hata mesajı kayda eklenmelidir. Müşterinin gözlediği arıza başlangıcıyla bu zamanlar karşılaştırıldığında sorunun kapsamı daraltılabilir. Eksik verinin bulunması tek başına agent arızası anlamına gelmez; tespit edilen durum ve sonraki kontrol açıkça yazılmalıdır.

Agent erişilemiyorsa otomatik uzaktan işlem başlatılmaz. Yetkili uzman, müşteri onayı ve kapsam doğrultusunda bağlantıyı veya agent servisini inceleyebilir. Telemetri tekrar geldikten sonra yeni ölçümlerin zamanı kontrol edilerek rapor güncellenir.

Veri boşluklarını gizlemeyin

Bir sunucu 3 gündür heartbeat göndermiyorsa son bilinen CPU ölçümü bugünkü kullanım değildir. Rapor, bağlantının kesildiği zamanı ve son başarılı kontrolün zamanını ayrı göstermelidir. Aynı host için güncel bir kontrol alınmadıysa “düşük CPU” veya “güncel” gibi bir sonuç sunulmamalıdır. Üst yönetime giden özetlerde stale durumunu görünür tutmak teknik güvenilirliği korur.

Bağlantı sorunu araştırılırken DNS çözümleme, ağ çıkışı, proxy/firewall izinleri, TLS bağlantısı ve agent servis durumu yetkili ekipçe kontrol edilebilir. Sistem saati farklıysa olaylar ve telemetri yanlış sırada görünebilir. Her değişiklik kurumun güvenlik süreci ve bakım onayıyla yapılır; agent kendi ayarlarını otomatik değiştirmez.

Agent yeniden bağlandıktan sonra eski boşluklar otomatik olarak geçmiş ölçümlerle dolmayabilir. Yeni heartbeat ve yeni telemetri örnekleri ayrı zamanlarıyla raporlanmalıdır. Destek kaydı, kesinti penceresini ve düzeltme sonrası doğrulamayı içermelidir.

Offline durumunu müşteri raporuna nasıl aktarın?

Rapor, hangi sunucunun ne zamandan beri veri göndermediğini, son başarılı heartbeat’i ve son ölçüm zamanını açıkça söyler. Ardından doğrulanmış bulguları ve henüz kontrol edilemeyen alanları ayırır. Örneğin “agent offline” gözlemi ağ arızasının kesin kanıtı değildir; yalnızca beklenen heartbeat’in alınmadığını ifade eder. Ağ, servis veya host kapanması ihtimali sonraki kontrollerle incelenir.

Yönetici görünümünde açık takip sahibi ve sonraki kontrol zamanı eklenmesi, eski verinin fark edilmeden karar kaynağı olmasını önler. Yeni ölçüm geldiğinde raporun hangi saatten itibaren güncellendiği gösterilir. Önceki ölçümler geçmiş kaydıdır ve bugünün durumuyla karıştırılmamalıdır.

Bir müşterinin birden fazla sunucusu varsa etkilenen hostlar ayrı listelenebilir; hizmet veya lokasyon bağlamı varsa bu bilgiyle ilişkilendirilebilir. Yetki sınırları dışında kalan müşteri verileri rapora dahil edilmez.