备份技术论文范文

备份技术论文范文第1篇

关键词：备份；存储；分布式；P2P；技术

1存储与备份技术的高效性

1.1高性能多源下载过程

（1）服务器根据相关信息返回存储需要下载文件的Slave的具体信息；（2）根据文件大小和Slave的负载状态，选择合适的Slave建立socket连接对文件进行分块下载；（3）下载完成后把各个文件块合并成为原始文件。

1.2静态下载

在静态下载中，不考虑备份文件的大小，服务器的负荷量，采取统一的模型进行下载。算法如下：（1）得到备份文件所在服务器的个数n，以及每个服务器的IP地址和端口号；（2）得到文件的总大小size，按照文件分割算法，把文件分割为n块；（3）与每个服务器建立连接，从每个服务器上下载一块文件；（4）下载完成后，把所有文件块合并成一个完整的文件，存储在备份介质上；（5）保存备份文件的相关元数据信息；（6）文件下载、备份完成。

1.3动态下载

在动态下载模型中，要综合考虑各方面因素，动态决定文件是否分块进行多源下载，以及文件块的大小，提高系统资源利用率，进而提高备份效率。对于没有冗余的文件，只能从一个节点上下载。对于较小的文件，使用单线程下载；对于较大的文件，可以采用多线程下载。对于有多个冗余的文件，可以动态选取从负荷量较低的节点进行下载。伪算法表示如下：

首先定义如下变量：文件大小阀值Tl，当文件大小大于Tl时采用多源下载；节点标准负荷T2，若节点负荷大于T2，则节点处于重负荷状态；文件大小size文件冗余数n。

算法表示如下：

if（文件没有冗余）

{

无须分块下载，可以采用多线程从存储文件的节点上下载文件；

}

else{

if（文件大小size<阀值T1）

{

无须多源下载，从存储文件的节点中选取负荷最小的节点，下载文件；

}

elsel

得到存储文件的n个节点的信息；

从n个节点上选择负荷小于阀值T2的节点，节点数目为m；

利用文件分割算法把文件分割为m块；

与选中的m个节点建立连接，从每个节点上下载一个文件块；

下载完成后，把m个文件块合并成为完整的文件；

把文件存储在备份介质；

}

}

2存储与备份技术的一致性



2.1锁和快照技术

锁就是当进行数据备份时，对需要备份的数据加锁，此时禁止对数据进行修改。由于备份时禁止对数据的修改，锁技术对数据的可用性会造成一定的影响，会影响到系统的效率。快照就是在相当短的时间内生成原存储系统的瞬时映像，该映像生成之后，备份就可以根据该映像来进行，而不用担心数据的不一致性。快照技术的实现有两种方式：更新复制方式和Split-mirror方式。更新复制技术就是当进行快照时，并不立刻复制数据，只有当数据发生变化时才进行复制。Split-mirror是使用和主存储系统一样的快照存储系统，数据同时保存在主存储系统和快照系统，此时快照系统就可作为备份数据。

2.2在线备份

在分布式文件访问平台中，存在着海量的文件，文件的信息较多，若把文件的信息逐个复制则要浪费大量的时间、空间，对系统的可访问性造成影响。WAFL文件系统使用了更新复制技术。当创建系统快照时，并不立刻复制所有文件信息，而是创建新的快照根节点，它与原文件系统根节点有相同的信息，文件系统中根节点的子节点也为快照根节点的子节点。此时以快照根节点为根节点生成了一棵快照树，它和原文件系统树除了根节点以外，其余部分相同。当文件信息需要修改时，创建新的节点，把文件信息赋给此节点，并把节点作为快照节点插入快照树中，同时修改原节点的信息，具体分为以下情况：

（1）修改文件信息：当对文件的基本信息进行修改时，如更改文件名称等，此种情况下比较简单，伪算法如下：if修改文件）

{

创建新的节点作为快照节点；

把原节点的信息复制到快照节点；

把快照树中指向原节点的指针指向快照节点；

快照节点儿子节点的指针指向原节点的儿子节点；

修改原节点的信息；

}

修改文件信息具体过程如图3：

（2）移动文件：当把文件或者目录从一个目录移动到另外一个目录下时，具体伪算法如下：

if移动文件）

{

创建新的快照节点；

把原节点的信息复制到快照节点；

复制原父目录的信息，添加到快照树中；

把快照树中指向原节点的指针指向快照节点；

快照节点儿子节点的指针指向原节点的儿子节点；

复制新父目录的信息，修改子节点，添加到快照树中；

修改原节点的信息，把原节点移动到新的目录下；

}

移动文件过程如图4所示：

（3）新建文件：当新建文件时，具体伪算法如下：

if（新建文件）

{

创建新的节点，并给节点赋予相应的文件信息；

在文件系统树中找到节点的父目录；

if（若父目录己经创建了副本），

{

把创建的节点插在文件系统树中父目录节点下；

}

else{

父目录创建副本；

副本赋予相应的信息；

父目录副本儿子节点即为父目录的儿子节点；

快照树中指向原来父目录的指针指向副本；

新建节点插在文件系统树中父目录节点下；

}

}

新建文件过程如图5所示：

2.3备份的实现

在创建好快照树之后，就可以进行在线备份。快照树保存的信息就是开始备份瞬间所有文件的信息，进行在线备份时，首先从快照树的根节点开始，逐个访问节点，按顺序对快照树进行遍历、备份，保证了数据的一致性，并且可以在备份的同时允许对数据进行修改，不影响用户的访问。

3存储与备份的可靠性

在分布式系统中存储着海量的数据，数据量大，备份的时间较长，在备份的过程中可能会出现错误情况或者发生意外的中断。因此备份过程中需要随时记录备份的进度，这样在备份发生错误或者异常时，下次备份能够在上次备份的出错点继续进行，实行断点备份，而不用重新开始备份。断点备份过程中，使用日志表来记录备份过程，把每次备份的信息写入日志表。日志表如表1：

3.1伪算法

if（日志表为空）

{

无须查找断点位置，直接开始备份，备份时把每一个文件的备份信息添加

到日志表；

}

else{

while（日志表尚未查找完毕）

{

对于表中每一项，查找此项对应文件在树中的具置；

if（此文件尚未备份完成）

记录此文件，即为断点位置；

}

当日志表查找完成后，即可得到未备份完成的文件；

从断点位置开始继续备份，并把文件备份信息添加到日志表；

}

本次备份完成后把日志表清空

名称定义

ID文件独一无二的ID

TYPE备份类型，可以是完全备份、增量备份、差量备份

STARY_TIME开始备份时间

FINISHED是否完成

ISFOLDER是否为文件夹

PARENTID文件父节点ID

3.2算法复杂度

若日志表中的记录个数为K，文件总数为N。则对于每一个记录项，要查找其在文件树中的位置，当前一个记录项查找到时，由于遍历的顺序性，后一个记录项可以从前一个的位置继续向后查找，这样，可以保证K个记录项查找次数为K，也即为O（n）。当备份发生错误或者中断时，通过此算法，能够在相当少的时间内，找到断点位置，下一次备份时可以直接从断点位置继续进行，实现断点备份，保证了备份的可靠性。

参考文献

［1］牛云，徐庆.数据备份与灾难恢复［M］.北京：机械工业出版社，2007.

［2］张联峰，刘乃安，张玉清.P2P技术［J］.计算机工程与应用，2007，（12）.

［3］刘天时，赵正.一种通用数据库数据整理方法［J］.计算机工程，2007，（2）.

［4］韩德志，谢长生，李怀阳.存储备份技术探析［J］.计算机应用研究，2006，（5）.

备份技术论文范文第2篇

关键词:亚运会;科报会;设计

中图分类号:TP311.52文献标识码:A文章编号:1009-3044(2010)13-3362-02

Design and Implementation of the Asian Games Scientific Papers Report Council Web Site

LI Xiao-qiang

(Guangzhou Institute of Physical Education Modern Education Technology Center, Guangzhou 510015, China)

Abstract: This paper first analyzes the report of the Asian Games will be the functional design, performance design and security design, and then we have put forward a detailed implementation program on this design, finally, we use Java Struts framework technology to achieve the entire site development.

Key words: asian games; scientific papers report council; design

亚运会科报会网站是为了在广州亚运会举办之前能给大家提供一个很好的交流平台。亚运会科报会网站是基于B/S结构开发的,亚洲各地区都可以通过网络来访问我们的网站,向我们的网站投稿论文。整个网站系统的管理是基于中心服务器来管理的,数据中心在学校的网络中心主机房,各地区用户都是通过网络访问中心服务器。集中式的管理有利于数据的统一管理,保证了系统的实时性,有效性和完整性。

1 系统的功能设计

亚运会科报会网站分为前台系统和后台管理系统两大功能模块。前台系统的主要功能有首页、用户注册、用户登陆、会议介绍、会议动态、征文事项、重要时间、交通路线、下载专区、参会注册、联系我们。后台管理系统的主要功能有系统管理、用户管理、内容管理、文件管理、论文管理、我的信息、缓存管理、基础数据。在系统功能设计中,用户管理功能和论文审核功能这两个是系统实现的关键,现在将具体来分析这两个功能。

1.1 用户管理功能

亚运会科报会的用户非常的多,他们之间是分为三类:一个是系统的管理员用户;另一个是普通用户;最后一个是评审专家用户。系统管理员用户负责整个网站信息的和用户的审核、权限的分配以及其他的管理功能。普通用户主要是把自己的论文投稿到我们的系统中。评审专家用户主要是负责评审投稿过来的论文,然后给普通用户发送具体的评审结果。这个用户权限的管理我们采用了角色的管理,也就是说把这三种类型的用户分配到三个不同的角色中,然后再给每个角色定义不同的权限。这样就有利于我们这种多用户数量的权限管理功能。

1.2 论文审核功能

论文审核是本站设计的重点内容,亚运会科报会网站的设立就是为了能征集更多的有关于亚运会的论文资料。但是,征收到的资料可能很多是不合格的,所以,我们专门成立了专家组来审核这些论文,把有价值的论文抽取出来,然后在大会上来交流,从而有利于亚运会的顺利召开和圆满闭幕。具体的审核流程如图1所示。

从图中,我们可以看出论文的审核流程首先由系统的普通用户提交论文,然后由我们学校科研处工作人员做简单的形式审核,通过后再提交给评审专家审核,专家审核后一方面把审核意见发给作者,另外一方面发信息给我们学院的财务处。最后对论文进行归档整理。

2 系统的实现

亚运会科报会系统的实现采用Java Struts框架来实现各功能模块,采用Oracle数据库作为数据的存储。系统的开发完全按照软件工程的开发的思想来进行。下面主要对系统实现过程中的关键技术来做探讨。

2.1 Java Struts 框架技术

Java技术是目前非常流行的一种网站开放技术,Struts就是java技术的一种框架技术。Struts框架技术是MVC技术的一种,它实现了页面和程序的分离,在页面上都不会出现处理逻辑的java代码,从而提高了程序的可靠性和可维护性。亚运会科报会网站的实现就是采用了Java Struts框架技术。

2.2 缓存技术的实现

