none
IIS6.0应用程序池回收 RRS feed

  • 常规讨论

  •  

    最近在使用IIS6.0的应用池回收功能时遇到一些问题,主要是WebService接口被访问时,如果正好此时应用程序池回收,web服务客户端访问就会出现接口超时。

     

    根据IIS帮助文档对应用程序池回收方式的描述如下:

    工作进程回收如何工作
    根据应用程序池回收的配置方式,万维网发布服务(WWW 服务)可以使用两种方法来回收已分配的工作进程:

    1. 默认情况下,WWW 服务建立“重叠回收”,即继续运行要终止的工作进程,直到启动新的工作进程后为止。
    2. 或者,WWW 服务可以终止一个工作进程,然后启动一个新的工作进程(如果工作负荷允许执行此操作的话)。

     

    有以下一些问题:
    1. 如何设置成第2种回收方式? 没有找到相关配置项.
    2. 第1种回收方式时,旧的工作进程何时终止? 帮助里描述是新的工作进程启动后为止,那么是立刻终止,还是等旧的工作进程中的所有访问都结束后再终止?

    3. 如果旧的工作进程被终止,此是还有访问未结束,那么这个访问会如何处理,重新分配到新的工作进程,还是被丢失了,如果被丢失,会有相关的异常抛出吗?

    4. 假如第2种方式时,先终止的工作进程如果有未完成的访问,会抛出异常吗?

    2008年7月9日 1:38

全部回复

  • 最近在使用IIS6.0的应用池回收功能时遇到一些问题,主要是WebService接口被访问时,如果正好此时应用程序池回收,web服务客户端访问就会出现接口超时。

    根据IIS帮助文档对应用程序池回收方式的描述如下:

    工作进程回收如何工作
    根据应用程序池回收的配置方式,万维网发布服务(WWW 服务)可以使用两种方法来回收已分配的工作进程:

    1. 默认情况下,WWW 服务建立“重叠回收”,即继续运行要终止的工作进程,直到启动新的工作进程后为止。
    2. 或者,WWW 服务可以终止一个工作进程,然后启动一个新的工作进程(如果工作负荷允许执行此操作的话)。

    有以下一些问题:
    1. 如何设置成第2种回收方式? 没有找到相关配置项.
    2. 第1种回收方式时,旧的工作进程何时终止? 帮助里描述是新的工作进程启动后为止,那么是立刻终止,还是等旧的工作进程中的所有访问都结束后再终止?

    3. 如果旧的工作进程被终止,此是还有访问未结束,那么这个访问会如何处理,重新分配到新的工作进程,还是被丢失了,如果被丢失,会有相关的异常抛出吗?

    4. 假如第2种方式时,先终止的工作进程如果有未完成的访问,会抛出异常吗?


    在metabase.xml中修改,不过改了也没用,还是会连接超时。
    2012年10月21日 2:33