本来运行的好好的中文网（本地、公司服务器、测试期的托管服务器）9月1日正式开站后就频繁挂掉，有时候几小时，有时候甚至几十分钟
这种情况打开企业管理器是看不到任何数据库的，而如果把SQL服务器关了再开，或者断开再连接，又可以恢复正常
正式开站后一般在线130-160左右（峰值200多），照理说应该不会挂掉
于是只有从两方面分析原因：
服务器方面：
SQL Server服务器的设置：
一开始修改了并发连接数、使用双处理器，单个查询阀值5改20，动态内存最大值修改为60%（总内存）... 有一点效果，不过后来挂的又比较严重
今天修改了动态内存为固定内存670M，好像没有挂了（16点到现在20点）
IIS 服务器的设置：
从没有限制链接数修改为限制3000个IIS连接
CPU占用冲无限制修改为10% 经过对服务器端最后的这两次修改，目前好像稳定了，还没挂
程序方面：
经过台北MIS的提示，通过SQL 事件探查器跟踪SQL的运行情况
发现有些SQL语句duration(持续时间)严重超时，甚至有17000多毫秒的 按照预先计划将首页、书籍页、章节页修改为HTML页面（进行中...）
通过这几天的实践，第一次深刻体会到了SQL企业级开发，以前在自己的机子或者一般服务器测试，在线人数不大的情况下，根本不会遇到SQL挂掉-_-!
由此得到的教训就是以后要注意每一句SQL语句，在方便与性能之间寻找平衡
否则宁肯牺牲方便性，也要保证SQL查询语句的性能！
这种情况打开企业管理器是看不到任何数据库的，而如果把SQL服务器关了再开，或者断开再连接，又可以恢复正常
正式开站后一般在线130-160左右（峰值200多），照理说应该不会挂掉
于是只有从两方面分析原因：
服务器方面：
SQL Server服务器的设置：
一开始修改了并发连接数、使用双处理器，单个查询阀值5改20，动态内存最大值修改为60%（总内存）... 有一点效果，不过后来挂的又比较严重
今天修改了动态内存为固定内存670M，好像没有挂了（16点到现在20点）
IIS 服务器的设置：
从没有限制链接数修改为限制3000个IIS连接
CPU占用冲无限制修改为10% 经过对服务器端最后的这两次修改，目前好像稳定了，还没挂
程序方面：
经过台北MIS的提示，通过SQL 事件探查器跟踪SQL的运行情况
发现有些SQL语句duration(持续时间)严重超时，甚至有17000多毫秒的 按照预先计划将首页、书籍页、章节页修改为HTML页面（进行中...）
通过这几天的实践，第一次深刻体会到了SQL企业级开发，以前在自己的机子或者一般服务器测试，在线人数不大的情况下，根本不会遇到SQL挂掉-_-!
由此得到的教训就是以后要注意每一句SQL语句，在方便与性能之间寻找平衡
否则宁肯牺牲方便性，也要保证SQL查询语句的性能！
