Windows sunucuda CPU yükselmesini kanıtlarla inceleyin

Tek bir CPU yüzdesi kök nedeni göstermez

Sunucudaki CPU kullanımının yükselmesi, bir işlemin yavaşladığı veya sistemin yanıt vermediği anlamına gelebilir; ancak tek başına hangi işin buna yol açtığını kanıtlamaz. Kısa süreli tepe değerleri, sürekli kaynak baskısı ve eski telemetri farklı durumlardır. İnceleme, olayın görüldüğü zaman aralığını ve o sırada çalışan processleri birlikte ele almalıdır.

Rokunet AI-Agent, Windows sunucularında CPU ve process kullanımına ait ölçümleri zaman bilgisiyle izlemeye yardımcı olur. Yetkili ekipler bu verileri sunucunun heartbeat’i, diğer kaynak ölçümleri ve olay kayıtlarıyla karşılaştırabilir. Bu sayede “CPU yüksek” ifadesi, hangi hostta ve ne zaman gözlendiği belirtilen bir başlangıç bulgusuna dönüşür.

İnceleme sırası

1. Hedef sunucuyu ve ölçüm aralığını belirleyin; verinin ne zaman toplandığını doğrulayın.
2. CPU ile birlikte en çok kaynak kullanan processleri karşılaştırın.
3. Aynı zaman aralığındaki servis, olay, bellek ve disk bulgularını inceleyin.
4. Sunucunun rolünü ve kullanıcıların etkilendiği işi göz önünde bulundurun.
5. Tekrarlayan örüntüyü doğrulamadan kapasite değişikliği veya process sonlandırma kararı vermeyin.

AI-Agent neyi yapar, neyi yapmaz?

Agent teknik sinyalleri toplar ve raporlamayı hızlandırır. Ölçülmemiş bir duruma neden atfetmemeli; stale veri, yetki eksikliği veya başarısız kontrol varsa bunu açıkça belirtmelidir. Agent müşteri uygulamalarını değiştirmez, bakım başlatmaz veya process sonlandırmaz. Bulguların iş etkisini uzman ekip değerlendirir.

Sunucu durumu ve hizmet bağlamı için Rokunet Cloud Manager yaklaşımını, yönetim kapsamı için yönetilen bulut hizmetlerini inceleyin.

Sunucu sağlığınızı değerlendirelim →

Raporu nasıl kanıta dayalı kurarsınız?

İnceleme notunda host adı, ölçüm aralığı, CPU örnekleri, en çok kullanan process bilgisi, heartbeat zamanı ve verinin ne kadar eski olduğu yer almalıdır. Örneğin yalnızca “CPU yüksekti” yerine “host X üzerinde şu zaman aralığında ölçüm alındı; process Y en yüksek paya sahipti; olay kaydı Z ile aynı döneme denk geldi” gibi doğrulanabilir bir ifade kullanılır. Bu ifade yine de tek başına kök neden değildir; tanı için ek kanıt ve uygulama bağlamı gerekir.

Farklı zaman aralıklarında toplanmış verileri tek bir an gibi karşılaştırmayın. Agentın offline kaldığı veya telemetrinin eski olduğu dönemler boşluk olarak belirtilmelidir. Process adı, hizmetin sahibini veya hangi iş sürecinin etkilendiğini tek başına açıklamayabilir. Sunucunun iş rolü ve kullanıcı bildirimiyle birlikte değerlendirilmelidir.

İlk müdahale için karar basamakları

Ölçüm tekrarlanıyorsa önce aynı koşullarda tekrar edip etmediğini kontrol edin. Belirli bir uygulama işlemine denk geliyorsa ilgili uygulama ekibiyle zamanları karşılaştırın. Disk doluluğu, bellek baskısı veya kritik olaylar eşlik ediyorsa her bulguyu ayrı kanıtla kaydedin. Kapasite artırımı, servis yeniden başlatma veya process sonlandırma değişiklik kararıdır; müşteri onayı ve bakım planı gerektirir.

AI-Agent sağlık bulgularını özetlemeye yardım eder. Sinyal yoksa “CPU normal” demek yerine ölçüm bulunmadığını, eski olduğunu ya da erişim hatası olduğunu söylemelidir. Böylece destek ekibi yanlış güven vermeden sonraki kontrolü seçebilir.

Örnek rapor düzeni

İşletme yöneticisi için özet; etkilenen sunucu, gözlenen zaman aralığı, en yüksek CPU ölçümü, aynı aralıkta öne çıkan process ve veri tazeliğini içermelidir. Teknik ek için ham zaman serisi, heartbeat, servis durumu ve varsa Windows olayları ayrıca sunulur. Böylece yönetici önceliği anlayabilir, uzman ise incelemeyi kanıta geri izleyebilir.

Bir rapor karşılaştırma yapıyorsa yalnızca benzer roller ve aynı zaman aralığındaki sunucular kıyaslanmalıdır. Arka plan görevleri, yedekleme, güncelleme veya dönem sonu raporu geçici yük oluşturabilir. Bu görevlerden biri ölçüm anına denk geliyorsa raporda not edilmelidir. Telemetri kesintisi varsa yüksek kullanımın ne zaman başladığı kesin olarak söylenmemelidir.

Sonraki adımı belirlemek

Bulgu tekrarlanmıyorsa izleme aralığı ve olay kaydı gözden geçirilir. Tekrarlanıyorsa uygulama sahibinden etkilenen işlem, kullanıcı ve yeniden üretim adımları istenir. Disk veya bellek baskısı eşlik ediyorsa bunlar ayrı kanıt olarak eklenir. Gerekli yetkiler mevcut değilse teknik ekip, erişim sınırını kayda geçirip müşteriden veya uygulama sağlayıcısından gereken bilgiyi talep eder.

Bu yaklaşım sorunu otomatik çözmez; doğru ekibin daha hızlı inceleme yapmasını destekler. Altyapı değişikliği yalnızca yetki, onay ve hizmet kapsamı açık olduğunda planlanır.

CPU bulgusunu iş etkisine bağlamak

Teknik ekip, process adını işletme etkisine çevirmek için hangi hizmetin o sunucuda çalıştığını ve hangi kullanıcıların etkilendiğini doğrular. Zamanlanmış görev, yedekleme, indeksleme, raporlama veya güncelleme aynı dönemde çalışmış olabilir. Takvim veya iş sahibiyle bu faaliyetleri eşleştirmek, olağan bir iş yükü tepesini beklenmeyen olaydan ayırmaya yardımcı olur.

Birden fazla host raporlanıyorsa her birinin rolü, son heartbeat’i ve veri tazeliği ayrı listelenmelidir. En yüksek CPU değeri tek başına önceliği belirlemez; işin durması, veri güncelliği ve kullanıcı sayısı da önem taşır. Eksik ölçüm olan hostlar karşılaştırmada normal kabul edilmez, ayrıca işaretlenir.

Ölçüm raporu belli bir zaman diliminin kanıtıdır. Sonraki dönemde durum değiştiyse yeni veriyle rapor güncellenmeli, eski gözlem hâlâ geçerliymiş gibi kullanılmamalıdır.