原标题：选课系统崩溃解救报告

教务系统是高校信息化的核心组件之一，从功能维度看，一个典型的教务系统主要有学生管理、师资管理、成绩管理、教学计划管理、课务管理、考务管理、实践管理、教学资源管理、毕业生管理等功能。

从管理对象的维度来看，教务系统管理的管理对象包括学生信息、教师信息、教学资源和教务系统自身的信息。学生信息是学生从录取直至毕业的全程数据，包括学生基本信息、成绩信息、选课信息、奖惩信息和收缴费信息等；教师信息包括学校专职、兼职教师以及外聘教师的基本信息、注册登录信息、教学任务信息、教学材料等；教学资源信息管理包括教室基本信息、实验室基本信息、教学计划、开课信息、课程信息、教师和学生的测评信息等，教务系统自身信息包括系统功能模块管理、系统用户管理等。

教务系统的特点是可靠性高、交互性强、处理数据量大。教务系统服务器一般分为Web服务器、应用服务器和数据库服务器。

这三种服务器一般需要什么配置呢？我们以一个3万在校生的高校为例:一般应用服务器使用普通配置的双路服务器，CPU 2.4G以上，内存8GB以上即可。数据库服务器一般采用4核或6核4路服务器，CPU和内存的配置比例建议为1：4或1：8。选择CPU的时候看重的是并发能力、计算能力和核心数目；WEB服务器在选课和成绩查询时并发量很大，所以在CPU和内存的配置上要求较高，一般配置多台双路服务器做负载均衡。

选课系统崩溃，肿么办

在学生选课时出现系统等待时间长甚至出现系统崩溃的情况是教务系统遇到的最典型的问题之一。因为在选课开放的瞬间会有大量请求涌入，选课业务是典型的具有突发访问特征的业务。选课的压力一般在选课开放的前30分钟内，大量的访问往往会使选课系统击溃，只能通过手动重启服务器，将访问分散。因此，每年选课的时候，教务处都会接到学生的投诉，承担着巨大的压力。

传统的解决方式是采用更高配置服务器或增加多台服务器做集群，这种做法无疑会造成巨大的资源浪费，性价比非常低。而且，硬件设备的增加带来管理问题的同时还会增加机房制冷、供电等负担。

超融合云一体机UDS来帮忙

选课系统崩溃无外乎三个原因：

第一是网络问题。这个需要通过增加网络带宽来解决，这里不做讨论。

第二是数据库的问题。学生选课时，数据库需要面对的是短时间内的大量突发访问，高IO、高并发，导致数据库不堪重负，处理一条事务的时间周期远高于平时，整个系统变得缓慢甚至没有响应。从性能指标上看一般是Request wait time 、Request rejected和Request queued等数值很大。

究其原因，一个是随着历年历史数据的不断叠加，数据库也会逐年增大，某些表早已达到了百万的量级。当数据库用于决策支持和数据挖掘类请求时，需要访问大量的历史数据，通过动态的分析和多维数据运算，提取出隐含的重要信息，满足数据分析的深度。此时，数据处理执行耗时将更长。

解决这个问题首先需要找到数据库访问的瓶颈所在。如果是数据库服务器存在性能问题，例如CPU过载、过度内存交换或者磁盘I/O瓶颈，那么需要升级数据库服务器。传统方式下升级数据库服务器无疑会中断业务重新部署，如果采用超融合架构UDS，其数据库服务器可用虚拟机的方式提供，当发现虚机资源不满足需求时可以在线升级数据库虚拟机的CPU、内存和硬盘资源，在不中断业务的前提下解决问题。

如果瓶颈在数据库本身，以Oracle为例，如果Oracle数据库部署在普通服务器上，一般需要手工排查，调优过程有实例调整、对象调整和SQL调整。如果Oracle数据库部署在UDS上，UDS通过内置的APM(应用性能监控)组件可以智能地发现数据库访问的瓶颈所在，方便管理员进行数据库调优。

第三是Web服务器问题。在教务系统的页面中，无论是简单的课表查询还是负责的选课，都是由服务器端的程序或控件触发的，他们在执行时都在服务器端为每个用户创建会话，这需要消耗一定的服务器系统资源，包括CPU和内存资源。当大量用户同时访问时，系统资源因有限而不能满足所有连接请求的需要，于是等待队列出现。

如前所述，通过购买更高端服务器以及多个服务器集群的方式解决Web服务器选课瓶颈的性价比极低。因为选课只会在开学初进行，其它情况下服务器只能闲置，这是对资源的严重浪费。而UDS超融合架构，其ERS弹性资源扩展功能可以完美应对选课难题。

当学生开始选课时UDS会根据负载情况自动创建虚拟机，选课高峰过后UDS会自动将多余的虚拟机删除，整个过程无需人工干预。当然，此过程需要外置的负载均衡设备配合，以便在多个选课虚拟机服务器之间进行负载均衡。返回搜狐，查看更多

责任编辑：