Belirtiyi ve etkiyi ayrı anlatın
Kurumsal internet sorunu bildirirken “internet yavaş” demek yerine hangi işin aksadığını açıklamak teşhisi kolaylaştırır. Dosya gönderimi uzuyor, bir uygulama açılmıyor veya görüşme kesiliyorsa bunları ayrı belirtin. Tek bilgisayar mı, bir bölüm mü, bütün ofis mi etkileniyor? Sorunun kapsamı, yerel cihazdan ortak bağlantıya kadar incelenecek alanların belirlenmesine yardımcı olur.
Kayda başlangıç saatini, sorunun devam edip etmediğini ve yakın zamanda yapılan değişiklikleri ekleyin. Bir güvenlik duvarı ayarı veya uygulama güncellemesi yapılmış olması, onun kesin neden olduğu anlamına gelmez; teknik ekibin bilmesi gereken bir gözlemdir. İlk mesajda teşhis koymaya çalışmak yerine gözlenen durumu aktarın. İş kaybı yaratabilecek etkileri de öncelik değerlendirmesi için açıkça belirtin.
Ölçümü bağlamıyla paylaşın
Hız testi sonucu gönderiyorsanız ölçümün zamanını, kablolu veya kablosuz bağlantıda yapıldığını ve aynı anda büyük aktarım olup olmadığını yazın. Ölçümü yapan cihazın bağlantı kapasitesi de önemlidir. Tek sonuç üzerinden hizmetin sürekli o hızda çalıştığı sonucuna varmayın. Uygun koşullarda yapılan karşılaştırmalı ölçüm, teknik ekip için daha açıklayıcıdır.
Gecikme, gecikme değişkenliği ve paket kaybı farklı ölçülerdir. Cisco'nun teknik rehberi bu ölçümlerin özellikle gerçek zamanlı uygulamaların değerlendirilmesindeki yerini açıklar. Hız değeri yüksek görünürken görüşme kalitesi sorunlu olabilir. Bununla birlikte tek bir hedefe ait ölçüm bütün internetin durumunu temsil etmez; hangi hedefin ve yöntemin kullanıldığını kayda eklemek gerekir.
Kullanılabilecek kısa arıza kayıt şablonu
Kaydınızı şu başlıklarla hazırlayabilirsiniz: devre veya hizmet bilgisi; etkilenen adres; ilk gözlenen saat; etkilenen uygulamalar; kaç kullanıcının etkilendiği; süreklilik veya tekrar aralığı; yapılan güvenli kontroller; erişilebilecek teknik yetkili. Bu şablon işletme içinde herkesin aynı temel bilgiyi toplamasını sağlar. Her alanı doldurmak için müdahaleyi geciktirmeyin; bilinmeyen bilgiyi “henüz belirlenmedi” olarak aktarın.
Örneğin “10.20'den beri üç kablolu bilgisayarda dosya gönderimi tamamlanmıyor; web sayfaları açılıyor; aynı saatte alınan hata görüntüsü ekte” ifadesi, sorunu ölçülebilir hale getirir. Bu gerçek bir müşteri vakası değil, kayıt biçimini göstermek için hazırlanmış örnektir. Ekran görüntülerindeki kişisel verileri, açık oturum bilgilerini ve gizli anahtarları paylaşmadan önce kontrol edin.
İlk kontrollerde hizmeti daha fazla etkilemeyin
Teknik ekibinizin yetkisi ve işletmenizin prosedürü dışında cihazları sıfırlamayın veya güvenlik kurallarını topluca kapatmayın. Üretim sistemindeki bir değişiklik başka uygulamaları da etkileyebilir ve başlangıçtaki sorunun izini kaybettirebilir. Yapılan her işlemi saat bilgisiyle kaydedin. Yeniden başlatma gerekiyorsa etkisini ve uygun zamanı destek ekibiyle değerlendirin.
Turklan'a destek talebini iletirken hizmetin tanınmasını sağlayacak bilgileri yetkili kanaldan paylaşın. Destek kaydının numarasını saklayın; sonraki gözlemleri aynı kayıtla ilişkilendirin. Bağlantı düzeldiğinde başlangıçta aksayan işi tekrar deneyin ve sonucu bildirin. Arıza kaydının kapanmasını yalnızca cihaz ışıklarına göre değil, işletmenin ilgili uygulamasının çalışmasına göre değerlendirmek daha faydalıdır.
Teknik kaynak: Cisco, Measuring Delay, Jitter, and Packet Loss: https://www.cisco.com/c/en/us/support/docs/availability/high-availability/24121-saa.html . Kaynak temel ölçüm kavramları içindir; bu yazı belirli cihaz komutları veya her uygulamaya uygun sayısal eşikler önermez.
Kurumsal bağlantınız için Metro Ethernet hizmetini inceleyin.