缓存是“以空间换时间”策略的典型应用模式,是提高系统性能的一种重要方法。缓存的使用在访问较大的情况下能够极大的减少对数据库操作的次数,明显降低系统负荷,提高系统性能。本系统的缓存是一个功能比较完善的缓存,它能够对自己进行管理。它自身设置一个线程,隔一段时间就检查缓存的使用情况,对于过期的内容进行删除,如果缓存的内容占有它所拥有的空间的97%,淘汰内容,直到它占有空间不超过90%。缓存实现的具体过程如图2所示。

从图我们可以看出,当视图JSP需要一些常用信息时,先到缓存读取信息,缓存根据视图JSP提供的条件所对应缓存的索引,查找相关信息。如果缓存里面有相关信息,将相关信息返回给视图,如果没有找到相关信息,到数据库查询相关,查询完毕,把相关信息放进缓存,同时也返回相关信息到视图。由图可以看到,缓存可以减少对数据库的操作。

2.3 系统安全性的实现

2.3.1 用户权限管理

通过建立不同的用户组和用户口令验证,可以有效地防止非法的用户进入网站的核心数据库;另外,通过授权来对用户的操作进行限制,允许一些用户对数据库服务器进行访问,而大多数用户只能在同组内进行读写或对整个数据库只具有读的权利。

2.3.2 病毒防护

在网络入口,我们需要采用防病毒过滤网关,并要确保用户终端和服务器要安装网络版的防病毒软件,管理员要及时进行防病毒软件或系统的升级,完成各类操作系统和系统软件的补丁、防病毒软件的病毒库的更新。

2.3.3 数据备份与恢复

核心数据库必须建立完善的数据备份及恢复机制,定期对数据进行备份,当计算机的软硬件发生故障时,利用备份进行数据库恢复,以恢复破坏的数据库文件、控制文件及其他文件。还要记录数据库中所进行的各种操作,包括修改、调整参数等,在数据库内部建立一个所有作业的完整记录,即日志。另外,要备份控制文件,因为控制文件中的某些状态信息在数据恢复期间可以用来引导数据库。

3 结束语

亚运会科报会网站的完成给广州亚运会的举行提供了交流平台。亚洲各地区的人都可以通过这个平台来,提出自己的建议,为亚运的召开增添光彩。

参考文献:

[1] 李文中.适应性Web 缓存的研究[J]. 计算机科学,2005,32(4):11-15.

[2] 杨开英.Strut 框架的研究与应用[J]. 微计算机应用,2005,26(2).

备份技术论文范文第3篇

[关键词]云技术；档案信息化；实践

云计算是能够向各种互联网应用提供硬软件服务、基础架构服务、平台服务及存储服务的系统，是分布式计算、并行处理和网格计算的进一步发展，通常而言把具有鲜明云计算特点的统称为云技术[1]。基于可操作性原则，笔者通过具有较高权威性和代表性的中国知网（CNKI）检索了2009年至2013年有关“档案信息化”与“云技术”的文章，再根据主题、关键词、摘要等对其进行内容分析确定了64篇研究性、学术性较强的论文作为研究对象，从论文定量统计分析、研究内容和研究方法等角度进行阐述以期对档案信息化中云技术的实践进行初步探究。

一、论文定量统计分析

笔者通过选取论文作者人数、作者职称（以第一作者为准）、文章信息密度（以文章页数为简化标准）、发表年份、论文产地、作者工作机构以及文章引文量（包括总数、中外引文数量）等客观标准对这64篇论文作一个初步统计分析。

1.1作者人数。通过频率统计，64篇论文中有41篇独立完成，占总数的64%；分别有10篇由两位或三位作者合作完成，各占15.6%；而余下的三篇论文则分别由四位作者（2篇）和七位作者合作完成。由此可见，超过半数的论文是由个人完成的，合作完成深度研究的非常少。

1.2作者职称。通过统计，有24篇论文的作者可以确定为高级职称，比例为37.5%，另外40篇因各种原因未注明职称。这说明，这些文章只有少数拥有高级职称所撰写，故其研究水平就有待提高。

1.3信息密度。信息密度最为直观地反映论文的科研水平，一般高水平的论文其论证相对充分，所覆盖的信息也较为全面。图1可以看出文章页数从1到8及以上的取值分布，大量的文章分布在2～4页，以2页居多。值得注意的是5页以上的长文共计9篇，占总数的14.1%，这说明对云技术在档案信息化中的应用深入研究的趋势开始显现。

■

1.4发表年份。从图2可以看出2009年至今论文量统计显示出令人鼓舞的趋势：自2009年开始相关研究日渐增多，这反映出档案界对其研究的关心与重视。虽然2013年的数量有所下降，但这是因为笔者进行此项统计时，只计算了已经出现的成果。

■

1.5文章产地。64篇论文作者分别来自北京（11篇）、上海（10篇）、广东（10篇）、江苏（5篇）、浙江（4篇）、天津（4篇）、河北（4篇）、四川（2篇）、江西（2篇）、湖南（2篇）、陕西（2篇）、广西（1篇）、内蒙古（1篇）、黑龙江（1篇）、吉林（1篇）、辽宁（1篇）、河南（1篇）、山东（1篇）、安徽（1篇）。统计数据呈现三个特点：第一：研究成果的广泛性，64篇论文分别由19个省市的作者独立或合作完成；第二：研究成果的不平衡性，其中北京、上海、广东三省市研究成果占48%、江苏、浙江、天津、河北四省市占26.5%、其他地区占25.5%；第三：研究成果质量亟待提高，其中8个省、自治区的论文各只有1篇，即便是北京、上海、广东的论文数量也不够多，数据充分说明了相关研究需要进一步深入和细化，以期待总体质量的显著提升。

1.6作者工作机构。论文作者的工作机构可归为四类：高等学校、党政机关事业单位（国家、省、市档案局、民政部、海关、医院等）、企业单位、军队及其他等。从图3作者工作机构分布比例中清楚的看出高校拥有特别的优势，占到文章总量的63%，其次为党政机关事业单位人员23%，这样的分布比例通常是可以理解的。

■

1.7文章引文量。是否有引文或适量的引文，在学术研究过程中也常常是判断研究水平高低与质量优劣的基本标准。首先，令人遗憾的是64篇论文中，竟然有22篇没有任何引文，占总数的34.4%。表1统计了有关引文总量的论文篇数与百分比，其中引文在8条以上的共计9篇。是否适量引用外文也可以看成是当前国内学术界判断研究水平的一个重要标准，表2给出了引文中运用外文的数量关系表，从此表中可以得知共19篇论文有58条外文引用。

■

■

二、研究内容

2.1理论分析性研究占主体

这64篇论文中理论分析性论文有42篇，档案信息化与云技术关系、档案信息云共享服务、档案资源云储存及档案云计算的风险控制等成为研究主题。

第一：档案信息化与云技术关系。技术特征是信息化环境的核心特征之一，档案信息化进程中一方面要求档案工作者必须学习和把握云技术，同时信息化持续推进也将促进云技术应用向纵深发展，有效解决目前云技术面临着安全、数据集成、标准、版权纠纷、技术和系统管理等一系列问题，毋庸置疑，云技术必将成为档案信息化最重要的选择。

第二：档案信息云共享服务。安全性、使用方便、成本低的优势使得云共享服务是一种社会化、集约化、专业化的档案信息服务模式，上海师范大学吕元智副教授提出[2]：为了有效地实施“云”共享服务模式，推动档案信息资源共享，需要从思想、技术、法规、标准、组织协调以及社会影响力等层面做好相关工作。思想上，树立档案服务“社会化”的新理念，改变目前档案管理与服务工作由档案管理部门独立承担的传统思维，实现档案管理与服务工作的社会化；拓展档案信息共享服务理念，不断强化档案信息公开意识，实现档案服务对象社会化；技术上，制订云平台建设规划，采用“先试点、再总结、后推广”的路径进行，并逐步推进；法规标准上，要加强完善云计算服务相关的法规、标准的建设；组织协调上，建立档案信息资源共享服务组织与协调机构做好相关组织、协调、监督工作；社会影响力上，提升档案信息资源服务的社会影响力，以此彰显其本来意义，并实现其可持续性发展。

第三：档案资源云储存。档案资源异地备份具备存储量大、成本低的优点，但也存在工作效率低、恢复时间长的问题。根据云存储技术的特点及优点建立档案系统的私有云、制定档案云备份标准、确立相应的云备份系统架构及其运行机制，形成基于云存储技术的档案数字资源云备份策略，确保档案资源永久存储、安全保管及应用。

第四：档案云计算的风险控制。云环境中档案信息化在运行、管理中存在技术和管理的风险，其中技术风险表现在服务中断、数据失真、敏感信息的披露等；而管理风险体现在云计算风险控制的组织策略、准入退出机制等[3]。为此，档案信息化在享受云计算节约成本、集约资源有效共享等优点的同时，也必须做好规避风险的准备，只有这样档案馆才能成为云服务的提供者和管理者。

2.2实践应用性研究

22篇实践应用性论文研究内容集中在云技术在医疗、党政机关和高校档案信息化中的运用。

第一：云技术在医疗档案信息化中的实践。南通大学数字医学研究所董建成教授主持的国家社会科学基金（09TQC011）课题[4]：国家居民电子健康系统建设。该课题从云计算的网络特点和基础架构出发，依据电子健康档案系统的应用目标和发展方向，提出电子健康档案系统建设新理念，探讨标准化电子健康档案系统的建设方法和区域实践；由广东药学院杨进博士主持的广东省医学基金项目（A2012295）《利用RS纠删码的纠删能力实现损坏数据的恢复》解决了云端存储节点的不可控特性使得其存储数据的安全性得不到保障这一问题，为电子健康档案云存储数据安全性保障提供了一种新的解决方案。

第二：党政机关应用云计算技术实现档案信息共享。浙江省丽水市档案局开发的基于云计算的云档案信息共享系统。该系统的运用实现了丽水市党政机关协同办公系统生成的电子文件及其元数据的在线归档、纸质档案数字化加工和归档、档案与电子文件在线登记备份、系统内所有已公开档案信息共享等功能。该系统的开发和应用在全国具有引领和推广意义。

第三：高校档案信息化中尝试云技术。云计算超大规模、高可靠性、通用性、高扩展性的特点促使高校档案馆（室）主要工作方式改变，档案工作成本逐渐降低；利用档案“云”可汇总全校档案资源，丰富馆藏，优化共享；高校档案云管理，将大大简化档案馆在数据接收管理和为用户提供档案查询服务方面的工作，其工作质量和效率无疑会大大提升。

通过分析我们不难发现实践应用研究很不够。一则总量偏少，实践应用性的论文只有22篇，和理论研究性论文相比有较大差距；研究范围窄，这与云技术广泛运用的现实不匹配；二则研究内容深度也很不够，只是停留在实践方法与技术应用的层面，基本上没有运用成熟的理论，仅局限就事论事。

三、研究方法

