Como posso rastrear a origem do isseus de timeout do FastCGI no PHP e no IIS 7.5?

Question

Eu tenho um problema que espero que vocês especialistas possam me ajudar a encontrar a causa raiz. Estou recebendo saídas de tempo de página aleatórias (que se manifestam como um erro 500) que não consigo encontrar a causa raiz de.

Versão do PHP:

PHP 5.5.12 (cli) (built: Apr 30 2014 11:20:11)
Copyright (c) 1997-2014 The PHP Group
Zend Engine v2.5.0, Copyright (c) 1998-2014 Zend Technologies

Versão do IIS:

Version 7.5.7600.16385

FastCGI:

C:\Users\lock>%windir%\system32\inetsrv\appcmd list config -section:system.webSe
rver/fastCgi
<system.webServer>
  <fastCgi>
    <application fullPath="C:\php5\php-cgi.exe" activityTimeout="700">
      <environmentVariables>
      </environmentVariables>
    </application>
  </fastCgi>
</system.webServer>

Eu ativei Logs de Solicitação com Falha e recebo o seguinte para páginas aleatórias:

C:\php5\php-cgi.exe - The FastCGI process exceeded configured activity timeout

O tempo gasto é de 700007 mseg

Na noite passada, criei dois arquivos que simplesmente executam uma consulta muito clara no MySQL e no ODBC e os executam a cada minuto. Verificando esta manhã, o único arquivo que resultou em um FailedRequest foi o ODBC, portanto, estou certo de que o problema está na conexão com o ODBC. Eu criei uma nova fonte de dados ODBC conectando-se ao mesmo servidor e driver, mas diferente banco de dados, e ainda obter tempos limite, então eu não acho que é o banco de dados em si. Vou tentar e ver se é a função odbc_pconnect ou odbc_exec que está expirando. Consegui replicar o problema por meio de meu próprio navegador (ele permaneceu por quase 15 minutos antes de produzir um registro de falha) e, dessa vez, consegui acionar outro navegador e executar a mesma página sem problemas, então não acho que tem alguma coisa a ver com o bloqueio de tabelas no banco de dados ou o que não está acontecendo.

Qualquer ajuda seria muito apreciada, nós realmente não sabemos para onde ir a partir daqui!