Windows VDS’de bir program kapandığında veya bağlantı kesildiğinde yalnız son hata penceresini göndermek yetersiz kalabilir. Olay Görüntüleyicisi, aynı zaman aralığında sistemin ve uygulamanın neler kaydettiğini incelemenize yardım eder. Ancak kırmızı simgeyi görmek doğrudan kök nedeni bulmak değildir. Bu yaklaşımı VDS izleme planıyla birlikte kullanın; ölçüm ve olay kaydı birbirini tamamlar.
Önce olayın saatini netleştirin
Hatanın hangi tarihte, hangi saat diliminde ve hangi işlemin ardından oluştuğunu yazın. Sorunun tekrarlandığı iki örneği ayrı kaydedin. Kullanıcının bilgisayarıyla sunucunun gösterdiği saat farklıysa karşılaştırmayı doğrudan yapmayın; saat dilimi ve zaman senkronizasyonu rehberi bu ayrımı açıklar. Başka bir güne ait kaydı güncel arızanın nedeni diye değerlendirmek kolay bir hatadır.
Geniş arama yerine ilgili günlük ve zaman aralığı
Olay Görüntüleyicisi içinde önce Uygulama veya Sistem günlüğünden ihtiyaca uygun olanı seçin. Sorundan hemen önce ve sonra oluşan kayıtlara bakın; yalnız hata seviyesini seçerek bağlamı tamamen kaybetmeyin. PowerShell kullanan yöneticiler için Microsoft Get-WinEvent belgesi günlük, olay sayısı ve filtre seçeneklerini açıklar. Örneğin Get-WinEvent -LogName System -MaxEvents 20 son olayları okumak içindir; kayıt temizlemez.
Komut çıktısının yetkiye bağlı olabileceğini unutmayın. Erişim hatası aldığınızda bütün güvenlik ayarlarını gevşetmeyin veya internetten bulduğunuz yükseltilmiş betiği çalıştırmayın. Sistem yöneticisine hangi günlüğün gerekli olduğunu söyleyin. İşin yalnız belirli bir uygulamada durduğunu biliyorsanız uygulamanın kendi logunu da aynı zaman aralığına getirin.
Kimlik, sağlayıcı ve açıklamayı birlikte okuyun
Olay kimliği tek başına arama anahtarı değildir. Sağlayıcı adı, seviye, oluşma zamanı ve açıklamadaki gerçek hata birlikte önemlidir. Bir yeniden başlatma kaydı kesintinin yaşandığını gösterebilir fakat elektriğin, kullanıcı işleminin veya yazılım hatasının hangisinin neden olduğunu tek başına kanıtlamayabilir. Planlı işlemlerle karşılaştırmak için yeniden başlatma öncesi görev kontrolünü inceleyin.
Destek kaydına hangi bilgileri eklemelisiniz?
Kısa bir zaman çizelgesi hazırlayın: yapılan işlem, beklenen sonuç, görülen hata, olay zamanı ve ilgili sağlayıcı. Ekran görüntüsünde parolalar, bağlantı dizeleri, müşteri isimleri veya kişisel veriler bulunmamalı. Gerekirse yalnız seçili olayları dışa aktarma konusunda yöneticinizden yardım isteyin. Olay kayıtlarını silmek veya sistemi tekrar tekrar başlatmak ilk inceleme adımı değildir.
VDS hizmetinde destek kapsamı ile uygulama üreticisinin sorumluluğu farklı olabilir. Somut kayıtlar hangi ekibe başvurulacağını netleştirir; kayıtsız şekilde kapasite yükseltmek ya da genel temizlik yapmak ise asıl nedeni gizleyebilir. Amaç çok dosya göndermek değil, aynı sorunun güvenli ve anlaşılır bir biçimde takip edilmesini sağlamaktır.
Birden fazla sunucu yönetiyorsanız olay kaydının hangi makineden alındığını da açıkça belirtin. Benzer uygulama adları ve aynı saatli bakım işleri yanlış makinenin kaydını incelemeye yol açabilir. Hizmet kimliği ve takma ad gibi gizli olmayan envanter bilgilerini kullanın; kapsamı belli bir kayıt, uzun fakat hangi sisteme ait olduğu anlaşılmayan arşivden daha değerlidir.
Sıkça Sorulan Sorular
Her kırmızı olay ciddi arıza mı?
Hayır. Olayın açıklaması, sağlayıcısı ve sorunla zaman ilişkisi birlikte incelenmelidir.
Olay kimliği tek başına yeterli mi?
Hayır. Aynı numara farklı sağlayıcılarda farklı anlam taşıyabilir; kaynak ve açıklama da gerekir.
Kayıtları temizleyeyim mi?
Teşhis sırasında temizlemeyin. Önce gerekli kayıtları koruyun; saklama politikasını sistem yöneticisi belirlesin.
Bütün kayıt dosyasını göndermeli miyim?
Önce soruna ait dar zaman aralığını paylaşın. Kullanıcı adı, IP ve uygulama verisi gibi hassas alanları inceleyin.