档案信息化中云技术的研究必须以实证型的、科学的方法为重点，然而结合我国的科研环境与学术研究氛围，从前面定量统计中可以看出，很多研究者并不具备足够的实施实证研究的条件，63%的研究者来自高校，多数研究者大都缺少档案工作实践经验，对其研究基本上仅仅满足于书斋之中，务虚的色彩较为浓厚。大量的论文都很短，而运用实证方法，一般文章会产生较大的信息量，这些都相互支持一个不利的结论：研究方法上，大多数人并不具备优势，要深入这一领域的研究，必须具备相应的条件。细察这64篇文章，能合理并规范运用研究方法，深入研究的可以说少之又少。

四、小结

通过以上三个角度的分析，我们不难发现：目前云技术与档案信息化的论文理论性比较强，实用性较弱，多停留“纸上谈兵”的程度，无法解决战略定位不明确、研究不系统、法律问题缺失、人才匮乏、投入不足、项目带动力弱、知识体系不完整、针对性、应用性不强等一系列问题。为此，我们要立足档案行业的特点，针对热点和难点，联系实际、探索规律、借鉴创新，构建系统的理论体系，研究其战略定位和目标，制定专项规划，加快云标准体系建设，做好分步实施、落实完成任务的配套保障措施；实践中应本着成果资源共享的原则，合理运用政府、高校、企业的特长，充分吸收采纳云技术，解决关键问题，积极采纳和吸收具有推广价值的研究成果，搭建交流平台，做好推广和共享。

参考文献：

[1]张建勋，古志民，郑超.云计算研究进展综述[J].计算机应用研究，2010，27（2）：430

[2]吕元智.国家档案信息资源“云”共享服务模式研究[J].档案学研究，2011（4）：63-64

[3]崔海莉，张惠达.云计算环境下档案信息管理系统风险分析[J].档案学研究，2013（1）：56-60

备份技术论文范文第4篇

黄统奎，张艳红

（广东技术师范学院 天河学院，广东 广州 510540）

摘要：该文研究基于Struts2 + Spring + Hibernate的高校毕业设计管理系统的设计与实现。该系统按照毕业设计工作流程实现管理端，教师端，学生端相应的功能。重点实现了业务流程管理、用户权限管理、选题管理、文档管理、文档在线编辑、成绩评定、在线交流、数据备份等功能。该系统具有界面简洁、易用性强，交互性好、功能完善、同时又考虑到数据安全和系统功能的扩充。

关键词： Struts2；Spring；Hibernate；毕业设计；文档管理

中图分类号：TP311 文献标识码：A 文章编号：1009-3044（2014）19-4384-03

1 课题背景

随着大学的扩招，毕业生数量的逐年递增，高校毕业设计教学活动中需要处理的数据和信息也越来越大，在毕业设计管理工作中遇到工作效率低，交互性差，工作量大等问题，这已经成为高校每年毕业设计管理过程中急需处理的问题。同时课题资源过于零散，容易重复， 进一步加大了课题资源整合的难度。综上所述，该文研究基于 Java EE的高校毕业设计管理系统，使用该系统实现快捷高效的毕业设计管理工作。

2 系统分析

通过需求分析，系统确定有三种角色：学生、教师、管理员。

2.1功能模块划分

在具体设计实现毕业设计管理系统时，主要考虑了系统的以下主要功能和模块。

1） 公用模块

（1） 登录模块：验证帐号密码是否正确。

（2） 修改个人信息模块：修改账号密码。

（3） 师生互动模块：师生交流平台。

（4） 浏览信息模块：查看信息。

2） 毕业生模块

（1） 选报课题模块：选择指导老师与课题。

（2） 上传论文模块：上传各阶段的论文。

（3） 下载文件模块：下载指导老师的资料。

3） 指导教师模块

（1） 申报课题模块：申报自己的课题。

（2） 分配课题模块：选择毕业生与其对应的课题。

（3） 上传论文模块：上传各个阶段的论文。

（4） 审批论文模块：审批上传的论文。

（5） 下载文件模块：下载毕业生上传资料。

4） 管理员模块

（1） 公告模块：信息。

（2） 课题管理模块：管理课题。

（3） 账号管理模块：管理毕业生与指导教师账号。

（4） 日常维护模块：数据库备份还原。

2.2业务流程图

2.2.1 管理员业务流程图

管理员定期对系统的信息进行更新和维护，可以对公告、课题、帐号信息进行查看、增加、修改、删除等操作，以及配置系统的参数。业务流程图如图1所示。

图1 管理员业务流程图

图2 教师业务流程图

2.2.2 教师业务流程图

教师登录系统后，可以对课题进行管理，审核选题信息。教师可以查看学生的选题情况和学生个人信息，并确定是否录用学生提交的课题。在选题完毕之后，教师可以在系统中批阅该课题的上交文件，并给出评价及评分。业务流程图如上图2所示。

2.2.3 学生业务流程图

学生登录系统后，可以查看公告，修改个人资料。学生在选题中，可以自由选择教师及其提供的课题，也可以自己选取导师并自定义课题。选题后，学生允许提交各个时期的文档文件，并将上传信息显示在教师端界面。学生的业务流程图如图3所示。

图3 学生业务流程图

3 详细设计与实现

为了系统开发以及后期的维护更方便和明确，实现对项目的分割，将项目分为DAO、Service、Action层。根据面向对象思想，建立实体类，实现实体关系，将后台的数据表映射出来到这实体类中，提供给DAO、Service、Action层使用。

在web.xml添加Struts、Spring、Hibernate的filter和listener。在WEB-INF文件夹里面编写Spring的application.xml，整合Spring和Hibernate，实现Spring的IoC和AOP功能。将spring与struts的整合在一起，使用了自动扫描技术和注解的方式为每个类自动配置映射文件，使得程序的可读性变强。

利用Hibernate编写DAO层，为每个模块建立DAO接口，在接口中实现了增删改查等方法，实现JAVA与数据库的数据交互，供Service层调用。

为每个模块建立独立的Service接口，每个接口将实现不同模块的逻辑。Service层是实现系统业务逻辑的接口。利用之前编写的DAO层的接口，编写Service层，实现业务逻辑。合理规划Service的分类，在进行系统维护时会非常便利。

Action层用于处理页面信息，根据不同的处理结果返回不同的页面到客户端。设计Action层，调用Service层方法进行逻辑处理，然后根据处理结果为客户端返回页面，最后对界面进行美化。实现过程如下：

在创建具体的Action时，应当先创建抽象类BaseAction，继承Struts2中的ActionSupport抽象类，声明一个map变量session，这样以后每当实现一个Action，只要继承BaseAction，便可使用到session进行权限控制。同时也要创建PageAction，继承Struts2中的ActionSupport抽象类，并在该类中声明一个分页技术所需要的参数，包括了记录总条目、当前页码和总的页数等参数。

客户端每向服务器提交一次请求，都会先被相应的拦截器（interceptor）拦截并进行校验，拦截器会检验session中的key为actor保存的对象是哪一个对象（Admin、Teacher、Student），若满足拦截器的通过条件，将允许继续进行操作，否则将强制跳转到登陆页。不同的Action将根据设计时规划好的权限设置不同的拦截器。

在线word文件的预览功能，使用的是PreviewAction里面的默认方法获取当前的文件内容，通过里面的execute方法将内容在pageOffice的插件上显示出来，并且如果我们修改里面的内容后直接通过插件的poCtrl1.setSaveFilePage（）方法将数据保存起来。那么下次我们点开文件就可以看到保存后的最新内容。

数据管理功能，所要调用到的是DataManageAction里面的execute方法跳转到数据管理界面。其中每当我们点击备份时，我们将数据库名、登陆账号、密码、安装路径等参数传递给DataManageAction里面的backup方法，将数据进行备份出来并弹出备份是否成功的提醒消息，然后将数据库还原时，我们需要先选择备份的文件，最后将页面的参数传递给DataManageAction里面的restore方法，将数据还原并弹出是否还原成功消息。

日志管理功能，所调用到的是LogManageAction里面的execute方法跳转到日志管理界面。其中当我们点击“导出日志”时，我们将调用LogManageAction里面的export方法，将服务器上项目的HTK.log日志文件以流的形式将其下载到客户端，并弹出保存的窗口让用户选择存放的路径。当我们点击“清空日志”时，那么程序将会调用LogManageAction里面的clean方法，将服务器上的HTK.log日志文件里面的内容清空并弹出清空成功消息。

4 总结

设计难点：保证上传信息的导入正确的添加到后台数据库中，对导入的xls文件是通过暂存在服务器读取还是直接从客户端读取。评分功能中，如何确定角色并且实现正确评分。在进行系统详细设计时，必须从一个宏观的角度，考虑某一功能模块设计会不会对其他的功能模块造成不良影响。本系统设计中充分考虑到数据安全性和功能的可扩展性，按照软件测试流程完成了软件测试，确保系统最终满足用户需求。

参考文献：

[1] 刘耀钦，袁承芬.MVC设计模式在Web开中的应用与研究[J].信息安全与技术，2013（9）.

备份技术论文范文第5篇

关键词：云计算；档案管理；综述

自2006年亚马逊推出弹性计算云（Elastic Compute Cloud）服务和Google首席执行官埃里克・施密特首次提出云计算概念之后，我国也掀起了一股强劲的云技术热潮。云计算是在分布式系统、网络计算等发展的基础上提出的一种新型计算模型，是一种新兴的共享基础架构的方法[1]。云计算的广泛应用无疑会对档案管理带来前所未有的影响，档案机构和档案学界正在积极开展云计算应用于档案管理的相关研究。

1 文献统计数据及分析

笔者在中国知网（）的中国期刊全文数据库、中国学位论文全文数据库和中国会议论文全文数据库检索题名包括“云计算+档案”、 “云技术+档案”和“云档案馆”的文献（检索时间为2014-3-12），删除其中新闻报道性和重复性的论文后，共检索出78篇论文。

1.1 时间分布。这78篇相关论文的时间分布如表1所示：

由表1可见，我国档案学界对云计算的研究始于2009年，2009年后开始引起学者较多关注，到2013年掀起一个较小的研究高潮（2013年发表相关论文共33 篇），但是依据百度和Google的搜索结果，尚未出版云计算应用于档案管理的相关著作。

1.2 主题分布。上述78篇论文，其研究的主题可以分为理论研究（介绍云计算的概念、特点、优势，应用的可行性、问题及对策等）、具体应用（研究云计算在档案业务环节的具体运用，如备份、整合与共享、利用与服务、云档案馆等）、系统和平台构建（研究基于云计算的系统和服务平台架构、服务模式等）和应用的安全性。78篇论文的主题分布如表2：

从研究的主题来看，目前档案界对云计算的理论和应用设想方面的研究占主导，分别占全部论文的43.6%和44.9%。但是，基于云计算的系统、服务平台构建的研究论文只有5篇，对于如何用技术手段来实现“云”并没有系统深入的研究。

1.3 作者机构分布。各研究主题的作者机构分布见表3：

