Error 4014 EventId

Bu yazıda SQL Server Error Loglarına düşen hata ilgili bilgi paylaşımı yapacağız. Event viewer Application logları, SQL Server Error loglarınında bilgisini topladığı için bu hataya ilişkin bilgiye Event viewer üzerinden de görüntülenebilecektir.   Error (Event ID: 4014): A fatal error occurred while reading the input stream from the network. The session will be terminated (input error: 0, output error: 0).   Event Viewer => Windows Logs=> Application; SQL Server Error Logs (Error 4014, Severity:20, State:11);   Bu hatanın loglara düşmesinde birden çok sebep olabilir. Bu hatanın düştüğü durumlarda kullanıcılar bazı sorunlar yaşayabilir. Sistemde yığılmalar meydana gelebilir ve Network Latency’ler meydana gelebilir. Teml sebep olarak bu hatanın düşmesine network katmanından gelen sessionların ISS katmanı ile veri tabanı katmanı arasında paket kayıplarından meydana gelmektedir. Büyük paketler içindeki sessionlar kendisine ait bilgiyi kaybettiğinde drop olabilmektedir. Yaşanabilecek olası sonuçların kök sebeplerine baktığımızda karşımıza bazı problemler çıkmaktadır. Bunlardan bazıları; SQL Server’da Implicit transaction’ların açık olması, […]

Error 4014 EventId

Bu yazıda SQL Server Error Loglarına düşen hata ilgili bilgi paylaşımı yapacağız. Event viewer Application logları, SQL Server Error loglarınında bilgisini topladığı için bu hataya ilişkin bilgiye Event viewer üzerinden de görüntülenebilecektir.

 

Error (Event ID: 4014): A fatal error occurred while reading the input stream from the network. The session will be terminated (input error: 0, output error: 0).

 

Event Viewer => Windows Logs=> Application;

SQL Server Error Logs (Error 4014, Severity:20, State:11);

 

Bu hatanın loglara düşmesinde birden çok sebep olabilir. Bu hatanın düştüğü durumlarda kullanıcılar bazı sorunlar yaşayabilir. Sistemde yığılmalar meydana gelebilir ve Network Latency’ler meydana gelebilir. Teml sebep olarak bu hatanın düşmesine network katmanından gelen sessionların ISS katmanı ile veri tabanı katmanı arasında paket kayıplarından meydana gelmektedir. Büyük paketler içindeki sessionlar kendisine ait bilgiyi kaybettiğinde drop olabilmektedir.

Yaşanabilecek olası sonuçların kök sebeplerine baktığımızda karşımıza bazı problemler çıkmaktadır. Bunlardan bazıları;

  1. SQL Server’da Implicit transaction’ların açık olması, yani begin transaction ve commit işlemlerinin default değil manuel olarak bunun açılıp, transaction işlemleri commit edilmez taki siz commit edene kadar. Açık transaction’lar ağ da meydana gelebilecek yoğunluğu artıracağı için bu hatanın oluşmasına neden olacaktır.

 

  1. Network bant genişliğinizin uygulama sunucularından gelen ve giden trafiğinizi kaldırabilecek boyutlarda olmalı. Özellikle Jumbo paketlerde bu sorun ortaya çıkabilir. Bu konu da ağ ile ilgili Jumbo paketlerinizin ağ trafiğinde işlem yapabilmesi için açık olması gerekmektedir. Jumbo paketler yoğun olarak geliyorsa ağ paket boyutunun yapılandırmasını 8192 byte’a çıkarılabilir.

 

  1. TCP Chimney Offloads: Chimney, Microsoft’a network ürünleri sağlayan vendor’lardan biri. Windows kurulumlarından 2003 sonrası bu ürünün özelliği pasif gelmekte fakat bazen açık olabiliyor. IPV4 ve IPV6 üzerinden trafik transferi yapılmakta. Bu özelliği pasife çektikten trafiğin sadece bir kanaldan transferi sağlanacağı için paket kayıpları olma ihtimali azalacaktır. IPV6 üzerinden yükün az olduğu zamanlarda bu test edilebilir.

 

  1. NIC Teaming yapılması,sunucunuzda 2 veya daha fazla network kartı var ise bunları gruplandırarak tek bir kartı gibi çalıştırmak gerekir. Network kartı üzerinde meydana gelebilecek arıza durumunda diğer network kartı üzerinden trafik akışı devam edecektir. Bu şekilde olması load balancing yapacağı için network trafiğinde ki performansı da artıracaktır.

 

  1. Jumbo paketlerin bir pakete sığabilmesi için SQL Server üzerinden Network Packet Size değerini 8192 byte olarak yeninden configure edilebilir. Bu değer yeniden setlenmesi sonrası sistemin belirli bir süre izlenmesi faydalı olacaktır.

 

 

  1. Network adaptörlerinin update edilmesi, firmware ve güncel driver’ların update edilmesi bu hatanın giderilmesine ilişkin bir diğer yollardan biri olacaktır.

