回顾了一下20-21两日的高考报名，总结下经验教训还是有好处的。总体规模并没有超过预计太多，两个地市一共14万左右的高中考生，基本在一天半的时间报完，其中第一天就报了11w，如果考虑到几次系统调整造成的大约近2小时的中断，基本可以做到一天报完。

带宽占用上并没有达到预期的程度，20日流量带宽基本保持在15M-20M之间，weblog文件数统计1000w多点，其比例和招生查询较为吻合，但是规模只有其十分之一少，目前网络带宽及负载均衡设备完全能满足此应用。有一点注意的是，通过DNS视图对电信和教育网解析分流后，相当部分流量来自和电信的互通链路，可能与武汉市考生有关。

服务器和负载节点上以后需要调整，web节点过多，是否造成app节点连接数增多还不太清楚，但是这种二级结构对于这种web应用还是很有效的。weblogic的窗口大小是性能优化很重要的部分，在过程中对窗口数根据内存、负载情况进行调整后，app的资源能够做到合理释放，整个app集群的session数维持在1.4w左右。（如果继续增大是否可以通过扩展节点数来做同比例增长是个问题，保持线性是很难的）。

数据库方面比较稳定，jdbc的连接池一直保存在240左右，oracle服务器的负载也比较正常，不过以后可以考虑更快的磁盘存储设备，这次做的是4块盘的raid0+1，以后可以考虑更多磁盘，当然需要测试。

应用脚本等优化只能靠开发人员了，不过通过loadrunner做精细化的测试很重要，系统方面可以通过测试来观察资源释放情况。

明年如开展全省规模的网上报名，有些问题还是要充分考虑。
1、节点的合理数？
2、各地市的批次问题，最好是一天2个市州，在半个月内报完。
3、文件共享的问题，NFS能够满足进一步增长的需要？
4、更精确的测试。

这次上这样的系统因为第一次没有经验，领导们盯着比较紧，连着熬了2个通宵，主要是想观察一些系统状态心底有个数，虽然很累但是觉得还是挺值得，当然是在技术上。