从表3可以看出，78篇研究论文作者中有22篇来自高等院校的档案院系，占全部论文的28.2%。26篇论文作者来自其他机构，约占33.3%，其他机构包括高校除档案院系和档案馆室的其他院系和部门、事业单位、军队档案馆等。从表中数据看，高等院校的研究者倾向于研究云计算在档案业务环节的具体应用，而其他机构的研究者更注重理论研究和云计算在人力资源档案、会计档案、健康档案等领域的应用与实现。

2 主题分析

2.1 云计算的概念和特点。田雷提出：“云计算是一种网络服务方式，提供了IT服务的一种交付和使用模式，用户可以通过网络租用或免费获取所需服务。”他还提出目前云计算的三个服务层次：基础设施即服务、平台即服务、软件即服务[2]。黄正鸿认为，云计算旨在通过网络（互联网和内部网）以按需、易扩展的方式获得所需的硬件、平台、软件及服务等资源。其特点可以归纳为：资源池；按需、自助；快速弹性；广泛的网络访问；可度量的服务[3]。陈康明认为，云计算是基于网格计算、分布式计算、并行计算、效用计算、网络存储、虚拟化、负载均衡等已有网络技术发展起来的一种基于互联网络的服务信息共享模式。云计算的特点是：数据存储更加可靠、安全；资源的合理分配；先进技术理念带来的以用户为中心的个性化服务[4]。

2.2 云计算在档案领域应用的可行性分析。刘永提出，云存储在技术、管理和经济上已经具备了数字档案存储的基本条件。云存储技术是分布式文件系统技术、网格技术、集群应用等技术的集成，后三种技术在理论和实践上都逐渐成熟。云存储将分散在各地的数字信息集中存储，各档案馆（室）可以根据需求来申请适当的存储空间，降低了资金投入[5]。朱悦华、何丽萍、丁建萍认为，云计算时代“云档案”的实现具有较为完备的云计算理论基础、较为成熟的云计算技术条件、较为低廉的云计算经济成本和较为完善的云计算实践环境[6]。

2.3 云计算在档案管理中的应用优势。文杰提出了云计算在数字档案馆应用中的四大优势：确保档案服务器的可靠运行，降低服务器的出错概率；降低相关的维护费用；扩展了信息资源共享范围；丰富的终端设备[7]。彭小芹、程结晶结合云计算的特点提出云计算在档案领域的应用优势，即可靠、安全的数据存储；方便、快捷的云服务；强大的计算能力；诸多技术的集合体；经济效益；个性化；以用户服务为中心[8]。祝庆轩、桑毓域、方昀提出了云档案馆模式的优点：有利于政务信息公开；有利于统一全国各地区档案工作标准；有利于节省软硬件投资；有利于减少对计算机人才的依赖[9]。

2.4 云计算应用面临的问题和对策。黄正鸿提出云计算技术本身存在的一些问题，如标准问题、版权纠纷问题、数据隐私问题、安全问题、软件许可证问题、网络传输、用户使用习惯问题等[10]。陈康明认为，云计算应用面临的首先就是信息安全问题；其次是执行的国际标准问题。对策是完善基础设施建设；制定安全监测环节和相关技术；制定监督和管理机制[11]。文杰认为，云计算应用面临的问题主要有资源的选择问题；协议和接口问题；数据安全问题。对策包括加强人才队伍建设；完善基础设施建设；制定相关政策规范云计算标准；提供基础建设的统一监控、管理和控制；加强安全检测[12]。

2.5 云计算在档案领域的应用设想

2.5.1 云计算在档案存储、共享与服务中的应用设想。田雷提出可以通过“基础设施即服务”整合档案行业的服务器、存储器等设备，部署“云计算”环境，向各级档案部门提供基础设施服务[13]。陶水龙提出了基于云存储技术的档案数字资源的云备份和多套多地的档案数字资源备份数据存放策略，建立了云备份系统架构及其运行机制[14]。吕元智提出了国家档案信息资源“云”共享服务模式，将分散的国家档案信息资源通过云服务平台组织起来，形成一个个档案信息资源服务“云”[15]。祝庆轩、桑毓域等提出档案馆馆际云服务，将档案馆电子文件信息置于云中心，用户可以利用云计算技术检索云档案馆“虚拟资源池”[16]。卞昭玲、李俐颍等提出通过云存储解决档案信息的存储、档案信息的收集问题，同时可以共享档案信息 [17]。

2.5.2 云计算在专门档案领域内的应用研究。廖玉玲提出了基于云计算的建设工程档案全过程监管模式的系统方案[18]。刘振鹏、卞昭玲等提出了基于云计算的区域电子健康档案服务系统[19]。邓岚提出运用云计算技术搭建国家综合减灾信息管理与服务系统，并分析了云计算技术在灾害档案信息管理中的应用优势和障碍[20]。

2.6 基于云计算的数字档案管理系统和平台构建。程春雨提出国家开放档案信息资源共享利用系统应采用两级部署方式，分别部署在中央云中心和50个国家综合档案馆。中央云中心应用系统开发主要包括档案信息资源整合系统、平台管理系统、国家开放档案信息资源共享利用门户网站；省节点应用系统开发主要包括省节点档案信息资源整合系统和基础工具包软件[21]。程结晶提出要构建统一的云存储平台，采用虚拟化技术，开发基于“元数据”访问的分布式数字档案数据访问接口，构建完整的云服务平台来实现数字档案资源的访问服务、请求认证服务、安全数据传输服务和快速资源搜索和资源发现服务[22]。郑光辉提出了基于云计算技术的数字档案利用系统设计方案，详细描述了基于云计算的档案信息资源整合系统、云平台管理系统及开放数字档案利用门户设计方案[23]。蔡学美提出云计算数字档案馆系统主要是由云计算数字档案管理应用程序、数字管理节点、计算机专用网络、安全防火墙、公用和私有的硬件设施等构成[24]。朱悦华、何丽萍等提出构建“云档案”资源共享系统，其系统理论模型由资源层、管理中间件层和服务层等三层构成[25]。

2.7 云计算应用的安全性。徐华、薛四新等提出云数字档案馆安全保障体系应包括防御系统、监控系统、容灾备份系统、应急响应系统和技术支撑系统，通过安全法规体系、安全组织体系、安全管理制度体系、安全人员培养和培训体系来保证[26]。崔海莉、张惠达提出将档案信息管理系统推入云的基础设施上，服务中断、数据失真、敏感信息泄露是可能遭遇的技术风险，组织策略、准入退出机制是可能遭遇的管理风险[27]。

3 问题与展望

3.1 问题。首先，研究内容重理论轻技术。当前对于云计算基础理论的研究较多，关于如何运用技术手段实现其具体应用的研究较少。78篇论文中只有5篇从技术角度阐释了云计算应用于档案领域的具体实现方式。应用设想相关论文仅仅止步于“设想”，对具体应用及如何实现其应用轻描淡写，缺乏技术因素。

其次，研究缺乏实践基础。相对于云技术在其他领域的快速实现，传说中的云档案馆、档案云尚未付诸实施，对于云技术的应用需求也没有实际调研，因此，大多数研究缺乏一定的实践基础。

3.2 展望

3.2.1 研究内容。首先，对云计算的应用研究应更多关注档案资源的共享与服务。云计算的精神内核在于资源的共享。在全新的云计算模式下，研究者应站在整个国家档案资源共享和利用的角度谋划“云”，探寻如何利用云计算技术更加科学地整合和共享全国档案信息资源，并向公众提供高效快捷的信息服务。其次，适当扩展研究内容，构成完整的研究体系，例如，云计算环境下传统的档案管理模式和管理策略是否发生变化？云计算在档案部门有效应用应具备哪些条件？“云”之间如何交互协同？云计算的行业标准研究等。最后，与国外相关研究相比，国内研究应更注重云计算在档案领域的实际应用与技术实现。

3.2.2 研究方法。加强实证研究和案例研究。云计算对档案领域而言本质上是一种技术手段，技术最关键的问题是应用与实现。因此，应当加强云技术应用的实证研究，以及以某一地区或某一项目为对象的案例研究。

*本文系国家档案局科技项目“数字档案资源云存储策略研究”（项目编号：2012-X-34）和河南省软科学研究计划项目“河南省非物质文化遗产档案资源共享平台构建研究”（项目编号：142400410786）的阶段性研究成果。

参考文献：

[1]中国云计算喧嚣过后冷思考[EB/OL]. [2014-03-20].http：///286/12798786.shtml.

[2][13]田雷.云计算在档案领域的应用[J].北京档案，2011（5）：24～25.

[3][10]黄正鸿.云计算在档案信息化领域的应用启示[J].中国档案，2011（5）：61～63.

[4][11]陈康明.云计算在档案管理中的应用[J].云南档案，2012（5）：27～29.

[5]刘永，刘坤锋.论数字档案云存储[J].档案管理，2013（5）：14～18.

[6][25]朱悦华，何丽萍，丁建萍.“云档案”信息资源共享系统研究[J].浙江档案， 2012（6）：52～53.

[7][12]文杰.基于云计算的数字档案馆建设研究[J].档案与建设，2011（1）：46～49.

[8]彭小芹，程结晶.云计算环境中数字档案馆服务与管理初探[J].档案学研究 ，2010（6）：71～75.

[9][16]祝庆轩，桑毓域，方昀.基于云计算的档案信息资源共享模式研究[J].兰台世界，2011（7）：8～9.

[14]陶水龙.档案数字资源云备份策略的分析与研究[J].档案学通讯，2012（4）：12～16.

[15]吕元智.国家档案信息资源“云”共享服务模式研究[J].档案学研究，2011（4）：61～64.

[17]卞昭玲，李俐颍，刘振鹏.云计算在档案信息共享中的应用[J].兰台世界，2011（7）：16～17.

[18]廖玉玲.基于云计算的建设工程档案全过程监管模式可行性研究[J].档案学通讯，2013（6）：74～78.

[19]刘振鹏，王坤瑞，卞昭玲等.基于云计算的区域电子健康档案服务系统研究[J].档案学通讯，2012（4）：17～20.

[20]邓岚.云计算技术在灾害档案信息管理中的应用探讨[J].中国减灾，2011（8）：32～33.

[21]程春雨.云计算模式下的开放档案共享利用平台建设[J].中国档案，2013（12）：64～67.

[22]程结晶.云技术中数字档案资源共享与管理体系的构建[J].中国档案，2013（1）：66～68.

[23]郑光辉.使用云计算技术创造开放数字档案利用新模式[J].档案学研究，2013（5）：46～50.

[24]蔡学美.档案云技术应用于档案信息化建设[J].办公自动化，2012（6）：14～17.

[26]徐华，薛四新，刘宗渊.云数字档案馆安全运营管理机制研究[J].档案学研究，2012（2）：37～41.

[27]崔海莉，张惠达.云计算环境下档案信息管理系统风险分析[J].档案学研究，2013（1）：56～60.

备份技术论文范文第6篇

关键词： IPTV; 负载平衡; 影音串流; 影音备份; 随选视讯

中图分类号： TN964?34 文献标识码： A 文章编号： 1004?373X（2014）24?0022?06

IPTV system with load balance among replica servers

GUO Shu?yao， LI Meng?huang

（Department of Information Technology and management， Shih Chien University， Taipei 104， Taiwan， China）