Aşağıdaki script ile 4014 hatasından kaynaklı paket kayıplarını inceleyebilirsiniz.

 

Benzer Yazılar

SQL SERVER SERViS RESTART HATASI

SQL Server 2 gün önce

Bu haftaki yazımızda karşılan bir hata üzerindeki; logları ve çözümünü anlatacağım. Aşağıdaki GÖRSEL-1’de görüldüğü üzere SQL servisini restart ettiğimiz sırada bir hata ile karşılaşıyoruz. Servis running state’e geçemiyor. “The request failed or the service did not respond in a timely fashion. Consult the event log or other applicable error logs for details” şeklinde bir uyarı veriyor. Hatanın çözümüne doğru ilerlerken farklı servis hesaplarıyla veya “Local System” hesabı ile restart etmeye çalıştığınızda servis ilginç bir şekilde ayağa kalkıyor. Ancak Always on sistem çalışıyorsanız farklı servis hesaplarını kullandığınızda always on size haberleşme izni vermiyor. Aynı hesabın şifresi ile ilgili sorunlar olduğu düşünüp hesabın şifresini de değiştirdiğiniz de yine sonuç alamıyorsunuz. Burdan yola çıkıldığında sıkıntı servis hesabında gibi görünüyor olabilir ancak çözüme geçildiğinde regedit üzerinde yapacağımız bir işlem ile sorunu çözüyoruz. Servis hesabının kaydının olduğu regedit kaydını siliyoruz. Regedit üzerindeki servis hesap bilgisi güncellendiğinde sorun çözülmüş olmakta. GÖRSEL-1  Servis restart edildiğinde SQL’in verdiği Error […]

SQL’DE İKİ NODE’UN RESOLVING DURUMA DÜŞMESİ VE ÇÖZÜMÜ

SQL Server 3 hafta önce

Bu yazımızda failover olma işlemi esnasında karşılaşılan bir durumdan kısaca bahsedeceğim. Kısa bir yazı olacak ama önemli olduğunu düşünüyorum. Bazen failover olmak istediğinizde cluster secondary’e node’a failover olamaz, hem secondary hem de primary node’unuz resolving durumuna geçer. Bu durumla daha çok otomatik failover olma durumlarında karşılaşılır çünkü sistem failover’a aslında hazır değildir ancak cluster bunu bir şekilde bilemez. Failover olma gerçekleşemez bir anlamda sql cluster askıda kalır ve hiçbir sunucu da sql engine çalışmaya devam edemez. (GÖRSEL-1) GÖRSEL-1 GÖRSEL-1 üzerinde gördüğünüz üzere availability group resolving duruma düşer. Availability replica’lar üzerinde de gördüğünüz üzere primary ve secondary tüm node’lar resolving state’e düşer. Böyle bir durumunda iki farklı çözüm yolumuz var;   Çözüm: ikinci node’a sunucu restart’ı atmak. Bu noktada secondary sql node’a servis restart atmak işe yaramıyor. Zaten db’ler iki taraflı resolving modda. O sebeple ancak sunucu restart atıldığında cluster ayakta olan sunucuyu görüyor ve askıda kalma durumundan ilk başta primary […]

Query Store Nedir?

SQL 3 hafta önce

Query Store ile birlikte execution planın seçimi ve bu sürecin performansa etkisini anlayabiliriz. SQL Server içerisinde bulunan Query Store özelliği, çalıştırılan sorguların execution planını ve bu sırada oluşan istatistiklerini otomatik olarak yakalar. Böylece query plan değişikliği ile oluşan problemleri de hızlı ve kolay şekilde fark edebiliriz. Elinizde bulunan bir sorguya ait query plan zamanla değişebilir. Bunun birçok sebebi vardır. Tablo yapısına yeni bir column eklenmesi Veri tipinin değiştirilmesi Sorgularda yeni parametrelerin eklenip çıkarılması Verilerde, schemalarda veya sorgu parametrelerindeki değişiklik Burada önemli olan ise bazen bu değişimler sorgunun yavaş çalışmasına neden olur. Query Store ile beraber bu yavaşlığın kök nedenine inmek daha kolay oldu. Ayrıca query store sayesinde ilgili sorguya ait read-write bilgileri ve cpu tüketimi bilgilerine de erişebilirsiniz. Query Store’u veritabanı seviyesinde aktif edebiliyoruz. Veritabanı üzerine sağ tıklayarak properties diyoruz ve Query Store sekmesine geliyoruz. Operation Mode alanından Read Write’ı seçiyoruz. Böylelikle Query Store gerekli bilgiyi toplayabilir ve size ilgili sonuçları […]

0 Yorum

Yorum Yaz

Rastgele

Web sitemiz, gezinme deneyiminizi ve ilgili bilgileri sağlamak için çerezleri kullanır. Web sitemizi kullanmaya devam etmeden önce, şunları kabul etmiş olursunuz.