<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Connectivité on Rudi Bruchez</title><link>https://www.pachadata.com/tags/connectivit%C3%A9/</link><description>Recent content in Connectivité on Rudi Bruchez</description><generator>Hugo</generator><language>fr</language><lastBuildDate>Wed, 14 Oct 2026 19:41:46 +0200</lastBuildDate><atom:link href="https://www.pachadata.com/tags/connectivit%C3%A9/index.xml" rel="self" type="application/rss+xml"/><item><title>Diagnostiquer les timeouts de connexion SQL Server</title><link>https://www.pachadata.com/docs/articles/sqlserver/administration/diagnostic-timeouts-connexion/</link><pubDate>Wed, 14 Oct 2026 00:00:00 +0000</pubDate><guid>https://www.pachadata.com/docs/articles/sqlserver/administration/diagnostic-timeouts-connexion/</guid><description>&lt;div class="alert alert-success" role="alert"&gt;&lt;div class="h4 alert-heading" role="heading"&gt;TL;DR&lt;/div&gt;&#10;&lt;p&gt;Un timeout de connexion recouvre une dizaine de causes, et la moitié n&amp;rsquo;atteint jamais SQL Server. La méthode consiste à établir, mesures en main, ce que le serveur a vu pendant la fenêtre de l&amp;rsquo;incident (ring buffer de connectivité, &lt;code&gt;system_health&lt;/code&gt;, journal d&amp;rsquo;erreurs, workers, entrées-sorties), en vérifiant que chaque source couvrait bien cette fenêtre. Si le serveur n&amp;rsquo;a rien vu, ce résultat désigne la machine cliente et le chemin réseau.&lt;/p&gt;&#10;&lt;p&gt;Trois mécanismes du client trompent l&amp;rsquo;enquête : le repli de TCP sur les canaux nommés, qui fait nommer Named Pipes à une erreur TCP ; la file d&amp;rsquo;attente du pool plein, qui échoue sans contacter le serveur ; et la période de blocage de SqlClient, qui multiplie une même exception par dizaines sans nouvelle tentative.&lt;/p&gt;&#10;&lt;/div&gt;</description></item></channel></rss>