Abstract： Since the video media has wide band width， the improvement of QoS （quality of service） of IPTV system depends on effective management of video servers. A video replication and access request distribution algorithm to implement a load balanced IPTV system with replica servers is proposed in this paper. The proposed algorithm is based on the more replicas for hot program and load distribution among replica servers. By comparing with two other algorithms， the proposed algorithm features better load balance effects. System practices demonstrate that the access requests can be evenly distributed among replica servers such that a better streaming service can be provided. The proposed algorithm has been implemented on an IPTV system platform. The relative technical issues for the implementation are discussed.

Keyword： IPTV; load balance; video streaming; video replica; video on demand

0 引 言

在VOD（Video on Demand）的系统规划上或是Video Replication and Placement的研究上，或是CDN（Content Delivery Network）系统建置的成本问题探讨上，storage capacity的需求是很明确的，就是各Video program的档案总和（也就是各Video program的program duration总和）。然而network bandwidth的需求的估算就比较困难[1?3]。论文以“worst?case demand”作为network bandwidth配置的参考参数，从而决定系统建置所需的storage capacity、网络光纤及交换设备的容量。Worst?case demand即是peak usage demand，在peak usage period的时候，使用者的数目达到最高峰，这些使用者所使用的network bandwidth总和即是worst?case demand，系统网络的配置必须依据此最高峰的network bandwidth需求来设定，以确保其服务质量。而在文献[1?3]的论文中，则以replication的方式来分散单一Origin server的负荷，在此架构中，Replica servers用来储存许多热门的影音内容，各影音内容依其viewing request probability来决定影音replication的份数，从而分散这些热门影音内容被点选时的网络流量带宽，以得到最佳成本的系统建置。 虽然上述论文有数学模式来描述worst?case demand的估量方法，然而还是无法精确地估量系统的worst?case demand，尤其Replica servers对worst?case demand估量的影响，文献[1?3]的分析模式有其适用性的问题与困难。除了文献[1?3]的研究外，文献[4?8]等研究的replication策略， 都是依各影音的热门程度，给予不同备份数的影音档，藉此来分散掉该影音在Origin Server的负荷。比如若A影片的热门程度是B影片的3倍的话，若B影片在replica servers有2个replicas的话，那么A影片就会有6个replicas安置在replica servers。而上述影音的热门程度的决定，在文献[4?8]等的研究会以影片的access rate或access probability或popularity来界定该影音的热门程度。

本文以图1的架构探讨具有replica servers的IPTV系统架构的video replication及access request distribution。如何将Origin Server里的影音replicated至replica server，此即video replication的问题;当一个access request要求服务时，如何将此access request distribute各replica servers，此即access request distribution的问题。此IPTV系统是架构在Smart?iTV的系统平台，提供以遥控器为输入设备的IPTV服务[9]，亦能提供汇流IPTV、PC及mobile device的数字汇流影音服务[10]。

图1 具有replica servers的VOD系统架构

1 Video replication algorithm和Access

request distribution algorithm

为了方便探讨，本文假设此IPTV系统的每个影音档案都具有同样的大小以及播放的带宽。因此对于Replica Server j的空间容量Cj系以可以储存多少个影片来表示;而Replica Server j的带宽容量Bj 则以可以同时播放多少个影片来表示。本文以αj来代表Replica Server j的replication风险值，此值是探讨Video replication algorithm的重要参考值。

表1 理论模式中所提及的符号

以下列的Test Case来比较不同算法的优劣，此Test Case为：v1，v2，v3，v4，v5，v6，v8，v10，v12。假设有9部影音分别为v1每1 s被点播1次;v2每2 s被点播1次;v3每3 s被点播1次;v4每4 s被点播1次;v5每5 s被点播1次;v6每6 s被点播1次;v8每8 s被点播1次;v10每10 s被点播1次;v12每12 s被点播1次，共9部影音。此时有一部Origin Server以及三部replica servers为Replica Server I，Replica Server Ⅱ，Replica Server Ⅲ来建构此9部影音的播放服务;每当有一影音被点播，则该影音第一次被播放时是Origin Server来提供，此时该影音将被备份至3部replica servers中的某一台，之后该影音要再度被点播时则由存放该影音的replica server来提供;此处亦假设每部replica server的Bj为3，Cj为4。以下分别以算法一、算法二、算法三来探讨不同算法的优劣。

算法1：Video replication algorithm：选择最不常使用的replica server作为video replication的replica server。Access request distribution algorithm： 端视access request的影音座落在哪个replica server，即由该replica server执行该影音的播放。

根据上述algorithms，Test case在各时间的video replication及access request distribution如图2所示。第1 s时v1由Origin Server播放，此时三部replica servers总共播放次数皆为0，则依顺序从Origin Server中将v1影音复制至Replica Server I，此时Replica Server I的存放影音个数为1。第2 s时v1由Replica Server I执行v1的播放，此时v2由Origin Server被播放，同时v2将从Origin Server被复制，此时Replica Server Ⅱ，Replica Server Ⅲ尚无提供影音的播放，则依顺序从Origin Server中将v2影音复制至Replica Server Ⅱ ，此时Replica Server Ⅱ的存放影音个数为1。于第8 s时，Replica Server Ⅲ的存放影音个数为4，已达到replica server最大储存空间Cj上限4。而在第10 s时，由于Replica Server Ⅲ影音总共播放次数最少，因而从Origin Server将v10复制至Replica Server Ⅲ，但Replica Server Ⅲ储存影音空间Cj已达上限4，因此将发生v10无法被复制及播放问题。

图2 算法1的仿真结果

算法2：Video replication algorithm：选择较低的αj的Replica Server j执行video replication;Access request distribution algorithm：端视access request的影音座落在哪个replica server，即由该replica server执行该影音的播放。

根据上述algorithms，Test case在各时间的video replication及access request distribution如图3所示。第1 s时v1由Origin Server播放，此时v1将被复制，同时三部replica server之αj值皆为[03]，则依顺序从Origin Server中将v1备份至Replica Server I，此时Replica Server I的存放影音个数为1。第2 s时v1由Replica Server I执行v1的播放，同时v2从 Origin Server中被播放，此时Replica Server Ⅱ，Replica Server Ⅲ之αj值皆为[03]，则依顺序从Origin Server中将v2备份至Replica Server Ⅱ，此时Replica Server Ⅱ的存放影音个数为1。第3 s时v1由Replica Server I执行v1的播放，同时v3从Origin Server中被播放，此时Replica Server Ⅲ之αj值为[03]，则从Origin Server中将v3备份至Replica Server Ⅲ，此时Replica Server Ⅲ的存放影音个数为1。依此程序持续将v1，v2，v3，v4，v5，v6，v8，v10，v12备份在Replica Server I、Replica Server Ⅱ、Replica Server Ⅲ上，虽然与演算一比较后每个影音都能均匀分布在各个replica server上，但未考虑各个影音热门程度问题，因此各个replica server处理影音播放工作量不平衡，可得知Replica Server I播放影音总共次数比Replica Server Ⅱ及Replica Server Ⅲ多，但未达到负载平衡成效。

图3 算法2的仿真结果

算法3：Video replication algorithm：选择较低的αj的Replica Server j执行video replication;并将热门的影音备份到更多的replica servers。Access request distribution algorithm：当有多个replica servers具有access request所需的影音时，选择负荷最小的replica server，执行该影音的播放。

根据上述algorithms，Test case在各时间的video replication及access request distribution如图4所示。

事先设定每5 s会去查询单位时间内影音被播放的状况以得知5 s内被点播次数最多的影音，设定为热门影音，即备份至其他的replica servers，以平均分担各个replica server的负载。本算法在将影音备份到各个replica servers的过程，具皆与算法二一致，亦即以αj值作重要的参考参数。当在第5 s时v1被播放，系统每5 s查询各影音被播放之状况，发现v1于5 s内被播放次数达到4次。相较于目前所被播放的影音v2，v3，v4都来得热门许多，因此启动v1备份。由于Replica Server Ⅱ、Replica Server Ⅲ之αj值皆为[13]，则依顺序将v1备份至Replica Server Ⅱ。至于access request distribution的运作，以图4的第120 s为例，在此时间，Test Case的9个影音都需播放，由于v3，v4，v5，v6，v8，v10，v12均只有一份影音在特定的replica server，所以这些影音只能在此些replica server上播放。亦即Replica Server I播放v4，v6，v10;Replica Server Ⅱ播放v5，v8，v12;Replica Server Ⅲ播放v1，v3，v5;如是Replica Server I为满载负荷，Replica Server Ⅱ、Ⅲ相对负荷较小。由于v2在Replica Server Ⅱ、Ⅲ均有备份，v1则在Replica Server I、Ⅱ、Ⅲ均有备份，所以择定v2在Replica Server Ⅱ播放，v1在Replica Server Ⅲ播放，如此可以得到3部replica servers的负载平衡。

图4 算法3的仿真结果

图4与图3相较，皆能符合系统影音服务需求，图4经由将热门影音备份在更多的replica servers，而有较佳的负载平衡，其负载比例为1∶1∶0.9，而图3的负载比例为1∶0.5∶0.3。因此，本文即以算法3作为实践此一具有负载平衡的IPTV串流系统。

2 系统架构

2.1 前台系统架构

由于本文是修改Smart?iTV系统平台，以成为一个具负载平衡的影音串流系统，所以本论文势必须对Smart ?iTV系统做详尽的剖析，才能在此系统内嵌此负载平衡的模块。攸关本论文的Smart?iTV系统为其前台系统，此前台系统概分为影音选单页面、影音介绍页面、以及影音播放页面，如图5所示。

影音选单页面的选项可能为影音内容的选项或是另一个影音选单页面，若是该选项属于影音内容的选项，当该选项被点选时，系统即呈现该影音内容的影音介绍页面，该页面会有一触发影音播放的关键点，当使用者启动触发影音播放关键点时，该影音内容即内嵌在影音播放页面做串流播放，并且将该影音的播放次数记录在Smart?iTV的数据库里。

图5 Smart?iTV影音选单页面到影音播放页面的流程关系

2.2 具平衡负载的串流系统架构分析

为达串流负载平衡的串流系统，本论文提出Original video replication、Hot video replication 及Access request distribution这三个模块的实作，如图6所示。当使用者点播某部影音时，Original video replication module将查询使用者所点选的影音过去曾被播放过，若不曾被播放过，则由Origin Server提供影音播放服务，并依照算法3，将所被点播的影音备份至αj值较低的Replica Server j;若曾被播放过，则Access requests distribution process将至Smart?iTV数据库查询哪些replica servers有该影音的备份，并依算法3选择负载较低的replica server，来执行此影音播放的服务。Hot video replication process是一个back?ground process，每单位时间内去查询Smart?iTV数据库中被点播次数最多的影音，判定为热门影音，并选择αj值较低的replica server，将此热门的影音备份到该replica server。图6的Replica Server I、Ⅱ两个replica servers，在Smart?iTV的Original video replication module及Hot video replication process会各自与replica server的Peer video replication共同完成video replication的任务。

图6 具平衡负载的串流系统架构图

