把你的服务器配制看看,设置应该有问题,如果是IIS6的话
可以去查一下II6的特性!!

解决方案 »

  1.   

    建议将数据输出XML文档,先保存在服务器上,然后再下来。
    这样应该可以的
      

  2.   

    应该是你的数据太大,使aspnet_wp.exe在处理时超时,从而被系统给中止了
      

  3.   

    aero_boy(老牛):
         应该是你的数据太大,使aspnet_wp.exe在处理时超时,从而被系统给中止了
                     那怎么办啊,老牛帮帮忙
      

  4.   

    你是不是把数据访问放在asp.net中呢?
    数据访问可以使用Remoting技术,放在别的服务器上,使用分布计算
      

  5.   

    在web.config里加入: <trace enabled="false" requestLimit="10" pageOutput="false" traceMode="SortByTime" localOnly="true" />
    <httpRuntime  executionTimeout="1000"  maxRequestLength="20480" />
    说明;
    executionTimeout设定超时时间,maxRequestLength设定文件大小限制
      

  6.   

    hdt(robert):
       你是不是把数据访问放在asp.net中呢?
    数据访问可以使用Remoting技术,放在别的服务器上,使用分布计算
       我是把数据访问写在ASP.NET(C#)代码里头,怎么应用Remoting技术啊,高手帮帮忙了,项目很快就要验收,这个关键问题愁死我了。
       现在数据只加载了部分测试数据,就撑死了,以后怎么办
      

  7.   

    把你的服务器配制看看,设置应该有问题,如果是IIS6的话
    可以去查一下II6的特性!!
      

  8.   

    karykwan(独行者) :
        把你的服务器配制看看,设置应该有问题,如果是IIS6的话
    可以去查一下II6的特性!!    我把iis的连接超时时间改成:900,000,也不管用啊
      

  9.   

    数据部分建议使用StoreProcedure
      

  10.   

    to wangzgwjw (wangzgwjw) :
    给我你的mail我给你发一个微软分布式计算的例子,你研究一下
      

  11.   

    修改%System%\Microsoft.net\Framework\v1.??????\Config\目录下的Machine.config文件,在其中找到<processModel>这个区域,将其中的responseDeadlockInterval属性设为"00:10:00"(意思为"时:分:秒")可以部分解决这个问题,responseDeadlockInterval就是说如果多长时间间隔来检测Asp.net worker process死锁。因为你upload的时间很长,会造成aspnet_wp.exe死锁。
      

  12.   

    lovelxj(我是谁?) 
    建议将数据输出XML文档,先保存在服务器上,然后再下来。
    这样应该可以的同意lovelxj(我是谁?) 先输出XML文档,客户下载XML文件就行了
      

  13.   

    to chainet(左手右手):
         修改%System%\Microsoft.net\Framework\v1.??????\Config\目录下的Machine.config文件,在其中找到<processModel>这个区域,将其中的responseDeadlockInterval属性设为"00:10:00"(意思为"时:分:秒")可以部分解决这个问题,responseDeadlockInterval就是说如果多长时间间隔来检测Asp.net worker process死锁。因为你upload的时间很长,会造成aspnet_wp.exe死锁。     你找到问题的关键所在,但照你的方法改了设置,还是不管用,怎么办?
      

  14.   

    提高服务器的培植。内存和处理器
    winnt就是这样处理大批量数据有时就是没有反映,我们以前在小型机计算,一算就是几小时