
欢迎来到Kittow的部落格! - http://blog.skyhe.com
Agile Web Development (敏捷Web开发)
Want to Know Something More? Move Your Mouse Here;)我是天空的一片云,偶尔投影在你的波心,你记得也好,最好你忘掉,你我在交汇时,互放的光亮。
——徐志摩《偶然》 More...
![]() ASP | ![]() ASP.NET | ![]() PHP |
![]() ColdFusion | ![]() Perl | ![]() Python |
我是天空的一片云,偶尔投影在你的波心,你记得也好,最好你忘掉,你我在交汇时,互放的光亮。
——徐志摩《偶然》 More...
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服务器,一台当掉另一台就马上起来,这样才能保证持续的稳定运行