3 系统实作

由于本系统是架构Smart?iTV上，所以会引用部分Smart?iTV数据表及相关字段，并增加部分的数据表及数据表字段，为使这些信息能够被清楚检视，兹整理如表2所示。

表2 影音播放相关数据表

参照图7，当使用者进入影音选单页中所呈现的影音选项来自步骤0.1的CategoryTemplate数据表中Cate_Name值，而使用者点选某一影音选项时则可能导向步骤0.2或步骤0.3，步骤0.2根据使用者所点选之Cate_Name值找出其对应的Cate_ShowMode值，当Cate_ShowMode为‘3’时则又是另一组影音选单页，当Cate_ShowMode值为‘1’时直接进入步骤0.3同时将Cate_UID值传至影音介绍页，依照Cate_UID值根据步骤0.4找到相符合的ML_PID值所对应的ML_UID域值及ML_Content及影音文件名。当使用者于影音介绍页中启动触发影音播放的关键点时，及执行步骤0.5将ML_Content值传至影音播放页，影音播放页串流服务是透过mms的协议来达成的，此即mms：//IP address of a replica server/Media Service的发行端点/被点播的影音档名，被点播的影音档名即步骤0.5的ML_Content值。同时执行步骤0.6将View_ContentID值记录至View_Content_Log数据表，以记录像音的播放次数。基于上述所讨论的Smart?iTV的架构，本论文在影音播放页内嵌了Original video replication module及Access request distribution process的模块、在Smart?iTV的系统安置了Hot video replication process的background job、以及记录各replica servers规格的Replica_Server_Profile数据表、记录各replica servers存放影音文件的Replication_Log数据表、记录各影音在各replica servers播放次数的View_Count，如图7所示。图7的0.1～0.6步骤，为上述Smart?iTV既有影音播放的流程;步骤1.1～1.4是Original video replication module的步骤流程;步骤2.1～2.5是Access request distribution process的步骤流程;步骤3.1～3.7是Hot video replication process的步骤流程。当有一影音被点播，Original video replication module将查询View_Content_Log及MediaListTemplate检视该影音过去是否有被播放过，如步骤1.1;若不曾被播放过，此时依照图6情境由Original Server提供影音播放，随即启动video replication将影音备份至最小αj（从Replica_Server_Profile得到）的Replica Server j，并更新Replica_Server_Profile的Replica Server j存放的影音数及记录备份影音数据至Replication_Log，如步骤1.2、1.3、1.4;若不曾被播放过即启动Access request distribution process，选择Origin Server播放，同时标记该影音已表示该影音被播放过，若曾被播放过至Replication_Log查询该影音备存放在哪一Replica Server j，挑选该Replica Server j播放，并记录其播放该影音次数，如步骤2.1、2.2;若于Replication_Log中查询到有两个Replica Server j皆拥有该影音档案，则依步骤2.3查询View_Count_Stat_On_Replica数据表根据播放影音量最少的Replica Server j来播放，并记录Replica Server j播放次数，如步骤2.4、2.5。

图7 具负载平衡之IPTV系统实作架构

步骤3.1、3.2单位时间内Hot video replication process将去查询View_Count_Log数据表被播放次数最高的影音，设定为热门影音，如步骤3.3;即启动video replication将影音备份至最小αj（同步骤1.2）的Replica Server j，如步骤3.4;并更新Replica_Server_Profile的Replica Server j存放的影音数及记录Replication_Log备份影音数据，如步骤3.5、3.6;每当Hot video replication process完成video replication动作时，即更新View_Count_Log重置影音播放次数，如步骤3.7。

图8 具负载平衡之IPTV影音串流系统实作

图8为图7的细部流程及对应的数据表的关系图。使用者要点播影音vi，可从View_Content_Log及MediaListTemplate中计算ML_UID次数，即可判断vi是否曾经被点播过，若不曾点播过vi，则Origin Server播放vi，并将vi备份至最小αj（从Replica_Server_Profile计算CurrVideoNum/Bandhwidth得αj）的Replica Server j并更新Replica_Server_Profile的CurrVideoNum值及记录Replication_Log的Video_Name值为vi，同时于记录MediaListTemplate的ML_PlayBack值，表示已被Origin Server播放过。若vi曾被点播过（从MediaListTemplate的ML_PlayBack知道），则从Replication_Log数据表可知，是否有两部以上replica servers存放vi。若为false，即从Replication_Log挑选存放vi的Replica Server j播放，并于View_Count_Stat_On_Replica中记录Replica Server j播放vi次数;若为true，即从View_Count_Stat_On_Replica数据表中，搜寻存放vi的replica servers播放影音量最少的Replica Server j来播放vi，同时于View_Count_Stat_

On_Replica中记录Replica Server j播放vi次数。而Hot video replication process则是每单位时间内计算View_Count_Log中影音放次数最高的影音，并设定为热门影音，并查询最小αj的Replica Server j，将此热门影音备份至更多的replica servers，同时更新Replica_Server_Profile的CurrVideoNum值及记录Replication_Log的Video_Name值为vi。

4 结 论

本文提出在Smart?iTV平台上建构一个具负载平衡的IPTV影音串流系统的video replication及access request distribution algorithms，并以Original video replication，Access request distribution及Hot video replication等3个模块来实作此algorithms。除了比较与验证相关算法之外，本文已分析系统实作的方式及可行性。经实例验证，此系统确能达到replica servers负载平衡的效果，以能承载更多的系统服务要求。

参考文献

[1] THOUIN Frederic， COATES Mark. Equipment allocation in video?on?demand network deployments [J]. ACM Transactions on Multimedia Computing， Communication， and Applications， 2008， 5（1）： 1?22.

[2] THOUIN Frederic， COATES Mark. Video?on?demand server selection and placement [C]// Proceedings of the 20th International Tele?traffic Conference on Managing Traffic Performance in Converged Networks. [S.l.]： [s.n.]， 2007： 18?29.

[3] ZHOU Xiao?bo， XU Cheng?zhong. Efficient algorithm of video replication and placement on a cluster of streaming servers [J]. Journal of Network and Computer Applications， 2007， 30（2）： 515?540.

[4] TAN Bo， MASSOULIE Laurent. Optimal content placement for peer?to?peer video?on?demand systems [C]// Proceedings of IEEE INFOCOM. [S.l.： IEEE， 2011： 694?702.

[5] NEVES Tiago Araujo， DRUMMOND Lucia Maria de A， OCHI Luiz Satoru， et al. Solving replica placement and request distribution in content distribution networks [J]. Electronic Notes in Discrete Mathematics， 2010， 36： 89?96.

[6] CHELLOUCHE Soraya Ait， AUBRY Will， NEGRU Daniel， et al. Home boxes support for an efficient video on demand distribution [C]// Proceedings of 2011 IEEE International Conference on Multimedia and Expo（ICME）. [S.l.]： IEEE， 2011： 1?6.

[7] MU?OZ?GEA Juan Pedro， TRAVERSO Stefano， LEONARDI Emilio， et al. Modeling and evaluation of multisource streaming strategies in P2P VoD systems [J]. IEEE Transaction on Consumer Electronics， 2012， 58（4）： 1202?1210.

[8] WU Wei?jie， LUI J C S. Exploring the optimal replication strategy in P2P?VoD systems： Characterization and evaluation [C]// Proceedings of 30th International Conference on Computer Communications. [S.l.]： IEEE， 2011： 1206?1214.

[9] LEE Meng?Huang. The design of a heuristic algorithm for IPTV web page navigation by using remote controller [J]. IEEE Transactions on Consumer Electronics， 2010， 56（3）： 1?6.

备份技术论文范文第7篇

关键词:教务管理系统;安全隐患;安全策略

Study on Safety Strategies of University Education Management System

ZHANG Yan

(Examination Center, Chongqing Radio & TV University, Chongqing 400052, China)

Abstract: University education management system not only takes on most of tasks of university management but also saves so much important data like academic achievement. Therefore, it is very important to guarantee the safety of education management system. The paper introduces the safety model of computer, and discusses hidden safety troubles on education management system, and puts forward safety strategies to guarantee the safety of education management system.

Key words: education management system; hidden safety troubles; safety strategy

1 概述

随着信息技术的飞速发展以及高校信息建设特别是数字校园建设的快速推进,各高校相继建设了数字化校园的核心应用系统――教务管理系统。它包括教学计划管理、学籍管理、考务管理、教材管理、网络上选课和学费清算等子系统,其不仅涵盖了高校日常运行的大部分功能,而且存储着学生成绩等大量重要数据。因此,为教务系统的数据安全和稳定运行构建完善的安全策略显得尤其重要[1]。

2 计算机安全模型

计算机安全模型是建立于安全策略之上[2],其基本结构如图1所示,包括主机安全、网络安全、组织安全和法律安全。安全策略是指为达到预期安全目标而制定的一系列安全准则。安全策略主要建立在认证、授权、数据加密和访问控制等技术之上。

主机安全主要包括用户身份的认证,系统资源访问权限控制,安全存储、处理系统数据,跟踪审计用户行为,系统漏洞检测和信息恢复等。网络安全主要包括有效的接入控制,数据传输的安全性,网络传输的安全服务和安全机制,网络安全的检测和恢复等。组织安全包括建立完善的安全管理规范。由于计算机最终由计算机理人员决定,因此,加强人的管理是网络安全的重要措施。法律安全主要包括隐私权、知识产权、数据签名和不可抵赖。在计算机安全模型中,组织安全是重要的组织保障,主机安全和网络安全是重要的技术保障手段,只有将组织保障和技术保障有机结合,才能形成一个完整的安全保障体系。

3 教务管理系统安全隐患

3.1 服务器安全隐患

服务器安全隐患主要包括:1)教务系统几乎要面对高校中所有的学生和教师,使用人群非常庞大而复杂。这既增加了服务器被使用者有意或无意的破坏几率,又增加了用户终端病毒感染服务器的可能性;2)服务器的硬件故障(如硬盘故障等)也会给系统带来很大的安全隐患;3)服务器自身的安全措施不到位存在的安全隐患,如未及时给操作系统打补丁,未及时升级杀毒软件病毒库等;4)用户身份认证机制缺陷造成的安全隐患, 如用户的身份证仅靠密码识别,由于用户密码泄漏而给系统带来安全隐患;5)管理系统自身的软件漏洞(如SQL注入漏洞)带来的安全隐患。

3.2 网络安全隐患

网络安全隐患主要包括以下几方面:1)数据传输隐患。如果敏感数据不使用加密传输,入侵者就可通过网络嗅探工具获得用户的账号和口令;2)网络负载隐患。随着高校的大规模扩招,教务管理系统的用户急剧增加,这可能因并发用户太多而造成服务器不能及时响应。同时,恶意的DDOS(分布式拒绝服务)攻击也会给服务器带来很大的负载压力,影响服务器的正常运行。

3.3 管理安全隐患

由于管理制度不健全、不完整、不到位,给系统运行、使用带来制度性安全隐患。

4 教务系统的安全策略

针对上文提到的各种安全隐患,必须制定相应的安全策略,才能保障教务管理系统的安全、稳定运行。

