校园网数据（精选12篇）
校园网数据 篇1
一、网络分段
网络分段可分为物理分段和逻辑分段两种方式。要实现网络分段, 可以使用路由器、防火墙、带有虚拟局域网 (VIAN) 功能的三层交换机。如果没有这些设备如何实现网络分段, 这里介绍1种在没有以上设备的情况下能够实现网络分段的经济、可靠的方法。
多网卡主机软路由方式
这是通过在Windows 2000 Server上安装多块网卡, 利用Windows 2000Server自带的路由器功能实现网络的分段管理。就以建立两个网段为例 (多个网段的实现方法也一样) , 介绍一下实现方法。假设要建立两个网段:网段A的地址为192.168.1.0;网段B的地址为192.168.2.0。它们都是C类子网 (IP地址前三段固定, 最后一段为任意) , 子网掩码是255.255.255.0。现在通过安装在主机上的两块网卡将两个网段连接在一起。
主机设置:
1、安装、设置网卡
安装好两块网卡, 第一块网卡的IP地址设置为192.168.1.1;第二网卡的IP地址设置为192.168.2.1。子网掩码均设为255.255.255.0。
2、设置路由器
(1) 在“开始”菜单中依次选择“程序→管理工具→路由和远程访问”。
(2) 在弹出的“路由和远程访问”窗口左侧的“树”栏目中, 右击“Server”项, 在弹出的快捷菜单中选择“配置并启用路由和远程访问”项。
(3) 在弹出的“路由和远程访问服务器安装向导”中依次点击[下一步]按钮, 当出现“公共设置”这一步时, 你需要选择“网络路由器”一项, 再单击[下一步]按钮。
(4) 在接下来的“路由的协议”中, 你应该确定在“协议”列表框中有“TCP/IP”一项, 若有此协议, 可点击“是, 所有可用的协议都在列表上”, 然后点击[下一步]按钮继续。
(5) 接下来系统会提示:“您想通过请求拨号来访问远程网络吗?”, 点选“否”, 然后点击[下一步]按钮, 路由器的配置工作就完成了。
客户机设置:如果想要实现192.168.1.0和192.168.2.0两个IP地址段计算机之间的互访, 在安装并设置好IP路由后, 还必须对客户机做相应的设置。对于192.168.1.0IP地址段中的计算机, 需将其默认网关设置为192.168.1.1;而对于192.168.2.0IP地址段中的计算机, 则需将其默认网关设置为192.168.2.1。网络内的计算机都分别设置默认网关后, 即可实现不同网段计算机之间的互访。
二、交换式集线器代替共享集线器
一台集线器上的其他用户所侦听。一种很危险的情况是:用户TELNET到一台主机上, 由于TELNET程序本身缺乏加密功能, 用户所键入的每一个字符 (包括用户名、密码等重要信息) , 都将被明文发送, 这就给黑客提供了机会。因此, 应该以交换式集线器代替共享式集线器, 使单播包仅在两个节点之间传送, 从而防止非法侦听。网络数据的传输中存在着共享和交换这两个概念-共享式网络是一种无管理疏导的无序工作状态, 每个客户端都会尽可能的抢占通信通道, 所以几个客户端一起抢占通道时就形成网络堵塞的局面, 当数据和用户数量超出一定的限量时, 就会造成网络性能的严重衰退。而交换式网络则避免了共享式网络的不足, 交换技术的作用便是根据所传递信息包的目的地址, 将每一信息包独立地从端口送至目的端口, 避免了与其他端口发生碰撞, 提高了网络的实际吞吐量。所以, 集线器就是一种采用共享式工作状态的设备, 由于这种技术比较容易实现, 所以集线器的价格也比较便宜, 当然速度方面的缺陷也就难以避免;而交换机是采用交换式技术的设备, 技术含量比集线器高一些, 当然价格也就贵一些了, 不过交换机可以克服网络阻塞的弊病。
三、VLAN的划分
基于节点MAC地址的VLAN为移动计算机提供了可能性, 但同时也潜藏着遭受MAC欺诈攻击的隐患;而基于应用协议的VLAN, 理论上非常理想, 但实际应用却尚不成熟。
四、结束语
作为学校信息平台的基础, 校园网在设计时必须选择最优的方案, 以能最好地支持教学应用 (包括教研和教学) 、行政管理 (包括办公自动化) 以及学校之间的资源共享、远程教育等学校信息化的诸多应用。
摘要：采用以广播为技术基础的以太网, 任何两个节点之间的通信数据包, 不仅为这两个节点的网卡所接收, 也同时为处在同一以太网上的任何一个节点的网卡所截取。因此, 黑客只要接入以太网上的任一节点进行侦听, 就可以捕获发生在这个以太网上的所有数据包, 对其进行解包分析, 从而窃取关键信息, 这就是以太网所固有的安全隐患。对此, 可以采用网络分段、交换式集线器代替共享集线器和VLAN的划分措施来实现其数据传输的安全。
关键词：以太网,网络分段,集线器,虚拟局域网,侦听
参考文献
[1]郭绍青:《局域网构建技术》[M].北京:高等教育出版社, 2006.[1]郭绍青:《局域网构建技术》[M].北京:高等教育出版社, 2006.
[2]博振书苑:《新编局域网组建与管理》[M].北京:机械工业出版社, 2006.[2]博振书苑:《新编局域网组建与管理》[M].北京:机械工业出版社, 2006.
[3]许治坤:《网络渗透技术》[M].北京:电子工业出版社, 2005.[3]许治坤:《网络渗透技术》[M].北京:电子工业出版社, 2005.
校园网数据 篇2
死亡 人数
受原因 伤人数
直接经济损失（元）500845数万元1万4千
1998．1.22
1999．2.3
1999．2.15
1999．4.30
2000．1.22
2000．12.20
2000．12.22
2001．3.10
2001．3.29
2001．8.22
2001．8.25
2001．9.10
2001.11.3
2001．11.14
2001．12
2001．12.17
2002．1.4
2002．2.26济南某医院
杭州某学院学生宿舍
某高校男生宿舍
某高校女生宿舍
广东某学院图书馆
某大学学生宿舍
某大学培训楼留学生
某校计算机室
电子科技大学宿舍
某校教室
山东大学西校区院内
某高校5号楼宿舍
某高校一公寓宿舍
南京大学食堂
北大一教职研宿舍
四川大学东区学生宿舍
某高校一公寓523宿舍
西安某大学学生宿舍5用电炉不慎
违章使用电器
擅自在宿舍内用液化气做饭
床上点蜡烛看书不详
违规使用 “热得快”烧水
私拉电源接线板插头虚接打火
学生郝某某吸烟烟头引燃纸篓
使用蜡烛不慎
吸烟烟头引燃杂物不详
系线路超负荷发热短路起火
违规使用 “热得快”烧水
食堂内煤气管道泄漏引起不详不详
应急灯长时间充电，蓄电池过热
违章使用“热得快”
2002.3.11
2002．7.21
2002．9.8
2002．11.6
2002．12.1
2003．2.11
2003．2.20
2003．3.11
2003．6.28
2003．9.12
2003．10.3
2003．12.2
2003．12.23
2003．12.25
2004．3
2004．5.14
2004．7
2004．10.2
2004．12.13
2005．3
2005．8.10
2005．11.2北京大学物理系宿舍
北京市燕京华侨大学学生宿舍
北京某大学研究生公寓
西安联合大学学生宿舍
南京大学成教院宿舍楼
中央民大8号楼学生宿舍
武汉大学测绘校区一男生宿舍
中南财经政法大学南湖校区行政楼
北京大学医学部学生公寓
北京工商大学新宿舍楼三层女生宿舍
北京交通大学学生宿舍
北京交通大学研究生院公寓
东北大学4号女生宿舍
某学院学生会办公室
某高校体育学院女生宿舍
中国劳动关系学院院内的综合楼
某大学学生宿舍
某高校十一公寓301宿舍
郑州某大学某男生宿舍
某大学学生公寓
北京某大学实验楼
北京市林业大学学生宿舍楼11不详不详
使用“热得快”
使用电炉做饭明火点燃报纸
宿舍内电线老化
宿舍内私拉电线不详
废弃暖气管脱落产生的火花
长时间使用白炽灯将周围可燃物引燃
劣质电池充电器
使用热得快烧水所致
学生使用“热得快”造成了电路故
学生用“热得快”
微机老化且长时间不切断电源发生微机自燃。违规使用酒精炉做饭
厨房火灾
饮水机没有水但继续通电工作，造成饮水机发热而发生火灾 私自使用大功率电器
使用“热得快”烧水
使用电热杯烧水
电线短路
汽油爆炸10万余2万余2万余
2005．12.8
2005．12.14
2005．12.17
2005．12.24
2005．12.26
2006．2
2006．2.19
2006．5.31
2006．6．22
2006．6．24
2006．7．14
2006．10．8
2006．10.16
2006．11.3
2006．11.29
2006．12.23
2007．1.4
2007．1.11
2007．3．28
2007．4.12 武汉理工大学职业技术学院学生宿舍楼仓库 华中农业大学学生宿舍
某学院实验室二楼
北京某大学学生公寓
承德某高等专科学校学生公寓
某学院实验楼一办公室
武汉某大学4号学生宿舍
中南林业科技大学青园学生公寓
广东某学院一食堂
某大学南主楼6层东侧一正在装修的屋子
中国传媒大学中蓝大学生公寓一女生宿舍
中国地质大学（武汉）北校区男生宿舍
北京师范大学继续教育学院南院女生宿舍楼
郑州某大学工程楼烟草基地消煮室,上海济光职业技术学院内一女生寝室
郑州某大学桃李园大学生公寓
湖北荆州某大学学生宿舍
东北师范大学研究生宿舍
北京某大学一栋女生宿舍
湘潭某大学女生宿舍不详
乱扔烟头引发火灾
实验室的仪器长时间未拨下插头造成仪器发热着火 宿舍内吸烟烟头点燃褥子
电线短路
电暖气长时间不切断电源，电暖气短路自燃引燃周围的易燃物 使用电热毯不当所致
违规使用电饭锅加热食物，造成电线线路短路
为煤气炉干烧铁锅导致火灾
屋内一柜式空调机起火
充电器起火
台灯没有关闭电线短路引发火灾
笔记本电脑爆炸
油浴锅加热石蜡时,温度过高引发火灾.烧毁油浴锅 违规使用电器
违章使用电热杯
接线板电源线老化、磨损、加上长期超负荷运行，发热 使用“热得快”
电脑爆炸所致
使用“热得快”引发火灾约10万元5千 元约2 万
2007．8.11
2007．10
2007．10.9
2007．11.23
2008．1．7
2008．2.27
2008．3.6
2008．3.10
2008．3.13
2008．3.16
2008．3.19
2008．4.22
2008．5.5
2008．5.8
2008．7.31
2008．9.1
2008．9.6
2008．11.1
2008．11.14
合肥一所高校女生宿舍
广东金融学院学生宿舍
中南林业科技大学青园学生公寓
北京语言大学在拆礼堂
北京邮电大学女生公寓
中国地质大学（北京）南翼楼
武汉某高校女生宿舍楼
西三旗新都环岛金融学院食堂
东南大学老校区动力楼（4层）
中央美术学院南门外临建宿舍
南京某高校3号男生宿舍
郑州航院南校区内学生宿舍
中央民族大学女生宿舍
某学院实验室
西南大学第一教学楼
北京理工大学13号楼宿舍楼5层女生宿舍
湖北工业大学马房山校区分部一幢二层宿舍
武汉武昌某高校一栋女生宿舍
上海商学院徐汇校区一学生宿舍41
手机在无人时充电，充电器发热
使用电器不当
违规使用“热得快”
因气焊切割火星引燃油毡所致
台灯过热不慎引着了被褥不详
使用“热得快”导致线路起火不详不详不详
私拉电线电脑过热引发了火灾
使用热水器烧水致使电线超负荷运转引燃一旁的书籍
可充电台灯长时间充电造成电器线路发生短路 实验设备老化、失灵，引发火灾不详不详不详不详
使用“热得快”
2008．11.16
2008．11.17
2008．11.19
2008．11.20
2008．11.23
2008．11.26
2008．11.29
2008．12.7
2008．12.7
2008．12.31
2009．1.4
2009．3.7
2009．3.9
2009．3.9
2009．3.11
2009．3.16
2009．11.20 中国农业大学(东区)食品
学院大楼楼顶一临时实验室
通州音乐学院在建教学楼
青岛某高校一名女研究生在宿舍
重庆医科大学F幢宿舍楼
中南大学13栋2楼一栋寝室
东南大学电子管厂二楼平台
武汉生物工程学院一学生宿舍
金陵科技学院男生宿舍
南京人口管理干部学院一女生宿舍
某高校学生在宿舍
北航科研南1号楼一层的实验室
河南省信阳师范学院大学生男生公寓
中科技大学一栋女生宿舍
上海大学嘉定校区数码艺术学院教学楼演播室
湖北三峡大学教工住宅楼一名外教居室
中央美术学院两层楼的学生简易宿舍
烟台某校一宿舍111 不详不详
酒精炉热饭不详
使用违规电器不详不详不详
私拉插座，引起的电器短路所致
吸烟烟头未灭复燃引燃书籍等
充电蓄电池忽然冒出了火花引发火情不详不详
电气火灾不详不详
使用酒精炉致使酒精外
2010．4.16
2010．11.13
2010．11.14
武汉理工大学马房山校区西院宿舍
修缮中的“清华学堂”
广西大学西校园拱门商业服务点不详
校园网数据 篇3
关键词：校园网；综合事务处理；决策分析；数据仓库
中图分类号：G717 文献标识码：A 文章编号：1671-0568(2012)08-0130-02
随着计算机技术的迅猛发展及网络应用的普及，各学校的校园网不断增加新的管理系统，各部门累积的业务数据越来越多，为了更好地利用这些数据为学校的管理提供决策依据，我们引入数据仓库技术构建一个适合中职学校发展的综合事务统计分析系统。
1 构建中职学校综合事务统计分析系统的目标。①优化学校内部管理控制，如人力资源管理、教学质量管理、教学资源管理、日常行政管理、图书档案管理等；②为学校决策者提供各种辅助决策信息，如招生分配发展趋势分析、专业及课程开设合理性分析、教学质量及教科研能力的评估分析、人力资源的需求分析、学校教学资源成本分析等。
2 学校综合事务统计分析系统的体系结构，如图1。
3 学校综合事务统计分析系统模块设计，如图2。
4 数据仓库的设计过程。①选取待建模的事实：对学生有成绩、毕业分配、招生数、档案管理等；对教师有教科研情况、所教课程、工作量、日常考核情况等；对教学资源有分类、保管、使用等；②选取粒度：对于管理，该粒度是基本的，在事实表中是数据的原子级。如时间维可按日、周、学期、学年统计，学生维可从性别、年龄、专业、班级等来统计，教师维可从性别、年龄、专业、职称、授课科目等来统计；⑧选取用于每个事实表记录的维：维是事实信息的属性，典型的维是时间、学生、教师、教学资源、事务类型和状态等。包括学生的基本信息、专业、年级，教师的基本信息、教研室、专业、课程类别，教学资源的基本信息等。它们一般变化不大，数量也相对较小；④选取事实表中每条记录的度量：典型的度量是可加的数值量。
5 前端客户层的应用设计。校园网上存在着大量的用户，不同类型的用户对数据的需求也不相同，用户对数据仓库的访问方式包括即时查询、报表生成、联机分析处理及数据挖掘等，因此系统必须根据用户的特点提供不同的访问界面。用户可以通过浏览器或其它前端工具远程或本地访问基于数据仓库和综合数据库的应用服务器。
数据仓库的构造是一项困难、长期的任务，因此应当清楚地定义它的实现范围。数据仓库的最初部署包括初始安装、首次展示、培训和定位，平台的升级和维护也要考虑。数据仓库管理包括数据刷新、数据源同步、规划灾难恢复、管理存取控制和安全、管理数据增长、管理数据库性能，以及数据仓库的增强和扩充。范围管理包括控制查询、维、报告的数量和范围、限制数据仓库的大小或限制进度、预算或资源。
校园网数据整合方案研究 篇4
数字化校园一般分为五个层次[2],从下到上依次是:网络层、数据层、支持层、业务层和表示层。另外,还有贯穿整个系统的用于安全、操作的管理工具等。其中,网络层是整个系统的硬基础,数据层是整个系统的软基础。而在数据层中,共享数据中心是其核心,也是本文研究的重点。
1 数字化校园功能框架
目前我院在教学、科研、人事档案和图书馆、宣传部等部门(处室)实现了或正在进行信息化管理,在目前人员编制较少的情况下,借助于这些系统完成了繁重的工作任务。一方面这些不同时期研发的应用系统使相关处室提高了工作效率;另一方面,由于当初立项建设时各自为政,形成了信息孤岛。消除信息孤岛的办法有两种:一种是废除已有的异构系统,按照一定标准重建系统;一种是通过系统集成的方法,整合异构的系统。高校可根据不同的系统采取不同的方案:对于旧的、运行良好的系统,采用整合方案,把旧应用系统整合到数字化校园中;对于新系统或落后系统,按照统一标准新建或重建。由于学院中存在的大部分旧系统运行状态良好,一时不会废除重建,所以系统集成是现在最可行的方法。
对旧系统的集成主要包括硬件集成与软件集成,软件集成是系统集成的核心内容。软件集成又涉及到两个方面:一方面是应用程序集成;一方面是数据集成,数据集成是应用程序集成的基础,是整个软件集成的重中之重,也是本文分析的重点。
我们从软件集成的角度,根据功能分析,对文献[2]中所述的数字化校园层次结构进行了改造,提出了我院数字化校园的功能框架,如图1所示。
该方案共分三层:基础层、共享层和应用层。从系统结构上来看,方案比较简单可行,缺点是它不能说明校园网中的数据层次结构,数据层次结构在共享数据中心设计方案中说明。
2 共享数据中心设计方案
2.1 共享数据中心
由于高校工作的特殊性,尤其是高职院校正处在改革和发展的特殊时期,中国教育制度的也处在改革之中,学校的教学模式的不断变化,各院校都有自己特有的校园文化、各院系部门相对独立、松散,这些都决定了数字化校园建设没有固定的模式。部分高校在建设数字化校园时可能会参考清华大学在2000年提出的URP概念,它以一种松散的结构来设计数字化校园[2]。
数字化校园共享数据中心的基本要求和总体目标是要做到:保证数字化校园信息编码的统一;保证任何两个业务系统之间没有冗余业务数据;保证“谁产生、谁维护”原则,保证所有的数据都只有唯一的维护者;保证提供反映整个学校的全面信息;保证为整个学校决策提供所需的数据信息。总之,数字化校园的共享数据中心一方面要提供包含全局一致的、细节的、当前或接近当前的数据,用于进行全局联机事务处理;另一方面,还要提供包含面向主题、集成的数据环境,适用于完成日常的决策分析[1]。
2.2 共享数据中心的层次结构(图2)
根据学院各系统的松耦合、数据量相对较小的性质,我们在分析借鉴文献[1]所述方法的基础上,建立了一个共享的非虚拟的中心数据库,把各个系统需要共享数据抽取到中心数据库中。然后,在中心数据库中对数据做进一步处理,建立用于查询、统计、分析的OLAP数据库和用于信息发布的主题数据库。为便于处理,整个共享中心可以分为三个层次:数据源层、共享数据层和主题分析层。
数据源是各个应用系统的内部数据库,它为共享数据库提供主要的源数据,同时又从共享数据库中得到自己需要的数据。
共享数据层是整个系统的核心,它一方面从数据源中抽取共享数据,一方面为主题数据库和OLAP数据库提供源数据。主题分析层包括OLAP数据库和主题数据库。OLAP库是一个数据仓库,它的数据源是历史库,OLAP库从历史库中抽取出用于查询、统计和分析的各种数据。主题数据库是共享数据中心应用的基础,它直接从共享数据库中抽取数据,通过一定的规则进行组合后形成一个应用主题所需要的数据集成,然后以Portal发布[1]。
这个方案的优点在于:各个部门内部可以沿用自己的子系统;各部门需要共享数据时,就可以直接从共享库中获得,不再需要通过手工或者映射方式从其它部门获得;共享库中的信息来自权威部门,保证了共享数据库中数据的权威性和正确性,同时避免了数据的冗余;多层次的体系结构,便于分阶段、分模块进行建设,符合学院建设数字化校园的相关要求。
就目前而言,学院各个部门都有自己比较成熟的业务系统,将这些业务系统中的数据抽取到共享数据库中,为进一步决策和应用提供数据支持。采用这种多层次的设计方案,是一种投资小、回报高的解决方案。
2.3 共享数据库[1]
在共享数据中心的结构中,共享数据库是核心。共享数据库中的数据可以分为5个部分:共享数据字典、信息标准、共享数据、历史库和管理信息。
共享数据包括各业务系统之间需要共享的数据,业务系统通过订阅从共享数据库中获取所需的数据。
信息标准也是共享数据库的数据源,它包括国家或教育部颁布的信息标准,或者学校根据自身特点发布的信息标准。信息标准原则上是为了统一学校的信息编码,以保证信息编码的规范性和唯一性。它要被共享数据引用。
历史库是共享数据库的历史记录,是OLAP数据库的重要数据来源。
管理信息包括管理共享数据中心需要的数据,各应用系统的注册信息、用户权限权限,共享数据的提供和使用情况等。
共享数据字典:描述共享数据库中的数据,主要包括共享数据的元数据、数据的来源、数据的用户、应用系统数据库的描述信息等。
2.4 共享数据中心平台设计
要通过该方案实现数据共享,需要使用软件或工具来搭建一个操作平台,该平台要实现数据源收集与数据订阅收集、数据抽取、数据同步、异构数据库之间的数据转换技术。
数据源收集用于收集各系统可以提供哪些共享数据,也就是明确数据从何处来、何时来。数据订阅收集用于收集各系统需要哪些共享数据,也就是明确数据何系统在用、何时用。
数据抽取是从各系统中抽取需要的共享数据,它分两个层次,先是从数据源到共享数据库的数据抽取,再是从共享数据库到主题数据库或OLAP数据库的数据抽取。
数据同步是共享数据中心平台在操作过程中要实现的关键技术之一,它是一个双向的数据过程,一方面要实现共享数据库与数据源(各系统)中数据的同步,另一方面要实现订阅共享数据的应用系统中的数据与共享数据库中的数据同步。数据发布服务于主题数据库的数据抽取。分析查询服务于OLAP库的各种分析查询工作。
在将不同数据源中的数据抽取到共享数据库中或各业务系统接收共享数据库中的数据时,都需要在异构数据库之间进行数据转换。关于异构数据库之间进行数据交换的方法很多,有利用工具直接转换、通过模式映射实现全局数据[4]、基于XML的松散集成[5]、基于XML的中间件集成[3,6]等。根据我院数字校园的建设要求,数据转换利用基于XML的Web Service技术实现,以SOAP作为安全通信的基础。其基本原理是,每个数据转换节点(需要进行数据交换的业务部门)只需要与共享数据中心进行交互,通过XML进行数据转换。数据转换节点与共享数据中心的交互采用数据转换适配器技术,它的结构主要包含应用系统接口、数据库接口和文件接口[7]。应用系统接口提供各业务系统与共享数据中心的连接,数据库接口提供对现有各主流数据库的连接支持,文件接口提供对各种不同格式文件的支持。
3 一种简化方案
数字化校园在建设过程中往往要接受一些紧急任务,因此在满足总体设计方案的条件下,需要有一种简化方案,为此我们根据学院实际提出了一种初步方案。它主要包括两部分。
(1)定义核心共享数据库,它可以是满足最紧迫要求的最小数据库。
首先在各业务系统的外围建立影子数据库。
在对影子数据库进行整合的基础上建立共享数据中心雏形,影子数据库要进行必要的规范化处理。
(2)采用商业化工具或独立软件完成异构数据库之间的数据转换。
该方案的优点是稳定、高效,缺点是自动化程度低、可能会破坏数据完整性、数据同步难以保证。
4 结语
数字化校园是一个长期的系统工程,共享数据中心是其重要的基础设施。本文提出的共享数据中心方案是我院数字化校园建设的前期准备工作之一,整个方案的核心是基于共享数据中心的数据整合,对各种业务数据进行集中管理。该方案还有很多地方需要进一步的细化和验证。方案中提到的信息标准、数据同步技术、异构数据库之间的数据转换技术方案需要得到进一步论证。
数字化校园中的数据整合方案不但要实现数据共享,还要考虑信息的标准化、我院教学管理工作的实际情况、省级示范性高职院校建设工作的要求和学院未来的发展需求,对它的设计要充分考虑灵活性和可扩展性。
参考文献
[1]史鑫,朱巧明,李培峰,等.面向数字化校园的共享数据中心的设计[J].苏州大学学报(自然科学版),2006,22(3):37～41.
[2]沈培华,王映雪.清华大学数字校园建设与思考[J].管理信息系统,2002(2):18～19.
[3]陈天煌,邹青梅.基于XML的异构数据库信息共享技术研究[J].武汉理工大学学报(交通科学与工程版),2005,29(1):129～132.
[4]张靖,程希来.多源异构数据整合应用研究[J].成都信息工程学院学报,2009,24(3):254～248.
[5]王智军.基于XML的异构数据集成研究[J].赤峰学院学报(自然科学版),2010,25(3):19～21.
[6]邵秀丽,韩建彬,阎仲蹼.基于XML的异构数据源间数据交换的实现研究[J].南开大学学报(自然科学版),2007,40(3):9～14.
校园网数据 篇5
摘要：随着我国社会的不断发展，大数据时代已不再只存在人们的想象中，我国以逐渐迈向大数据时代。人们通过对大数据的挖掘，发现了许多具有价值的信息，也被人们广泛应用在各行各业中。目前我国智慧化校园正在不断地探索及建设，不管是校园网络还是多媒体教学，大数据挖掘为建设智慧校园提供了多种的技术及服务，在高职智慧校园建设中应用大数据挖掘技术，可以有效地将学生学习及生活、教师教学及学校网络管理相结合。
关键词：职业技术学院；智慧校园；大数据挖掘技术
近年来我国教育部越来越重视高职教育，提出了使用信息网络技术创建数字校园的要求，建设智慧校园时发展数字化学校的基础，它的核心就是智慧，运用全新的云计算、智能网络等信息技术，实现智慧管理服务。在高职智慧校园建设中，大数据挖掘有着重要的作用，通过大数据挖掘可以有效提高学校教学质量及管理能力，创新学校传统的粗放式管理模式，变为精细化校园管理。本文就以大数据挖掘技术为基础，分析其在高职智慧校园建设中的应用。
大数据时代的智慧化校园 篇6
随着时代信息化潮流，高科技设备渐渐走进师生的学习生活。在宁波市职业技术教育中心学校，师生置身于全网络覆盖的校园，上课不再局限于单调的黑板，阅读不再受限于纸质书，应聘信息无需层层传递……一场数字化教育改革，让学校变成更为智能、人性的智慧化校园。
智慧课堂，多屏互动灵活教学
“今天，我们讲白居易的《琵琶行》。先请同学们来谈谈这三首音乐分别对应《琵琶行》里的哪三段内容？”走进宁波市职业技术教育中心学校的智慧教室，记者亲临了一场别开生面的公开课。课堂上，教师的平板电脑、学生的交互式电子白板以及讲台上方的双屏投影各显其能。学生手中的电子白板能实现资源共享、当堂在线互评、在线考试，多屏互动的课堂极大地丰富了教学内容。这堂公开课通过智慧教室的录播功能，可以把整堂课记录下来，也能将课堂现场直播到该校任意一间教室。
智慧课堂是该校智慧校园建设的重点，除了资源共享、在线互评等功能外，还将学校课堂与企业车间融为一体。学生能在课堂上通过电子屏幕与企业工程师远程互动对话，请教专业难题。工程师只要在企业车间装上一个摄像头，就能把现场操作视频传到课堂上，让学生有身临其境之感。
智慧课堂除了实现数字化设备的更新换代，还需要与之相匹配的师资力量。张国方校长道：“我们一向主张培训先行。在建设智慧课堂前，教师都要经过系统的学习与考核，每位参与培训的教师必须做出符合要求的课件才算过关。”两年来，该校的教师培训都围绕着数字化建设——计算机高级工培训、交互式电子白板培训、“微课”制作培训……一系列培训提升了教师在数字化环境下的教学设计能力。
在宁波市职业技术教育中心学校，大部分教师的办公电脑没有主机，只有一台显示屏，教师的相关资料均放在“桌面云系统”里。每位教师都有一个账号，无论在哪里，只要用计算机登录自己的“桌面云系统”账号，就能与学校内网建立安全链接，实现远程备课与办公。在校长对数字化教学“鼓励创新、宽容失败”理念的引领下，每位教师都放开手脚大胆实践，让智慧课堂发挥出最大的教学效果。
陈凌燕是数媒班的学生，现已走上了实习岗位。陈凌燕说：“学校先进的数字化设备和超前的智慧化教学，为我实习上岗打下了基础。其他学校的同届毕业生需要一段时间来适应企业的先进设备，而我在校时就已经基本熟悉了企业的大多数设备，学习与实践实现了无缝对接。”
创新结硕果，在2014年全国职业院校技能大赛上，该校学生还获得了三块金牌、两块银牌的好成绩。
便捷服务，远程遥控智慧生活
宁波市职业技术教育中心学校的智慧校园体现了三大智慧：一是“物”要智慧，二是“管理”要智慧，三是“教学”要智慧。其中“物”要智慧体现在便捷服务上，比如该校会议室实行物联网管理，会议室的窗帘、空调等都能远程遥控。“按‘会议模式键，会议室的窗帘、电灯、空调等都能遥控开关，即使人在外地，也能通过手机远程遥控。”副校长傅卫东说。在学生宿舍，智慧服务亦无所不在：宿舍智能控制系统可以自动开关空调，当学生下课后回到宿舍，如果室内温度超过28℃或者低于5℃，空调就会自动开启，人离开宿舍，则自动关闭。
在校园里，学生每天都会用到一卡通，该校改良升级的一卡通——“智慧校园卡”给学生带来了不少便利。该校是宁波市“智慧校园卡”的试点单位，如果试点成功将在全市推广。“智慧校园卡”除拥有电子钱包、图书借阅等常规功能外，还体现了以下几个特点：一是远程感应，学生携带“智慧校园卡”进出校门，无需刷卡，系统能自动感应；二是走班考勤功能，学生上课的课堂不固定，流动性较大，学生携带该卡进入指定教室后，系统能自动显示多少学生已经到达教室，哪些学生迟到、旷课，并能准确定位学生，将名单自动发送到班主任的手机上；三是与宁波市公共自行车、公交车、地铁服务相联，集宁波市民卡功能于一体，实现校内校外服务一体化。“智慧校园卡”的推行为学校管理提供了便捷服务，亦提升了师生的生活品质。今年5月22日，该校的“智慧校园卡”在第二届全国中小学教学信息化应用展览中展出，浙江省教育厅厅长刘希平等领导参观了该校的智慧校园展位，并详细了解了“智慧校园卡”建设情况。
在该校立体式图书馆，不仅能借阅纸质书，还可以通过手机扫描移动图书馆里报刊、书籍的二维码，将电子书下载到手机里。傅卫东说：“现在很多学生及年轻教师都喜欢拿手机看书，不受时间、地点限制，还省去了借阅的麻烦。”移动图书馆是一台立式显示屏，内含杂志、书籍和报纸，内容丰富且实时更新，为师生阅读提供了极大方便。在图书馆一侧的阅览室里，每张桌子上都放有一台iPad，学生可以拿着iPad在图书馆任何地方看书、游戏。馆长孙薇薇说：“学生刚进校时，总喜欢来图书馆上网、游戏。随着来馆次数增多，那些喜欢玩游戏的学生看到周边同学都在看书，也慢慢放下游戏开始看书了。我们图书馆温馨、舒适，潜移默化地影响着学生的兴趣爱好。”
搭建平台，互通共享智慧管理
数字化校园只是对校内各类数据进行收集，提供一个数据集成平台，而智慧化校园则对数据进行综合分析，提供更为人性化的管理。傅卫东说：“智慧校园综合管理平台是智慧化校园建设的集大成者。以往学校每个处室都有自己的数据平台，但互不相融，各部门的业务系统仅从满足本部门需求出发，客观上形成了一个个‘信息孤岛，系统中存在大量重复数据、垃圾数据。智慧校园建设初期，考虑到外面买来的成品软件与学校实际不相符，无法真正契合我们的需求，因此，学校招标了一家软件设计公司。”往年，学校教师都是以各自工作为需求进行行政课题研究，而2013年年底，学校统一以“如何用信息化手段更好地完善工作”作为年度行政课题。以课题为契机推动改革，学校教务处、政教处、招生就业处、团委等各个处室均作了详细的课题报告。收集到学校各处室的数字化需求后，学校利用软件公司的技术力量，量身定制开发了“智慧校园综合管理平台”。
“任何高科技的产品只有符合实际需求才会有永恒的生命力，信息化是一种辅助手段，它可以优化我们的工作模式。”傅卫东道。在智慧校园综合管理平台上，教师、学生、家长、企业等各方均能实现信息互通共享，提升了学校有效管理的含金量。
首先，智慧校园综合管理平台减少了教师的工作量。以往每到期中、期末，班主任及教务处都要忙着汇总分数、计算平均分、统计各分数段人数等等，放假前还要将成绩报告单一张张填好，稍有大意，就会出错。智慧校园综合管理平台则可以将任课教师输入的每次考试成绩进行系统智能分析，将各科成绩汇总后自动生成统计表格，传送给班主任、教务处等。此外，系统还会对每门学科、每个班级和每位学生的成绩定期进行动态分析，促进教学评价方式改革。“有了这套软件，老师不再需要一遍遍地统计分数，可以将更多时间用于教学研究；同时系统自动生成的数据准确性更高，毕业生学籍卡上的成绩也由该系统自动生成。”傅卫东道。
其次，智慧校园综合管理平台增强了家校互联。在该平台，除老师有账号可以登录外，学生、家长也有账号。学生登录账号能看到自己的课表、学习成绩，可以实现网上选课，家长登录账号可以看到自己孩子在学校的表现，除成绩外，还有在学校参加的各类活动等。
最后，智慧校园综合管理平台密切了企业与学生联系。之前，大多数企业招聘都是联系学校招生就业处，招生就业处再通知各班班主任，由班主任将信息发布给学生。层层传递阻隔了信息的有效性，也为企业招聘带来了困难。自从有了智慧校园综合管理平台，通过招生就业处审核的企业可以直接将招聘信息发布在系统里，学生通过账号登录系统的“岗位速递”平台，第一时间获取招聘信息。企业发布的信息一般比较全面，包括用人标准、薪资待遇等，学生只要点击“我要应聘”，个人简历能直接传送到企业招聘端口，企业筛选出符合要求的应聘者，直接发短信给学生，告知面试时间。
校园网二级网站数据表设计 篇7
关键词：二级网站,数据表,设计
校园网二级网站系统是一套用于展示和管理新闻发布类的网站系统, 具有简介展示模块、新闻发布模块、文件下载模块、图片展示模块、管理员模块、数据库管理模块、网站备份模块、模板管理模块、栏目管理模块、内容管理模块、数据块管理模块、链接管理模块、设置管理模块、网站静态化模块。在建设过程中, 数据库的概念结构设计完毕后, 可以将数据库概念结构转化为某种数据库所支持的实际数据模型, 也就是数据库的逻辑结构。
1 数据表设计要点
校园网二级网站设计开发中, 考虑到系统的规模, 以及系统的功能、稳定性、性能和效率等方面, 特别是对系统可移植性的考虑, 设计中使用MYSQL数据库系统。依照二级网站数据库需求分析设计各数据库表, 各个表中必须设置主键, 否则编码过程会受到诸多限制, 也会造成数据库的不严谨。在是否允许空方面, 对于数据库设置不能为空的属性列, 在编码过程中一定要给予相应的判断语句, 否则严重影响到程序的健壮性块。
在设计数据表时务必要注意, varchar (M) 与char (M) 虽然都是存储字符串的, 但是意义和用处却大不一样。char (M) 表示用M个字符的空间来存储字符串, 只在处理定长字符串时操作会简单一些, 效率会高点;varchar (M) 表示动态存储M的字符以内的字符串, 具体花费的存储空间根据被存储的信息大小而定, 虽然处理上会麻烦些, 但节省了内存空间。所以, 必须根据被存储信息的大小来选择。若信息大小基本一致, 则使用char (M) ;若信息大小差异较大, 则使用varchar (M) 。还应注意的是选择varchar (M) 时, 当对该属性值进行操作时, 最好应做Trim () 处理。
2 各个数据表设计
2.1 栏目表
包括ID, 栏目名称、栏目内容、栏目内容关键字、栏目内容描述、栏目语言类型、栏目排序值等属性列, 数据类型均设置为可变长度的字符串。ID是管理员的唯一标识, 故作为数据表的主键。具体设计如表1所示。
2.2 管理员表
包括ID, 管理员用户名、管理员密码、管理员昵称、管理员性别类型、管理员手机号、管理员邮箱、管理员QQ号、管理员登录IP、管理员描述标签、管理员最近一次注销时间等属性列。ID是数据表的主键。
2.3 数据块表
包括ID, 数据块标题、数据块语言类型、数据块内容等属性列。ID是数据表的主键。
2.4 下载条目表
包括ID, 下载条目标题、下载条目关键字、下载条目文件描述、下载条目语言类型、下载条目文件地址、下载条目文件大小、下载条目添加时间、下载条目更新时间、下载条目点击值、下载条目排序值等属性列。ID是数据表的主键。
2.5 友情链接表
包括ID, 友情链接标题、友情链接地址、友情链接状态、友情链接关键字、友情链接添加时间、友情链接更新时间、友情链接排序值等属性列。ID是数据表的主键。
2.6 新闻条目表
包括ID, 新闻条目标题、新闻条目内容、新闻条目状态、新闻条目二级栏目、新闻条目三级栏目、新闻条目关键字、新闻条目添加时间、新闻条目更新时间、新闻条目点击值、新闻条目排序值等属性列。ID是数据表的主键。
2.7 客服表
包括ID, 服务名称、客服语言类型、客服QQ号、客服状态、客服排序值等属性列。ID是数据表的主键。
2.8 皮肤模板表
包括ID, 皮肤模板名称、皮肤模板文件夹名、皮肤模板描述等属性列。ID是数据表的主键。
3 结束语
二级网站建设中, 数据表设计是制作的首要一步, 也是重要一步。数据表设计合理、完整, 可以有效开发网站, 提高网站性能。通过调研, 分析, 本文对二级网站数据表做出了全面设计, 完成了校园网二级网站的设计与实现的重要部分。
参考文献
[1]赵晓莉.浅析CSS在网页设计应用中的常见问题[J].科技信息, 2011 (23) :517-518.
校园网数据 篇8
随着信息化技术,网络技术的高速发展,网络以及系统之间的数据共享和交换成为必不可少的组成部分。校园网上的各个业务系统也随着信息化建设的不断发展而完善,但同时也沉淀下来一些问题。这些系统都是在不同时期、不同部门为解决各自的业务问题而找不同的开发商建设的,基本上都是分散、异构、封闭的系统。各业务系统都由不同的技术人员进行维护、有自己的数据库、操作系统,自己开发的应用软件和用户界面,完全是独立的体系,互相之间不能进行信息的公享,使得信息的综合分析、决策分析缺乏有效的支持。各个厂商的数据库系统和多样数据存储格式的出现,为信息化建设提供方便的同时,也形成大量的信息孤岛。由于数据资源不能够很好地共享,从而不能满足各单位对信息资源整体开发利用的需求,因此需要对数据进行必要的整合。
2 数据整合
数据整合的概念和定义一直没有一个统一的说法,不同的整合方案,不同的人对数据整合有着不同的理解和定义。但可以把数据整合归结定义为:1)数据整合就是通过数据转译和通讯,解决异构数据库的共享、使数据结构和数据含义统一等,消除“数据孤岛”,实现数据的全方位共享;2)数据整合是把存在于不同数据源中的数据集合起来,并且为用户提供一个这些数据的统一界面的问题;3)数据整合系统的目标就是为多数数据源提供一个统一的查询接口。同时数据整合又分为横向数据整合和纵向数据整合。
3 整合技术与平台
现如今主要的数据整合技术有数据仓库、数据集成平台和面向服务的数据整合技术。数据仓库是面向主题的、集成的、随时间变化的、历史的、稳定的、支持决策制定过程的数据集合。数据集成平台主要应用在要求实时数据共享的情况下,而现在web service技术现在已经得到了广泛的应用,特别是在很多分布式系统中取得了很大的成功。目前市场上已出现的整合平台有IBM公司的DB2 DataJoiner,DB2 Relational Connect以及微软的SQL Server2005。
4 Hibernate技术分析
4.1 对象持久化
对象持久化就是把数据同步保存到数据库或某些存储设备中。在软件的分层体系结构中,持久化层是与数据库打交道的逻辑层,在数据库中对数据进行操作和处理。对象持久化技术就是实现对象持久化功能中间件技术,它把对象持久化功能从整个系统的体系结构中划分出来,从而降低系统的耦合度。对象持久化层出现的主要原因是,早期的双层B/S结构的WEB系统页面把对负责生成用户界面的代码和负责业务逻辑的代码混合再一起,使得在对系统的维护带了很大的不便,进而演变出三层结构,但在三层结构中业务逻辑层不仅负责业务逻辑,而且还要直接访问数据库,因此对于像Java这样纯面向对象语言来说,三层结构还没有完全达到MVC框架所要求的目标,从而最终演变成四层结构,如图1。在四层结构中实现了逻辑层和对象持久化层的分离,持久化层封装具体的访问细节。
4.2 Hibernate的体系结构
Hibernate是一个开源的对象关系映射的解决方案,它的主要目标就是让开发者在面对数据持久化相关的编程时,能更为方便的编码和调试。它通过关系映射来达到程序的数据对象与关系数据库的交互,使得开发者不必关心每种关系数据库的具体细节。Hibernate的体系结构中,如图2显示了几个常用的接口。
4.3 Hibernate与数据库操作
传统的JDBC数据库访问操作没有体现面向对象编程的简便和优势,而纯粹是一种过程式的操作,下面以连接MySql数据库为例:
可以看出SQL2000和MySQL就有着完全不同的编码方式,而且传统JDBC的方式更大的缺陷在于如果因为需求或系统的移植,需要关系数据库软件,或者数据库名称,或者用户名等发生改变,那就必须对源代码文件进行重新的修改和编译,对于企业级系统来说,代价是很大的,同时也给二次开发人员带了极大的不便。而且JDBC的编程方式与图1描述的1,2层结构很相似,它并没有真正实现持久化层的分离。
采用Hibernate框架时,它从其配置文件中读取和数据库连接相关的信息。Hibernate框架的配置文件有两种形式:一种是XML格式的文件,另一种则是Java属性文件。在进行数据库配置时采用属性文件的方式较问简便,文件名为hibernate.properties。
Hibernate采用XML文件来指定对象与关系数据之间的映射,在程序执行时,Hibernate将根据这个映射文件来生成各种SQL语句,即实现了对数据操作的封装。下面以以学生信息为例,创建一个名为Student.hbm.xml的文件,它的作用是把Student这个JavaBean映射到数据库中STUDENTS表中。Student.hbm.xml部分文件如下:
测试函数部分代码如下:
这样就实现了把新创建的一个Student对象插入到数据库中,与传统的JDBC编程方式相比,代码中没有涉及到具体的数据库操作语句,所以可以看出采用Hibernate框架方式实现了SQL语句的封装,是编码的工作量降低了。
5 业务系统在Hibernate框架下整合的实现
目前大多数校园网的业务系统都是独立的,特别在持久化层,其结构如图3,但是当新系统,或者需要对已有系统进行升级的时候,数据层甚至要全部重新建立,从而增加了开发的代价和周期。因此可以把所有系统数据层抽象为一个整体,由Hibernate框架完成,结构如图4。
在图4的结构中不仅实现了数据持久层的整合,而且另一个优点就是假设升级前的业务系统2只对数据库MySQL有需求,升级后同时增加了对SQL2000的需求,这样数据库就可以保持不变,只需对业务系统2的部分代码做一定修改就可以实现了,由于Hibernate对SQL语句的封装,对于这样的改进是很容易的实现的,大大简化了开发难度。在这种结构下可以采用XML文件的方式来配置异构数据库。例如MySQL数据库配置文件名为mydql.cfg.xml,SQL2000配置文件名为sql2k.cfg.xml,所以访问异构数据库的部分代码如下:
6 结束语
基于Java的Hibernate框架对校园网业务系统数据持久层的整合能有效的加大对数据的利用率,同时也能减少业务系统升级或开发的时间和周期,它在数据持久层给开发者提供统一异构数据源接口,使得校园网的资源和业务系统的利用率能达到最好的效果。虽然这种整合技术有一定的缺点,如要求业务系统的开发都是基于Java语言的,但是随着网络规模和功能的扩大,基于B/S模式的WEB系统必将成为主流,而WEB系统的开发也正是Java语言的优势,所以这种整合技术势必也将得到广泛的应用。
摘要：校园网业务系统数据整合目的在于使得业务系统数据的利用率达到最佳,消除由于异构数据源引起的信息孤岛。它对基于Java语言的Hibernate框架进行业务系统的数据整合技术进行了分析和研究,并与现有的结构进行了对比。通过对现有的整合平台和整合技术的对比,从而结合Java语言自身的优势和特点提出基于Hibernate框架结构的整合技术,并实现了数据整合的目的。
关键词：对象持久化,Hibernate,数据整合,整合平台,业务系统
参考文献
[1]李刚.轻量级J2EE企业应用实战[M].北京:电子工业出版社,2007:192-263.
[2]孙卫琴.精通Hibernate:Java对象持久化技术详解[M].北京:电子工业出版社,2005:1-76.
[3]Christian Bauer,Gavin King.Java Persistence with Hibernate[M].MANMING,2007:157-379.
[4]夏昕,曹晓刚,唐勇.深入浅出Hibernate[M].北京:电子工业出版社,2005:4-48.
[5]蒋姣丽,蒋永平,黄凤爱.基于Structs+Hibernate架构的题库系统设计与实现[J].电脑知识与技术,2008,3(7):1473-1475.
[6]陆炎.J2EE软件开发模式探讨[J].电脑知识与技术,2008,3(7):1464-1464.
[7]覃庆炎,张伟.Java开源项目-Spring+Hibernate+Struts项目开发详解[M].北京:清华大学出版社,2008:75-91.
校园网数据 篇9
随着数字校园建设的推推进进和和信信息息系系统的广泛使用,高校信息化进进入入了了新新的的发发展阶段,然而,由于信息化发发展展的的每每个个阶阶段的环境和需求可能不同,使使得得目目前前所所使使用的应用系统,大多数都只对对本本部部门门的的各各种业务进行处理和数据共享,,没没有有实实现现业业务、跨部门、跨应用之间的数数据据集集成成和和共共 享,在不同的业务应用系统之之间间存存在在有有数数据冗余、数据不一致、数据资资源源的的共共享享程程 度不够高,数据资源重叠存储储,,应应用用系系统统重复建设等问题,难以对学校校的的管管理理决决策策层以及各种应系统的管理工工作作提提供供全全局局 性的、综合性的信息服务。为了了充充分分利利用用、、整合现有应用系统,实现局部部业业务务应应用用向向全局业务应用的转变以及全全校校的的数数据据资资 源共享,支持跨业务、跨部门门的的实实时时数数据据沟通和协同工作,本文面向全全局局业业务务基基本本流程,设计基于校园网的数据据共共享享平平台台。。
1 总体框架设计
数据共享平台是一个规规模模十十分分庞庞大大的综合系统 , 它通常包括多达达几几十十个个应应用用子系统。怎样构建一个可扩展展的的、、可可伸伸缩缩 的、开放性的,同时能够适应应业业务务需需求求动动态变化的信息系统体系结构构是是实实现现数数据据 共享平台需要解决的主要问题题。。根根据据对对学学校不同业务部门的具体需求进进行行分分析析,,要要实现各种应用之间的互连、互互通通、、互互操操作作、、 业务协作以及数据共享等功能能,,可可以以将将数数据共享平台自上到下划分为信息门户、应用系统层、应用支撑平台层和系统基础设 施层等四个层次。总体框架设计如图1所示。
2 数据标准设计
为保证数据共享平台的正常运行,数据流通顺畅,需要建立一个与国家标准、教育部标准及行业标准相符合的,同时又适合学校信息化建设的标准规范体系,主要包括信息类规范、管理类规范和技术类规范三类。
信息类规范 :从信息和数据的角度建立的信息标准、元数据标准及代码标准方面的规范。
管理类规范 :从项目管理和信息化建设的角度制定的各种规章制度。
技术类规范 :从应用系统项目开发角度建立符合软件工程的规范和技术文档。
3 数据分析设计
在基于校园网的数据共享平台的应用过程中,应用系统的信息服务离不开数据统计和数据分析,可以针对数据中心不同的业务主题进行数据的分析与挖掘,为校园里的不同用户提供最有效的信息服务和信息支持。
(1) 数据的综合统计分析
综合统计分析根据学校数据中心和各应用系统提供的业务数据,按照上级管理部门要求和学校管理需求,为学校领导提供各方面的、综合性的、实时的统计数据、图表和报表,统合统计分析是在数据中心基础上构建的综合报表体系,综合报表将与数据中心上的综合查询、统计应用等服务相互关联 ;从而保证实时性、开放性、关联性。
(2) 关键绩效指标监控
关键绩效指标是通过对学校的关键绩效指标参数进行设置、并能够取样分析的一种量化管理指标。可以通过各类数据及各类图表的形式展示学校各项指标,并对各项指标进行预警监控,为校领导决策支持做出数据分析依据。
4 数据共享平台应用模块整合与设计
(1) 基础环境架构整合
为了建设一个统一的开放的架构平台,可以遵循“统一、共享、动态”的原则, 充分利用数据分布式存储技术、网络虚拟化以及计算负载均衡等技术来进行实施, 充分体现出开放服务 (Open Services)、智能运维 (Intelligence Operations)、统一架构 (Unified Architecture) 的特点,从而实现整合系统资源,降低应用复杂性,提高设备利用率,增强存储资源的节约能耗、共享能力等目标。
共享数据整合
数据共享平台提供了数据共享的环境和手段,打破了原来各个个部部门门之之间间存存在在的信息孤岛,使不同部门之间的数据能够互通互联。共享的数据除了各部门和各处室的业务数据以外,还可以包含政策法规等信息,同时,还能够为决策层提供实时的信息参考,充分体现信息网络环境中数字校园准确和实时的特点。通过一个共享平台,整个学校的每个单位、每个部门的相关业务数据都可以实时的访问和相互查询。从而提高学校内部的工作效率,为各个部门的应用整合提供基础。各个部门可以改变以往被动等待数据的情况,而是动态的主动的使用共享数据。以前,在不同部门之间查询数据需要经过非常繁多的手续才能获取数据资源,如果使用共享平台,就能方便的直接访问其它部门所共享出来的数据资源。
(3) 统一身份认证整合
随着各种应用系统的正式运行,许多校园应用系统基本上存在不同的身份认证方式,用户通常需要记忆不同的账号和密码,同时,应用系统的管理员也要对各种账号的使用权限和密码进行必须的维护,这使得应用系统的维护与使用不断增加。因此,为了方便应用系统和用户信息的管理和维护,方便用户身份认证与授权,需要建立以目录服务和认证服务为基础的统一身份认证整合体系,实现用户信息的统一存储、分级授权和集中认证的用户认证方式。
通过统一身份认证整合,可以在可视化的服务平台进行身份的集中管理,实现单一登录、资源的统一访问控制,提高了应用系统的安全性,同时,基于用户信息的统一管理和维护,可以规范管理,避免系统相关应用的重复建设,减少数据冗余、提高用户的工作效率。
5 业务流程整合
根据校园网用户的特点对学校各个管理部门及相关的应用进行调研,同时对各种业务流程的管理流程和所需的数据资源进行梳理,最终对分析、归纳出各种业务流程进行整合,主要方面图3所示。
6 共享平台门户站群整合
信息门户站群的整合过程就是将分散的、异构的应用和信息资源进行聚合, 通过统一的访问入口,将各种应用系统进行各种集成和无缝接入,提供一个能够进行信息访问、传递的协作化的集成环境, 实现各种应用的开发、集成、部署与管理。其主要目标是加强各种业务部门的协作, 加强各种应用系统的互联互通和互操作, 简洁清晰的展现各类资讯信息,使用户在尽可能短的时间内获取所需的信息资源, 不必重复登录不同应用系统进行检索和处理,大大提高工作效率。
结语
数据共享平台的支撑平台是包含硬件系统与软件系统的综合体系,它为校园内各种业务的数据共享、各种应用系统的互联、互通以及互操作提供一个必需的环境基础。但是一个完善的应用支撑平台应 该是既能兼容现有系统的运行和维护,又能为适应未来新的需求进行扩展的,这就要求应用支撑平台的设计与建设要从其标准化、兼容性、开放性以及可扩展性等方面进行全面考虑,使数据共享平台能够实现各种应用模块之间互通、互操作与数据共享,从而真正解决信息孤岛问题。
摘要：为了打破校园网中各部门之间的信息孤岛,使各部门的数据资源能够互联互通实现共享,根据SOA架构设计思想将整个数据共享平台划分为基础设施、应用支撑平台、应用系统和信息门户四个层次,分别对总体框架、数据标准、数据分析、数据共享平台应用系统、业务流程整合等内容进行设计。
校园网数据 篇10
云计算已经成为现在计算机科学中最为热门的一个词汇,它被认为是继个人计算机变革、互联网变革之后的第三次IT浪潮,是当前客户端-服务器模式之后的一种新型模式,在维基百科的定义中,云计算是一种通过Internet以服务的方式提供动态可伸缩的虚拟化的资源的计算模式。它的应用范围相当广泛,简单来说,可以有云物联、云安全、云存储、私有云、公有云、云游戏、云教育、云会议等应用范畴,可以想见,它将极为深刻的改变当前社会的运行模式,成为人类社会变革进步的最大推动力。
在云计算的背景下,高校校园网的数据中心也正在发生深刻的变化,因为云的基本特征就是动态、灵活、透明、弹性,所以云计算基础架构的核心———数据中心,必须要支持动态化的IT业务要求,能够将大量的计算资源动态、按需地供应和部署。
2 校园网数据中心的设计
2.1 统一交换结构
在传统业务结构中,高校数据中心一般存在相对独立的三张网:数据网、存储网和高性能计算网,分别采用Ethernet、Fiber Chanel、Infiniband三种技术来组建网络,这不仅增加了建设与维护成本,而且技术异构的三种网络无法统一,极大地制约了网络服务的性能,难以实现真正意义上的云计算,但随着以太网技术的发展及整个产业链的成熟,特别是在10G以太网技术的成熟后,已经可以基于Ethernet的统一交换网络来建设新一代数据中心,构建云计算平台。两种架构的对比如图1所示。
由图1可以看出,传统业务结构中,由于计算节点的数据信息与网络信息各走一张网,使得数据中心服务器对外提供了不同的I/O接口(HBA卡、Ethernet卡),导致了在数据中心环境下多个独立运行的网络同时存在,布线复杂、维护麻烦、扩展困难等一系列问题给数据中心的正常运行埋下隐患。
以太网的基本特点就是简单、高效,依靠上层协议来解决可靠性的问题,随着无损以太网技术(Lossless Ethernet)标准族的确立,它可以完全满足存储业务对于丢包的敏感性,因此FC存储数据完全可以承载在以太网上(FCo E),新一代以太网技术融合数据中心的存储网络形成了全业务的统一交换,从而实现多个网络管理合并,在统一的视图下进行管理。
现在,新一代的以太网技术还对FC存储中更高带宽的需求(8Gbps和16Gbps)提供了支持,当前的10G数据以太网DCE支持下的FCo E已经完全支持4Gbps/8Gbps FC向10Gbps FCo E的融合。
正因为统一交换网络提供了对云计算的支撑,将整个数据中心网络统一为以太网架构,实现了云计算中上层应用对数据交换、传送通道与I/O的统一操作,相同的底层网络又提供了超高容量的数据吞吐支撑,使得统一交换网络架构,成为现在校园网数据中心网络架构的最佳选择。
2.2 二层结构
在云计算技术中,虚拟化是非常重要的一项技术,而它的一个功能———虚拟机动态迁移在数据中心得到了广泛的应用,它可以使得逻辑服务器在网络服务down掉或者有异常的情况下,自动将网络服务动态迁移到另外一台逻辑服务器上,并保证前后的IP和MAC地址不变,这就当然要求逻辑服务器迁移前后的网络处于同一个二层域中。由于客户要求虚拟机迁移的范围越来越大,大型的数据中心甚至会存在在不同机房、不同地域之间动态迁移的情况,因而数据中心的大二层网络也就呼之欲出了。
从技术上看,三层架构与二层架构都可以实现数据中心网络的高可用性与可靠性,但从云计算发展的趋势以及现在虚拟化实施的具体情况,二层架构更适合作为云计算的网络结构模型,可以满足大规模服务器虚拟化集群、虚拟机动态迁移的部署,表1为两者的对比。
由表1可知,三层结构与二层结构没有绝对的优劣之分,主要是要根据自身的业务特点及具体情况来选择,对于大多数高校来说,采购设备都是总体规划,分期实施,设备的淘汰更新率较慢,大多数情况更适合采用二层架构。
2.3 核心交换机的选择
校园网数据中心的核心设备是核心交换机,是它最大程度上决定了整个系统的稳定性、可靠性与扩展性,故选择一台合适的核心交换机非常重要。
一般的核心交换机采用的是“Crossbar+共享缓存”的交换架构,引擎板承担交换与控制双重功能,也就是各业务板块的流量转发报文需要经背板到引擎板的Crossbar芯片进行转发,这种架构的问题就在于随着业务板块的增多,当流量转发接近背板带宽时,整机的交换性能就会急剧下降,而且背板带宽是无法扩充的。这种架构限制了设备的可靠性和性能。
为了解决“Crossbar+共享缓存”这种架构存在的问题,现今数据中心级的交换机将路由引擎板和数据交换网板分离,同时采用CLOS多级交换架构,大大提高了设备的可靠性及性能。表2为Crossbar+共享缓存架构与CLOS架构的对比。
除开以上核心能力的提升外,CLOS架构的交换机还增加了冗余电源的配置,提供了突发大数据流的缓冲能力,能够应对因为虚拟机系统中逻辑服务器网络流量集中于1个端口所造成的数据拥塞,特有的分布式缓存机制解决了多对一的流量拥塞问题。所以为了保证数据中心能够在5年内应对急速增加的数据流量交换要求,在考虑数据中心核心交换机时,尽可能的考虑采用基于CLOS多级交换架构的交换机,并根据当前的业务板块来配置交换网板,以保证最佳的性价比和以后的可升级性。
2.4 服务器的选择
服务器是数据中心提供信息服务的主要设备,从形态上分为塔式服务器、机架式服务器与刀片服务器,由于受到数据中心机房大小的制约,现在一般主要选择机架式服务器与刀片服务器两种。
机架式服务器占用空间较小,移动方便,性价比高,可以随时按需求增加,不受外界条件的制约;刀片服务器则需安装在刀箱内,1个刀箱可安装14个全高的刀片服务器(以IBM设备为例),占用空间最小,集约化程度最高,但同时费用也最高。刀箱配备有管理模块,可实现刀片服务器与刀片交换机的统一管理。
仔细分析两者的特点,结合高校的自身特点,贵州师范学院选择了机架式服务器的原因:建设资金少,设备按需求增加;刀片服务器的增加受到刀箱数量的制约;刀片服务器对单机柜的供电功率以及制冷方式要求高,现有机房达不到要求。
由于数据中心的核心交换机采用了N:1的虚拟化技术(H3C的IRF、Cisco的VSS),为提高网络的可用性、扩展性和安全性,服务器的接入交换机采用如图2的拓扑结构,该结构有三个优点。
(1)高可用性:虚拟化技术通过核心交换机的N:1备份和跨链路聚合实现了服务器接入网络的高可用性设计。
(2)高扩展性:服务器通过该种方式接入的VLAN可跨越汇聚交换机,而且不会存在二层环路,使得网络接入层具有良好的扩展能力。
(3)配置简单:由于核心交换机与接入交换机均采用了基于交换机的N:1虚拟化技术,所以避免了MSTP的配置,网络结构非常简单,易于管理。
3 结束语
云计算背景下校园网数据中心网络设计,需要充分考虑到大量计算、存储资源需要无阻塞的互联互通,我们需要在增大接入量、降低网络复杂度以及控制成本之间找到平衡点,数据中心将会朝着更大接入容量、更精准的流量控制、更完善的端到端管理、更严格的Qo S保障等方向发展,因此,采用统一的交换架构,选择高性能CLOS架构的核心交换机在大二层的网络架构中,将数据网、计算网、存储网三网合一,构建新型的校园网数据中心,将是现今校园网数据中心建设的较好选择方案,基础架构的确立,将有力保证以后校园网数据中心跨入云计算时代。
参考文献
[1]杭州华三通信技术有限公司著.NGIP新一代网络建设理论与实践.电子工业出版社,2011,p13-p19.
[2]陈婕.高校数据中心发展战略探讨[J].电脑知识与技术,2013.
校园一卡通数据备份与恢复 篇11
摘要：本文阐述了实施校园一卡通Oracle数据库的备份方案，在归档日志模式下，通过Networker备份软件定时、自动地将数据库和归档日志备份到虚拟带库，借助数据库的全备份和归档日志，实现近乎无损的数据恢复。
关键词：校园一卡通 Oracle备份 数据恢复
校园一卡通数据库包含了用户的资金账目、身份信息和交易流水，数据库软硬件的损坏会造成业务中断和数据丢失。因此，校园一卡通的数据安全显得尤为重要。
容灾是为确保“灾难”发生时，减小数据损失和业务停顿的一整套技术方案。数据备份是数据容灾的基础，是数据库可用的最后一道防线，一个完整的容灾方案必然包括备份部分。容灾方案中的数据始终在线，有被完全破坏的可能，但备份数据是离线数据，即使在线数据丢失，也可以从备份数据中恢复。
一、Oracle数据库备份概述
Oracle数据库备份有三种类型，分别是导入/导出（EXP/IMP）、冷备份和热备份。导入/导出是逻辑备份，利用Export将数据从数据库中提取出来，再利用Import将提取出来的数据送回到Oracle数据库中；冷备份和热备份是物理备份，直接拷贝数据库的物理文件。逻辑备份和冷备份只能将数据恢复到备份执行前的状态，而热备份可以使数据恢复到任一时间点。
Oracle RMAN（恢复管理器）是Oracle提供的DBA工具，用于数据库的备份和恢复，它能够备份整个数据库或数据库部件，其中包括表空间、数据文件、控制文件和归档文件。Networker通过调用RMAN的接口，来管理数据库的备份和恢复操作。
二、校园一卡通数据库备份
1.校园一卡通数据库的体系结构
校园一卡通Oracle数据库运行于两台Sun v880小型机组成的HA集群上，数据存放在磁盘存储阵列上。前期已经实施了基于盘阵同步复制的数据容灾解决方案，使得在同一时刻两个盘阵保存有相同的两份校园一卡通数据副本，确保单个盘阵损坏时业务不中断，数据零损失。
2.校园一卡通数据库备份体系结构
校园一卡通业务既要保持连续运转，确保数据库不停运，尽可能数据损失为零，所以选择了Oracle数据库归档日志模式下的热备份。采用Net-worker作为备份软件，DataDomain虚拟带库作为备份存储介质，每天定时地进行Oracle全库及归档日志的备份。
Networker备份服务器通过LAN与数据库服务器连接，备份服务器与虚拟带库以FC（光纤通道）连接。两台Sun服务器上均安装有Networker客户端和Oracle模块，通过Networker服务器上的控制台可以管理客户机上的备份和恢复任务。
3.启用Oracle数据库归档日志模式
第一步，关闭数据库，并以装载方式启动。
SQL>shutdown immediate；
SQL>startup mount；
第二步，更改数据库为归档日志模式。
SQL>alter database archivelog；
第三步，打开数据库
SQL > alter database open；
第四步，设置归档文件存放位置。
SQL>alter system. set LOG_ARCHIVE_DEST_1=
LOCATION=/export/oracle/arch；
第五步，设置归档文件格式。
SQL>alter system set log archive_format=ar-ch_%
t_% s. arc scope = spfile ；
第六步，启动自动归档。
SQL>alter system set log _ archive_start=tmescope=
spfile ；
4.校园一卡通数据库的备份策略
在Networker服务器的管理控制台中设置一卡通数据库的备份时间表，以控制数据库和归档日志的备份。一卡通业务每天夜间12点开始日结，到第二天凌晨2点日结完毕。在凌晨2点到5点，业务处于空闲期。假如设置在凌晨3点半进行一次数据库的全备份，整个时间大约28分钟；每天9点、15点、21点进行归档日志的备份，每次耗时2分半钟。
三、数据库恢复测试
准备一台恢复测试机，该机既要和源备份主机操作系统类型一致，Oracle版本一致，数据库实例名一致，同时也需要安装Networker客户端软件和Oracle模块。测试时，首先要获取源主机Oracle的DBID，恢复时必须在目标端指定。然后，关闭恢复目标机上的数据库，进入nomount状态，按照顺序依次恢复pfile文件，控制文件，数据库文件。接着，再执行数据库的recover，此过程将用到备份的日志文件。最后，恢复完成，打开数据库，如果无报错则成功恢复。
校园一卡通数据备份是一卡通数据容灾方案必不可少的部分，利用备份的数据成功地进行了数据库的恢复，说明该数据库备份方案的有效性。
参考文献：
[1]孔凡航.Oracle 9i中文版基础教程[M].北京：清华大学出版社，2007.
[2]赵元杰.Oracle 10g系统管理员简明教程[M].北京：人民邮电出版社，2006.
[3]王兴玲.Oracle I0g影像库的设计及应用模式分析[J].遥感技术与应用，2006，（5）.
校园网数据 篇12
我国高校的教育信息化建设开始于上世纪90年代, 并且我国在十二五规划中首次从国家层面对教育信息化进行了规划, 并指出作为高校战略发展的重要保障的教育信息化是高校自身提升竞争力的有效手段[1]。以后, 各高校逐步加大教育信息化投入, 而校园网建设是教务信息化建设的重要组成部分。但是在校园网建设的过程中, 由于规划的不合理性导致了数据难以共享, 重复投入等问题的出现。并且随着校园网所承载的应用越来越多, 校园网中的数据类型与数据量也出现了集中式增长, 这种增长给服务器带来了巨大的负担。而为了应对服务的增长, 传统的做法是更换处理能力更强的服务器。这种做法不仅投入大, 而且系统的容错率、扩展性与稳定性都比较差。而云计算利用虚拟技术把处于网络中不同位置上的主机整合在一起, 形成一个资源池, 即用户所需的服务都由资源池来处理, 从而实现网络资源的整合, 提升了系统的稳定性与扩展性。因此, 综合运用云计算技术, 设计了一个基于云计算的校园网综合数据服务平台[2]。
2 云计算
根据NIST (National Institute of Standards and Technology,美国国家标准与技术研究院) 对云计算的定义[3]: 其将网络中的服务器、应用程序、存储器等软硬件资源整合在一起, 从而形成一个动态的资源池, 该资源池可供整个网络使用。
云计算的架构又分成3类: 私有云、公有云以及混合云。私有云是指其资源池仅对内部人员开放。公有云通常由第三方以免费或者付费的方式供注册用户使用。而在混合云中,公有云与私有云以协调工作的方式提供资源给用户使用。
而开源的Hadoop是最常用的云计算框架之一。其利用一套服务接口来屏蔽底层架构, 使得开发者能够专注于分布式程序的开发。并且Hadoop具有高可靠性、高效性、低成本、易扩展性等特点, 使得其逐渐成为一个标准的云计算解决方案。因此采用Hadoop来实现校园网中的综合数据服务平台。
3 设计原则
基于云计算的校园网综合数据服务平台的设计目标: 针对现阶段高校校园网建设所存在的不足, 利用云计算中的PaaS (Platform as a Service, 台即服务) 来为校园网提供综合数据服务, 从而实现基于云计算的校园网综合数据服务平台。而该平台是由3个子平台所构成: DSCP (Distributed Storageand Computing Platform, 分布式存储与计算平台 )、UAP (Unified Authentication Platform, 统一身份认证平台 ) 和WSAP(Web Service Access Platform, Web服务接入平台)。
在设计的过程中, 所采取的设计思路为: 以高校校园网的现状作为基础, 按照“整体规划, 整体推进, 难点公关”的思路来进行综合数据服务平台的设计, 从而减少开发流程, 加快开发进度, 尽早地实现原有平台过渡到新平台。与此同时, 基于云计算的校园网综合数据服务平台的设计还必须遵守先进性、实用性、稳定性以及易扩展性的原则来保证所设计平台的效能。
4 总体设计
图1给出了基于云计算的校园网综合数据服务平台的体系架构。从图1中可以看出, 该平台由应用层、服务层、设备层所组成。
设备层由服务器、传输设备、存储器、感知设备等不同类型的硬件设备所组成, 而这些硬件设备又构成了一个资源池, 资源池可以为服务层提供计算、存储、传输等服务。并且在云计算的架构下, 资源池将会被虚拟化, 从而使得具体的硬件设备对服务层是透明的, 即服务层并不需要了解设备层中的硬件的位置、网络拓扑等情况, 其只通过调用底层的IaaS (Infrastructure as a Service, 基础设施即服务 ) 来得到所需的服务。此外, 当校园网需要进行扩容时, 只需要增加相应的硬件设备并进行简单的配置即可实现。
应用层利用服务层所提供的不同的数据服务来满足校园网中的用户的各种具体的应用需求。而一个应用需求的实现有可能需要使用服务层中的多个服务。
服务层处在应用层与设备层之间, 其用来为应用层提供各种数据服务, 这些服务主要有: 用户认证服务、计算服务、接入服务、存储服务、Web查询服务等。而应用层通过调用服务层所提供的不同的API (Applicaiton Program Interface, 应用程序接口) 来得到相应的服务, 并且该API是符合WebServcie标准的。这样做的好处是各种服务的实现过程对应用层是透明的, 从而使得开发人员能够专注于开发满足高校业务需求的应用。此外, 由于所有的API都采用统一的标准,这样不仅便于后续的维护与升级, 也便于与外部系统实现互联互通。由此可见, 服务层在整个体系架构中起着至关重要的作用。具体来说, 服务层所能够提供的服务是由DSCP、UAP与WASP来实现的。其中, DSCP用于承担分布式存储服务与分布式计算服务, UAP用于承担登录服务与认证服务,而WSAP用于承担查找服务于Web Service注册服务。
5 DSCP 设计
为了兼顾开发成本与平台先进性这两个方面, 选择在云计算框架Hadoop上来进行DSCP的设计与开发。这是因为Hadoop对硬件设备进行了很好的封装, 并且其具备异常处置、备份、负载均衡、容灾等功能, 从而使得用户更多地专注于分布式计算与存储的开发或使用上。此外, 由于Hadoop本身就是采用分布式文件系统HDFS (Hadoop Distributed File System), 因此其能够很好地支持分布式存储, 同时Hadoop中的数据冗余控制机制又能够保证所存储数据的完整性与可靠性,而Hadoop中的Mapredcue本身就是为分布式计算而开发设计的, 因此其完全能够胜任分布式计算。
6 UAP 设计
当校园网中的用户进入高校网站的登录界面并通过身份认证后, 其才被允许提交相应的应用服务请求, 而UAP就是用于提供登录服务以及身份认证服务。而由于用户身份信息的异构性, 即用户身份信息可能存放在关系数据库、分布式数据库等中, 因此所设计的方式必须能够应对这种情况。采用Spring IOC技术以及面向接口编程的方式来设计UAP。这是因为上述设计方式使得开发者只需设计认证处理部分, 而用户身份信息所存放的位置由动态配置文件所决定。当用户提交了认证请求后, 服务器将生成用户身份票据TGT (TicketGrant Ticket) 与服务票据ST (Service Ticket) 并将这两个票据都存在Cookie中, 供后续使用。
7 WSAP 设计