我们有一个问题，即使Server.ScriptTimeout值是90秒，我们看到ASP页面运行30-45分钟。 我们甚至通过在页面上打印Server.ScriptTimeout的值来validation这一点，以确保我们不会改变这个值。
我们正在研究是什么导致某些页面随机运行这么长时间。 但是我也试图确定一个ASP页面能够运行的时间超过Server.ScriptTimeout值吗？
看起来scripttimeout在某个时候被覆盖了。 要缩小范围，如果您尝试在另一个新页面上运行长时间运行的任务，会发生什么情况？ 在经典的ASP暂停是相当困难的，但尝试WaitFor： http : //www.scriptswave.com/free-scripts-download/waitfor/5932.html
如果您可以确认scripttimeout在并行页面中是否有效，请尝试复制实时页面，并在顶部添加一个等待，看看会发生什么……然后将您的等待代码移到最后，直到最终没有兑现scripttimeout值。
这将有助于缩小该服务器上的所有页面是否是某个页面，或者是否是一个页面。 而且，如果是一个页面，它将有助于确定页面中超时值更改的开始位置。
只要在这个黑暗中刺，但如果ASP的Server.ScriptTimeout是类似PHP的max_execution_time和你的过度运行时脚本涉及到远程服务的调用，有一个很好的机会，你的超时值不是你的CPU的时间空闲时等待其他服务的呼叫。 （在这种情况下， Server.ScriptTimeout MSDN条目在Server.ScriptTimeout的行为上有点稀疏）
这会在Web服务意外响应（例如redirect循环）时产生问题，因此，如果脚本依赖于远程服务，调用远程服务调用也是一个好主意。
一段时间以来，我得到了我的经典ASP …是否你看到的Server.ScriptTimeout与您在IISpipe理器中看到的ASP脚本超时值 ？ （假设IIS6为该链接）