4.1 用户安全策略

用户安全策略主要包括:1)用户口令安全策略。对用户的口令进行检查,对于口令强度不够的,强制要求用户更改;2)用户权限分级和信息处理保密策略。对用户权限分级和保密进行精心设计,减少用户无意或恶意操作给系统带来的破坏;3)对用户行为进行详细记录和审计,并定期进行日志分析,以利于及时查找系统漏洞和用户破坏行为;4)要求服务器管理人员定期对服务器病毒库进行升级,并及时给操作系统打补丁。

4.2 数据备份与恢复策略

备份的主要目的是当数据受到破坏时,使用备份数据可以快速恢复受损数据,减少损失。备份设备主要有磁带库、磁盘阵列、光盘、SAN等。数据备份策略有全备份和增量备份。全备份即备份所有数据;增量备份只备份上次备份后有变化的数据。全备份所需时间长,但恢复时间短,操作最方便,当系统中数据量不大时,采用全备份最可靠。数据恢复是指用备份数据恢复损坏的系统。恢复操作通常可分为全盘恢复和增量恢复。为了尽快恢复数据,必须制定数据恢复应急预案,并进行相应预演,以确保在规定的时间内恢复数据。

为了减少因服务器故障造成管理系统停止运行,除采用数据备份措施外,还经常使用双机热备的方式来提高系统运行的可靠性和稳定性。双机热备不仅可以提高系统可靠性,还可通过服务器负载均衡提高系统的响应速度和并发处理能力。

4.3 网络安全策略

为了防止敏感数据(如账号和密码)在网络中传输时受到破坏,更改、泄露,在教务管理系统设计和实现时,必须在敏感数据进入网络传输前进行加密,以防止数据被窃听、被破坏[3]。由于数据加密、解密将增加客户端和服务器的负荷和处理时间。因此,建议只对敏感数据进行加密传输,对于其他数据可直接用明文在网络中传输,以增加系统的响应速度和并发处理能力。

为了防止网络恶意用户、黑客工具软件和病毒对服务器的攻击,必须在服务器前端安装防火墙(Firewall)。防火墙是安装在客户端和服务器之间的一道“防护墙”,它允许客户端对服务器的合法访问,阻止非法访问,从而保护服务器免遭非法入侵,提高服务器的安全性[4]。

4.4 管理安全策略

仅仅依赖技术安全措施,并不能完全保障系统的安全,还需建立完善的安全管理策略,也只有配合完善的安全管理策略,才能使技术防范手段的效能最大化。安全管理策略包括物理安全策略,如关键计算设备的安全策略;逻辑安全策略,如数据访问的安全策略;行政制约方面的安全策略,如人员安全管理策略。安全策略的一个重要组成部分是定期对安全策略的实施过程与结果进行分析,并根据分析结果对安全策略进行动态的修改。

5 结束语

论文分析了高校教务管理系统存在的安全隐患,并针对这些安全隐患,提出了完整、系统的安全策略。通过安全策略的实施,能最大限度地保障系统的安全、稳定运行。文中提出的安全策略不仅适用于教务管理系统,也适用于其他信息管理系统,具有一定的推广价值。值得注意的是,安全策略不是一成不变的,它会随着信息技术的发展而动态的发展。因此,必须经常对已有安全策略的运行效果进行分析,以便及时发现安全策略的薄弱环节,修补安全漏洞。

参考文献:

[1] 王树利. 高校教务管理系统数据备份与安全审计方案设计[J]. 科教文汇,2009(9):222-223.

[2] 邹新国. 计算机信息与网络安全技术[M]. 济南:黄河出版社,2008:10-14.

[3] 魏宁. 网络密码安全问题浅析[J]. 信息技术. 2006(3):34-35.

备份技术论文范文第8篇

关键词 心理咨询 服务系统 系统角色 功能模块

中图分类号：TP182 文献标识码：A

0 前言

随着竞技体育的发展，高水平运动员之间的技术水平愈益接近，当竞赛双方技术、战术、身体素质等方面势均力敌时，胜负往往取决于心理因素。目前，国际上已经越来越来越重视运动员的心理训练。 20世纪90年代计算机和互联网技术飞速发展，网络和计算机技术的优势，使得通过网络进行心理服务成为可能。目前心理服务系统主要针对普通人群，专门为运动员服务的系统较少。开发运动心理咨询服务系统，可为运动员提供心理咨询和服务平台，对提高运动员心理服务工作效率和水平，促进运动员竞技运动水平的提高有积极的意义。

1 运动心理咨询服务系统设计

1.1 运动心理咨询服务系统设计原则

（1）实用性原则。运动心理咨询服务系统坚持实现信息共享，工作透明的实用性原则。（2）用户第一原则。系统强调用户体验第一原则，以用户需求为基石设计整个系统的架构与业务功能。通过系统，给用户以最便捷、舒适的方式完成相关业务工作，及时快速获取、提交、跟踪管理信息，在易操作性、界面友好、可维护性等方面实现最佳的用户体验。（3）先进性原则。系统在设计采用三层结构、Web及J2EE等标准通用信息技术，在平台选择、技术采用上依据先进性、前瞻性、扩充性要求，切实保证系统在实际业务运行中具有良好的稳定性、可扩展性和安全性。（4）健壮性原则。作为信息服务系统，系统的稳定性、健壮性尤为重要。因此优先考虑系统平台建设中的可靠性和安全性。通过采用成熟、稳定、可靠的软件技术，系统设计采取适量冗余及其它保护措施，实现系统平台、应用模块具有良好的容错性、容灾性，达到系统的健壮性标准。（5）开放性原则。系统在系统构架、技术采用、开发平台选择方面贯彻标准的开放性原则，遵循国际标准化组织的技术标准，可与其它企业的优秀产品的进行标准化组合，共同构建一个开放的、稳定的、易扩充的系统平台。（6）可维护性原则。系统设计依据标准化、规范化、架构分层化，软件构件化来实现，对系统的可维护性提供了良好的技术支撑。体现如下：系统结构分层，业务与实现分离，逻辑与数据分离；以统一的服务接口规范为核心，使用开发标准；构建语意描述形象化；提炼封装构建规范化。（7）可伸缩原则。考虑到系统平台建设是一个循序渐进、不断扩充的过程，系统采用积木式结构，为今后系统的扩展和集成留有充足空间。

2.2 运动心理咨询服务系统构架

（1）硬件层。在硬件层，通过标准的通讯接口，实现运动心理咨询服务系统与硬件环境（服务器、网络设备）的无缝对接，完成信息交互。（2）基础平台层。基础平台层主要存放数据信息、提供数据交换和安全服务，包括基础信息、标准基础代码库等信息，统称这些信息为基础数据或基层数据，其实现对业务数据的有效存储与管理，为运动心理咨询服务系统应用提供平台支撑。（3）应用层。在应用层主要依赖基础平台层提供的数据支撑，并实时进行数据交互，实现系统数据的处理流程控制，保证数据处理的快速、安全、正确。（4）展示层。通过咨询服务平台，以友好的用户界面为系统使用人员提供所需的系统业务功能，并通过用户功能受权定制保证系统责权明确，实现数据的安全、保密要求。

2.3运动心理咨询服务系统角色与功能模块

（1）系统角色分析。在运动心理咨询服务系统中，有两类角色，即在线心理咨询师、运动员。运动员的角色为网站主要服务对象，提供在线咨询、心理测试、知识博览等功能；在线心理咨询师的角色为需要服务的运动员的先导。（2）功能模块设计。运动心理咨询服务系统主要由组织机构、学术动态、研究咨询、心理服务、心理百科、互动平台共六部分组成。

2.4 系统安全设计

（1）数据安全。数据安全是整个系统安全可靠运行的核心，尤其是采用集中式数据存储方式时，数据安全与否直接关系到系统能否正常运行，关系到业务数据的保密问题。系统运行过程中应坚持物理备份与逻辑备份相结合、全量备份与增量备份、本地备份与异地备份相结合的策略。对于核心业务数据，采用加密方式进行存储和验证等方法保证系统的数据安全。（2）网络安全。对网络安全的威胁主要表现在：拒绝服务、非授权访问、冒充合法用户、破坏数据完整性、干扰系统正常运行、利用网络传播病毒、线路窃听等方面。运动心理咨询服务系统主要采取AAA 服务、防DOS 黑客攻击、漏洞检测、入侵检测、防病毒、VPN 方式等安全防范措施。（3）应用安全。通过权限管理，系统管理员可灵活配置每个角色所拥有的操作权限，防止越权操作；程序自动记录该操作发生的时间、操作网点、操作内容、操作员，便于事后追查。

3 系统主要功能简介

为运动员提供在线心理咨询的服务，实现心理学专家、教练员和运动员网络化资源共享和网上交流。提供心理测评量表和测验，建立运动员心理档案，实现运动员自主测评和诊断功能，提供解决心理危机的服务信息和干预方案，为运动员提供心理训练的方法和手段。

4 小结

本项目依托计算机、网络和多媒体技术，开发运动员心理咨询系统，初步实现在线心理诊断与咨询功能，系统打破了时空限制，使得心理咨询服务的速度、范围、便捷性、适时性方面有较大突破。系统开发成功，为提高运动员心理服务工作效率和水平提供了技术支持。

参考文献

[1] 骆玉峰，孙庆祝，等.心理档案管理系统及心理危机干预体系研究[J].体育科学，1997.17（5）：89-91.

[2] 王俊叶.高校在线心理咨询系统的设计与实现[D].青岛：中国海洋大学硕士学位论文，2012.5.

[3] 张菁.大学生心理咨询系统的开发与设计[D].成都：电子科技大学硕士学位论文，2011.4.

[4] 杨钊.基层部队人员心理咨询系统的研究与应用[D].长春：吉林大学硕士学位论文，2008.10.

备份技术论文范文第9篇

【关键词】 高校图书馆 数据存储 安全

随着信息技术在图书馆的应用，图书馆的工作方式、馆藏结构、文献的载体形态等都发生了巨大变化。在传统图书馆向数字图书馆转型的过程中，我们面临着各种新的问题与挑战，其中图书馆数据的安全性问题既是其中之一，也是较为重要的问题。图书馆数据损坏或者丢失，轻则对图书馆的服务造成负面影响，重则可使图书馆几年甚至十几年的工作付诸东流。由此可见，图书馆的数据安全是图书馆各项业务正常开展的保障[1]。

1 图书馆数据

根据图书馆数据的来源，图书馆数据可分为以下三大类：

1.1 图书馆自动化系统数据

这些数据包括图书馆馆藏图书、期刊、报纸等文献的书目数据，读者信息，文献流通数据等，是图书馆自回溯建库以来，经过多年积累而形成的数据，是图书馆的核心数据。这些数据一旦损坏或丢失，恢复难度大，会造成图书馆基本工作的瘫痪。因此，一定要做好这部分数据的安全防护工作。

1.2 图书馆自建特色数据

目前，大多数图书馆都要自建的特色数据库等，是图书馆开展特色服务的物质基础。我院图书馆自建的特色数据主要包括医学教学视频点播系统、医学图片库、学习资源FTP下载、随书光盘镜像等。各图书馆在建设这些数据的时候都付出了艰辛的劳动，一旦出现问题，恢复起来也比较麻烦。

1.3 本地镜像资源

主要包括安装在图书馆服务器上的电子图书、电子期刊、学位论文、会议论文及各种视频资源。这部分数据由服务商提供，数据量比较大，变化不频繁，可以不做备份，必要的时候可由服务商进行数据恢复[2]。

2 影响图书馆数据安全的因素

2.1 软硬件因素

据统计，50%以上的数据丢失是由于硬件故障或软件错误造成的[3]。图书馆的服务器、工作站、存储设备、网络设备、UPS电源等各种硬件设施以及运行在硬件上的各种软件构成了一个复杂的系统。系统的正常运行受多种因素的影响，其中的任何一个环节发生故障都会对图书馆数据造成威胁。

2.2 网络环境及病毒侵袭

网络本身存在的安全漏洞给了黑客可乘之机，特别是广泛使用的TCP/IP协议组所存在的安全性问题，往往是网络安全的隐患。校园内个别计算机水平较高的学生，为了追求所谓的“成就感”，也会利用一些工具对内网进行攻击。目前，网络已经成为病毒的主要传播途径，计算机病毒的传播速度、破坏性也越来越大。

2.3 管理及人为因素

在图书馆自动化的建设过程中，往往重建设、轻管理，重技术、轻制度，重设备、轻人员，对图书馆的数据安全造成了潜在的风险。例如，一些操作规程没有建立、没有设备运行记录；管理图书馆核心机房的工作人员责任心不强；服务器密码设置过于简单、共用一个密码、密码多年使用而不更换等等。

2.4 环境因素和自然灾害

失窃、雷击、火灾、水灾、地震等事件发生的概率虽然较小，一旦发生往往是毁灭性的，因此也应引起重视，做好防范工作。

3 数据存储安全策略

3.1 数据备份与容灾

数据备份有不同的形式与方法，各图书馆可以根据数据的重要性及自身的实际情况进行选择，确保备份数据保存完好。根据数据备份的形式，数据备份可分为全备份、增量备份、差分备份；根据数据备份的方法，数据备份可分为硬件级备份、软件级备份和人工备份[4]。高校图书馆可根据数据的重要程度、自身的条件等使用相应的备份方式。如果条件允许，图书馆还可以用两台服务器进行双机热备份，如果主服务器出错，可以切换到备份服务器，保证系统运行不受影响。

在进行数据备份的时候，应对备份有正确的认识。Raid技术、双机热备份是实时备份，任何运行错误、病毒木马影响、误操作等都会同步的在备份数据中发生影响，因此在采用以上备份的同时，再用手工备份或定时自动备份，以便将来能顺利的进行数据恢复。备份好的数据一定要异地存放，以增加数据抗风险的能力。

3.2 网络安全管理

目前的网络安全环境不容乐观，必须采取必要的应对措施。高校图书馆网的结构比较复杂，应用多样，因此可用VLAN划分虚拟子网，将不同的网络应用隔离，防止病毒的相互感染。同时设置防火墙，将内外网分开，抵御外网的攻击和病毒入侵，部署入侵检测系统，防止内部的攻击。对于多校区间的连网，可以采用端到端的VPN连接，应用IPSEC加密技术，实现数据的加密传输。

3.3 安全的机房环境

机房作为存放图书馆关键设备的场所，安全问题不容忽视。计算机设备故障约有一半是由电源问题引起的，因此机房必须配备UPS，防止断电、电压波动、频率震荡、脉冲干扰等对设备造成的危害。机房地面应铺设防静电地板，防止静电对设备精密部件造成的伤害。灰尘也是设备的潜在杀手，机房应保持门窗的密闭性，定期打扫卫生、清洗空调过滤系统、减少灰尘来源。此外机房还应保持适当的温度，温度过高会加速设备的老化。

4 结语

做好图书馆数据安全存储工作是一项系统工程，不但需要图书馆工作人员有较高的专业技术水平，还需要工作人员有较强的责任心和安全意识。数据管理人员要密切关注现代信息技术的发展趋势，随时掌握新的技术，跟上技术发展的步伐。图书馆要完善各项管理措施，为数据安全提供有效保障。

参考文献：

[1]张志强.浅谈高校图书馆数据安全与防护[J].湖北师范学院学报，2011，31（1）：40-44.

[2]陈月从.数字图书馆的数据安全与数据备份[J].现代情报，2010，30（6）：133-135.

[3]张孝飞.数据备份在高校数字图书馆数据安全中的应用[J].情报探索，2011，（6）：93-95.

备份技术论文范文第10篇

关键词：广电技术科技情报

随着我国改革步伐的加快，电视采、编、播技术领域进行了现代化的数字化革命，数字技术给电视行业带来了新的技术和设备，由于计算机技术在广电行业的应用，专业电视制作设备的更新换代周期将缩短，电视节目制作的手段、模式、工作流程将发生根本性的转变。广电技术人员必须主动掌握新技术、新设备，捕捉最新的电视制作技术的发展动态，比较各种电视设备的性能优劣、价格高低，深入了解新技术的原理与应用情况，为持续发展掌握第一手资料。

一、科技情报工作的步署与实施

电视技术科技情报工作是一项提高业务能力、把握专业领域的最新技术，是开拓视野的有效途径，它将随时跟踪新技术、新设备的发展动态，提供有价值的参考和技术依据。科技情报工作包括：收集、管理和情报的分析、研究与提供三方面。

（一）收集

范围：以现代电视技术为中心、相关视听技术为周边，以数字主模拟为辅的现代电视采编制作的技术文献、视听产品等。主要类型包括：技术说明、产品说明、产品操作手册、技术标准、产品宣传品、相关科技工具书、技术期刊、技术会议文献、技术论文以及光盘录像资料等。主要内容包括：音频、视频、计算机技术。收集方法：

1.随机资料。这部分资料是随着买进的设备一起附送的，既各种已引进设备的说明书、操作手册及附本等。

2.订购。每年通过邮局期刊预订或汇款邮购，收集电视技术专业期刊、会议论文文献及各种标准等。

3.索要。通过与厂家联系，直接索要某一产品的详细资料。

4.网络下载。定期上网搜索，访问各个电视技术网站，下载、收集电视技术领域最新的科技发展动态。

5.现场收集。通过参加各种产品展示会、技术交流会，集中收集某一技术领域最新、具有发展性、趋势性的技术资料及介绍。

（二）管理

收集工作在专业范围内开展，分五个部分：

1.验收盖章。每份收集来的资料都必须验收盖章，作为单位财产的标志。

2.登录。每份资料都必须在入藏前登录，包括时间、来源、类型、价格、出版单位等。统计按入藏时间为序，统计所得的报表结果是技术资料财产清单，可作为转手、交接的凭据。

3.分类。将所有资料分音频、视频和计算机三个领域，每领域分不同种类：设备说明书及副本、技术性期刊、图书、工具书、系统图、技术论文、行业标准、产品宣传材料和音像资料。

4.建立查询系统。根据分类，将每一份资料都制作一份检索卡，建立简易方便的查询方式。

5.保管。科技情报工作应由专人负责管理技术资料的整理、分类、清点工作。

（三）情报的分析、研究与提供

这项工作为定期总结、专题服务、资料提供。定期总结报告：以一年或半年为一个终结周期，用报表概括整个电视技术的发展最新动态和预计发展趋势。专题服务根据需要，针对某个特定的专题或领域进行一定时期、一定范围内的归纳、分析与终结。为技术人员提供完善的资料查询系统。

二、科技情报工作的实施

科技情报工作是根据技术工作的实际需要，经监委会审批之后，由技术部专人管理，收集各种技术资料、期刊、工具书等。根据电视技术的发展趋势与特点，收集技术资料，其中包括设备技术说明书、技术期刊，专业论文、系统图和业务交流录像带等，内容涉及视音频工程、计算机视频技术、网络技术、电子维修和艺术灯光等。

在科技情报的收集方面，主要从三个方面来考虑：主管部门颁布的技术规范标准、厂家提供的技术支持和用户方进行的技术交流。在管理上，采取现代化微机管理、查询系统，每册书刊在频道的内部办公网络上都具有唯一的登记号，并保存有著者、出版社、价格、出版年月、摘要和备份检索信息，以提高工作效率，方便技术人员查询。

1.验收盖章。每份资料应加盖“科技情报”负责专用章，将技术资料与其他节目资料区分开。

2.登录。每份资料都以唯一的9位数字登录号登录在办公网络上，左4位数为收集年份，右3位数为序列号。并在微机中录入收集时间、来源、类型、技术领域、摘要、价格、出版单位等。

3.分类。资料分为音频、视频和计算机三大领域，每一领域分9个种类：设备说明书及副本、技术性期刊、图书、工具书、系统图、技术论文、行业标准、产品宣传材料、音像资料。

4.建立查询系统。利用现有办公网络的检索功能及与每一份资料都对应电子检索表，只要输入关于所需查询资料的任何一个信息，可以快捷地查询每份资料的内容摘要、备份情况和借阅情况。

5.保管。科技情报站的管理与保管工作由专业技术人员负责。科技情报工作要求管理人员具有专业知识，以对资料进行合理的分类与管理。

科技情报工作为员工创造了一个自觉学习业务、集体交流和提高的业务学习环境。科技情报为员工日常技术保障、技术人员的培训和提高、系统设备的升级，以及技术交流论文的写作等各方面的工作开展提供了大量的专业资料和信息。以前设备说明书由个人保管，时间长了资料一多难免有丢失现象。开展科技情报工作对所有的技术设备说明书和操作手册进行集中的闭架管理，中英文分开保管，注意保留适当的备份资料，有利的保障了设备维护、新来技术人员对设备熟悉的资料要求。每月在节目制作之余，涉及视频、音频、计算机等专业技术方面的技术期刊，为技术人员的业务提高，提供了有力的信息跟踪服务和资料选择，并为技术人员撰写论文提供了大部分的资料查询。

三、应注意的问题

1.设备技术资料与普通的技术分开管理

普通的技术是满足技术人员的自我业务提高和论文写作的需要；设备技术资料是一个设备一份资料的独立本，丢失后无法补订。

2.互联网搜索

内部办公网的科技情报，专门有一留言板模式的简讯板块，是专为下载互联网上的信息而设。科技情报有一个板块是设置为全体技术人员都有写权的，其他板块只有管理人员才有写权。全体设置写权是考虑互联网上的信息量台大，不是个人能完全承担网上业内信息的搜索与发展动态的跟踪工作。全体技术人员都有写权，无论谁在上网时“网”到了有价值的业内信息，把它放到科技情报的简讯上可以共享。

3.管理人员的时间统筹安排

技术制作人员专人兼职，不可能在此项工作上花费大量时间，采取每月月初集中管理的方式。每月月初首先将上月还入的资料整理归架，然后将上月新来的资料登记、入架，最后整理、清洁书架。平日里只需及时在借出资料的电子检索表上标注出借阅人员或去向即可。

4.陈旧资料淘汰