|
知识路径: > 电子商务系统程序设计基础 > 电子商务系统的运维与评价 >
|
被考次数:3次
被考频率:中频率
总体答错率:47%  
知识难度系数:
|
由 软考在线 用户真实做题大数据统计生成
|
相关知识点:44个
|
|
|
|
|
|
一个电子商务系统投入使用后,其主要工作就是日常运行管理。这里所说的管理工作,是指对网站本身的运行管理,就是对系统的运行进行控制。记录其运行状态,进行必要的修改与扩充,以便使系统真正发挥其作用。运行管理和维护工作在商务系统中处于十分重要的地位。
|
|
|
(1)系统的日常运行包括:数据收集工作,数据整理工作,数据录入工作及运行的操作工作,处理结果的整理分发工作。此外还应包括系统的管理工作及有关的辅助工作,如硬件维护、机房管理、空调设备管理、用户服务及管理等。
|
|
|
(2)记录系统的运行情况,这是科学管理的基础。数据的情况,处理的效率,意外的情况发生及处理,这些都必须及时、准确、完整地记录下来。否则,就谈不上商务网站系统功能的评价与改进。
|
|
|
(3)有计划地,经常发布企业和商品信息,及时更换商品品种,去掉过期商品,商品价格在网上变动,应有组织地对系统进行必要的改动,以保证系统能正确地执行用户所要求的任务,同时适应不断变化的环境条件。
|
|
|
(4)定期或不定期地对系统的运行情况进行回顾与评价,这一工作也叫审计。一般说来,半年或一年总要进行一次,以便确定系统发展改进的方向。
|
|
|
以上这些工作是由不同的人员来完成的。第一、二项是属于具体的工作,它们分别由信息收集整理人员、系统操作人员和负责整理、分析、处理结果的人员来完成;操作人员应对系统所用的机器、设备有深刻的了解。第三项应该是系统主管人员亲自掌握,对于数据库修改则要有数据库管理员,负责对数据库进行更新和修改。各级工作人员要积极努力工作,了解熟悉自己的工作,互相配合,密切协作。
|
|
|
工作人员和用户应该对系统和系统运行工作提出修改建议。而具体的修改必须经过认真讨论,从全局出发由专业的程序员和系统分析人员来进行,必须慎重,不可只顾局部而不考虑全局。所以如何修改,何时修改,必须由系统的技术主管来掌握和决定。虽然系统的主管人员并不一定是当初开发时的系统分析和设计的负责人,但是他必须对系统的功能、结构有十分清楚和全面的了解。这样,他才能对每一修改的收益、代价及影响范围做出正确的判断,从而做出正确的决定。第四项工作——审计工作,有时是由系统主管人员自己组织进行的,有时是由上级派来的或组织外面来的专门的审计人员进行的。要进行这种工作,自然需要具有广泛的,更丰富的网站的知识和经验;因为,这时要求对系统做出正确的评价以及提出改进和发展方向。
|
|
|
及时地、准确地、完整地记录系统运行情况,是修改与评价的基础。作好管理工作的第一步就是严格记录制度。记录工作最好是由直接操作的人员在工作过程中随时记录,减少中间环节,避免失真。记录工作中,一般容易忽视正常运行情况有关信息的收集。当出现异常情况时,必须详细记录其原因、现场、采取的措施以及处理的结果;必要时,还要尽可能完全地保留现场信息。然而,系统正常运行时的信息,反映系统在大多数情况下的状态和工作效率,对于评价和改进系统同样具有重要的参考价值,这一方面也是日常管理的主要工作。
|
|
|
用计算机来记载运行信息是比较可靠的,一般网管服务器上有网管软件。其作用就是记载系统中发生的所有各种事件。例如,什么时候、哪个用户进入系统、他的用户名是什么、用哪一个账号等。网站上除了一般的全系统的网管软件之外,还可以根据服务器上的用户管理系统来记录与某一用户或某一文件的有关信息,如客户档案、计数器、记录顾客访问次数、购物情况等。利用这些信息可以除对网站内部运行情况进行分析外,更重要的是对市场情况、销售情况进行分析、统计、做出销售、库存、产品质量、客户情况的报表,还可以据此进行有关预测。
|
|
|
运行情况的记录是一件较为麻烦且又细致的工作,但这一工作又是一项十分重要的工作。因而,一定要从一开始就重视这一工作,做好这项工作,以保证资料的完整和可靠,这是管理工作中必不可少的一个环节。
|
|
|
|
电子商务系统是一个整体,各部分各种功能都是联系在一起的,牵一发而动全身。因此,对于系统的任何修改必须谨慎从事,必须把修改的批准权限掌握在对系统有全面了解的人手中。与系统接触的所有人,包括用户、操作人员、数据整理人员、数据录入人员、数据收集人员都可以根据自己所了解的情况或直觉提出修改的建议和要求。然而如果所有这些人都直接去找程序员,而程序员根据所有这些要求去修改系统,那就会带来极大的危险,系统很快就会由于各种互相矛盾的要求和互不一致的修改变得混乱不堪,以及完全瘫痪。因此,必须按照下面的步骤,按照一定的流程来组织这种修改工作,如下图所示。
|
|
|
|
|
(1)提出修改的要求。这一点可以由接触系统的全体人员提出来。只是不能直接向程序员提出,必须以书面形式(经常是通过固定格式的修改申请书)向主管人员提出,说明要求修改的内容及原因。
|
|
|
(2)由系统主管人员根据系统的情况(功能、目标、效率等)和工作的情况(人员、时间、经费等)来考虑这种修改是否必要、是否可行、是否迫切,从而做出答复,是立即修改,还是以后修改。
|
|
|
(3)系统主管人员把修改要求汇集,指明修改的内容要求、期限。由于修改要求是不断提出的,所以,系统不能随提随改,必须有计划地一批一批的修改。一般都用版本编号的办法来加以控制。
|
|
|
(4)在指定的期限内,由系统主管人员验收程序员所修改的部分,并在一个统一的时间,把若干个新模块加入系统,以取代旧的模块,新的功能开始生效。
|
|
|
(5)登记所作的修改,作为系统新的版本同用户及操作人员的报告,特别要指明新增加的功能和修改了的地方。
|
|
|
由上面的步骤可以看出,系统修改的工作类似于新系统的开发工作,也必须系统地去考虑及组织。当然,一般来说,规模要小得多。
|
|
|
系统的修改可能由不同的角度提出,例如,系统主管人员或上级审计人员经过审计发现问题,提出修改的要求;操作人员在工作中发现错误及缺点,提出修改的要求;环境变化与商品品种、价格等所提出的改变要求(包括社会条件的变化及机器软硬件配置的变化)等。
|
|
|
|
电子商务系统运行维护的内容繁杂,归纳起来主要包括以下工作。
|
|
|
|
在系统运行后,可能会发现一些在测试过程中没有发现的局部问题,或者是企业的业务流程发生局部变化,这些都可能引起应用程序的部分修改或调整,这时,就需要对应用系统应用程序进行维护。应用软件的维护内容一般包括以下几个方面:
|
|
|
纠错性维护:即对测试过程中没有暴露,而在系统运行后发现的应用程序的错误进行维护。通过使用诸如数据库管理系统、软件开发环境、程序自动生成系统、高级语言等新技术,可以大大提高系统的可靠性,并减少进行改正性维护的需要。
|
|
|
适应性维护:指由于系统运行环境升级换代导致应用程序需要进行的维护。例如系统运行后,由于业务规模、用户访问人数的增加导致计算机设备的档次提升、操作系统或数据库版本升级,这些情况下应用软件可能会需要进行相关的调整,以适应系统环境的变化。
|
|
|
完善性维护:利用前两类维护中列举的方法,也可以减少这一类维护。特别是数据库管理系统、程序生成器、应用软件包,可减少系统的维护与更新工作量。此外,建立系统原型,在系统开发之前提供给用户,使用户通过研究原型,进一步完善他们的功能要求,以减少以后完善性维护的需要。
|
|
|
|
数据维护是指对系统的文件、网页以及支持企业与客户之间数据信息来往的文件传输系统和电子邮件系统的维护。电子商务系统的资源由服务器端一个个网页代码文件和其他各类资源文件组成。系统运行一段时间后,可能会出现日志文件逐渐增大、系统临时文件增多的现象,同时,系统产生的数据也需要备份或者恢复等,这都需要对数据进行维护管理。一般来说,数据维护包括系统文件的组织、系统数据备份、系统数据恢复和系统垃圾文件处理等。
|
|
|
|
系统运行维护主要包括对系统运行平台的管理(如性能配置管理、系统日志管理等)系统统计管理和聊天室管理等。如性能配置管理主要为商务应用配置合适的系统资源。例如对服务进程数的调整、结果缓存(Result Cache)大小的调整等。系统日志管理对系统访问、应用运行、存取失败等进行记录,从而为系统的故障诊断、分析和性能优化提供依据。
|
|
|
|
电子商务系统的安全是电子商务系统可靠运行并有效开展电子商务活动的基础和保证,系统的安全管理贯穿在以上三个部分的管理之中。一般来说,系统安全管理主要包括分析系统安全威胁的来源、进行存取控制管理、对系统资源的访问权限进行限制,保护特定内容的安全,并采取相应的措施,同时,系统安全管理还必须与其他的计算机安全技术结合起来,如网络安全、信息系统安全等。
|
|
|
|
系统的运行分析与评价是在对系统平时进行认真科学管理工作的基础上,集中地对商务系统运行情况进行的。如果平时没有管理好,没有完整的运行记录、资料就无法进行这一工作。商务系统进行分析和评价工作的主要目的是:
|
|
|
(1)检查电子商务系统是否达到了预期的目标,即对用户提出的要求满足了没有或者说满足到什么程度,为用户提供服务的质量如何。
|
|
|
(2)检查系统中各种资源的利用效率,这包括计算机、外部设备、软件力量以及人力。此外,还包括信息资源,即目前已进入商务系统的数据是否已得到充分利用,还能用来对管理起什么样的帮助作用。
|
|
|
(3)系统改进和维护的方向是什么。根据分析的结果,审计人员可以对系统的状况作为评价:是否对管理工作发挥了帮助的作用、有什么缺点或问题、应该从什么方面去改进、可以考虑进行哪一方面的功能扩展。
|
|
|
(4)系统的审计管理。在进行审计工作时,主要是利用及分析记录的资料,同时也可以进行某些简单的现场观察及测试。例如:观察某一项典型交易的执行过程,用某些实际的或模拟的数据资料去测试系统的效率,用某些意外情况去测试系统的可靠性等等。
|
|
|
在审计中应该考虑的问题很多,一面是通常应该考虑的一些问题。
|
|
|
(1)系统总的效率。管理人员对系统效率的总的印象如何?如果不满意,原因何在?输出报表是否确实为管理人员所用?精确度够不够?能否及时提供?其中有没有不正确的或管理人员不需要的信息?操作手续是否方便?有没有常出问题影响工作效率的环节?等等。
|
|
|
(2)费用考察。是否雇用了编制外人员?是否花费了不必要的开支?外界环境的变化是否影响了开支?等等。
|
|
|
(3)系统的可靠性。各种步骤上的检查校验措施是否完善?是否确实得到了执行?系统的修改工作是否有计划、有组织地进行的?
|
|
|
以上只是列出了最一般的一些问题,实际上,审计人员需要大量的实践经验,只有积累了相当多网站系统的情况之后,才能在对比中,发现本系统的缺点和弱点。对于审计的结果,审计人员应该向领导或者商务系统的主管人员提出,他对系统运行的评价与改进建议。
|
|
|
|
|
(1)数据信息的有效性。电子商务以电子形式取代了纸张,如何保证电子形式的贸易信息的有效性是开展电子商务的前提。因此要对网络故障、操作错误、应用程序错误、硬件故障、系统软件错误及计算机病毒所产生的潜在威胁加以控制和预防,以保证贸易数据在确定的时刻、确定的地点是有效的。
|
|
|
(2)数据信息机密性。电子商务作为贸易的一种手段,其信息代表着个人、企业甚至是国家的商业机密。传统的纸面贸易都是通过邮寄封装的信件或通过可靠的通信渠道发送商业报文来达到保守机密的目的。而通过电子商务系统进行电子商务活动是建立在一个开放的因特网环境之上的,维护商业机密是电子商务应用的重要保障。因此,要预防非法的信息存取和信息在传输过程中被非法窃取。
|
|
|
(3)数据信息完整性。电子商务简化了贸易过程,减少了人为的干预,但同时也带来维护贸易各方商业信息的完整、统一的问题。由于数据输入时的意外差错或欺诈行为,可能导致贸易各方信息的差异。此外,数据传输过程中信息的丢失、信息重复或信息传送的次序差异也会导致贸易各方信息的不同。贸易各方信息的完整性将影响到贸易各方的交易和经营策略,保持贸易各方信息的完整性是电子商务应用的基础。因此,要预防对信息的随意生成、修改和删除,同时要防止数据传送过程中信息的丢失和重复,并保证信息传送次序的统一。
|
|
|
(4)可靠性/不可抵赖性/鉴别。如何确定要进行交易的贸易方正是所期望的贸易方是保证电子商务顺利进行的关键。在传统的纸面贸易中,贸易双方通过在交易合同、契约或贸易单据等书面文件上手写签名或印章来鉴别贸易伙伴,确定合同、契约、单据的可靠性并预防抵赖行为的发生,这也就是人们常说的“白纸黑字”。在无纸化的电子商务方式下,通过手写签名和印章进行贸易鉴别是不可能的。因此,要在交易信息的传输过程中为参与交易的个人、企业或国家提供可靠的标识。
|
|
|
(5)数据信息的审查能力。根据机密性和完整性的要求,应对数据信息进行审查,并将审查结果进行记录。
|
|
|
|
电子商务系统的性能指标就是业务量。执行效率差的电子商务系统会引起客户不满,失去赚钱的机会。因为这些原因的存在,使监视电子商务系统的性能,识别性能故障,快速找到起因并解决问题成为所有电子商务系统操作中关键的部分。以WebSphere Application Server为例,电子商务系统运营监控的主要内容包括:
|
|
|
|
成功的性能监视可以帮助检测和纠正性能问题。在仔细分析性能监视之前,不妨简单了解一下三种监视尺度——最终用户视图、系统和应用程序健康、应用程序视图。
|
|
|
(1)最终用户视图。对于最终用户来说,你的电子商务系统是一个黑盒子。他们不知道(或不关心)有多少服务器、服务器在哪儿、服务器的硬件如何或者服务器使用哪种应用程序。用户只关心Web页面的显示速度。监视最终用户视图可以让你知道是否存在公共可视方面的性能问题。如果电子商务系统太慢,客户将放弃并离开。不应该等待客户抱怨才发现站点有问题。
|
|
|
(2)系统和应用程序健康。第二个监视尺度是查看电子商务系统的内部子系统并检查每个子系统的问题。典型的WAS Web站点有很多子系统,包括Web服务器、应用程序服务器、数据库、目录服务器和防火墙。任何一处都可能成为瓶颈!
|
|
|
在这个阶段,要试图找到有问题的组件并识别受限制的资源。可能发现网络带宽、后端连接、数据库的CPU或其他组件,它们中的任何一个都可能是资源的瓶颈。因此,必须监视所有的组件,包括应用程序服务器、数据库、网络和路由器。查看关键的因素并与正常的(预期状态)比较。如果找到了偏差,就更精确地调查这些部分。
|
|
|
系统健康视图经常提供了对受约束资源的认识,但是对于识别问题的根本起因不一定是充分的。对于运行在Java虚拟机(JVM)上的Java 2企业版(J2EE)应用程序代码来说这种情况很明显。例如,如果系统健康监视发现运行应用程序的服务器的CPU利用率很高并且某几个小服务程序的响应时间很长,实际根本的起因可能是应用程序中的某个不好的循环、同步问题或者数据库索引丢失。为了解决这个问题,你必须获取更多的信息来找出问题。
|
|
|
(3)应用程序视图。第三个监视的尺度是查看应用程序内部来帮助查找困难的应用程序问题。在某个快照提供给定实例的所有Java线程活动信息时,应用程序视图可以给你精确显示某个缓慢的小服务程序正在做什么的信息。深入查看应用程序的内部执行对于查找困难的性能问题是很重要的。
|
|
|
|
在最终用户视图尺度上,监视站点的“用户负载”、服务的事务和用户经历的响应时间。这些都是相同的基本监视数据点,你能在预生产性能和压力测试中捕捉到这些信息。
|
|
|
监视最终用户视图使你能追踪电子商务系统的响应时间是否在增加,请求是否在增加以及增加的速度,增加是否是正常的、预期的状态。监视的三个主要因素是:
|
|
|
|
|
|
通过检测用户请求的数量、输出和响应时间,能够知道站点显示的正常响应时间是否根据请求的容量而增加,或者必须仔细研究响应时间问题。例如,大量的并行客户端载入的测试结果显示当并行用户翻倍(从10个增加到20个)时,平均响应时间也翻倍(从150ms到301ms)。如果你监视到响应时间和用户请求都翻倍了,应该是站点的正常状态。监视器显示你有更多的负载,因此响应时间相应长一些。在实际运行前有效的性能测试和能力计划能帮助确定站点的饱和点。
|
|
|
如果站点接收到的增长的负载超过了计划估计的容量,考虑使用缩放技术处理过多的负载,同时维持响应时间不变。但是,如果监视显示响应时间翻倍了而请求没有成比例增加,你就必须使用到第二种监视尺度——系统健康,以找到系统中是否有未预计到的约束,以及在哪儿找到问题所在。
|
|
|
|
系统健康监视对于检测组件层的响应时间问题是很关键的。有很多监视器可以用于检测环境的全面健康状况、趋势并帮助解决问题。每个生产站点必须开发一个监视测量并决定对电子商务系统的每个组件使用哪种关键的监视器。监视系统健康使你可以了解电子商务系统上所有组件的关键信息,帮助定位受约束的资源。一旦找到了这些资源,需要进一步发现和解决约束的起因。对于WebSphere应用程序,需检查应用程序统计表和Web应用程序监视器、中间件运行时监视器和服务器监视器。
|
|
|
Web应用程序监视器。在最终用户视图中,并行请求、响应时间和输出是用户角度的标准。这三个主要的因素对于Web应用程序组件(例如Web页面、小服务程序、企业JavaBean)的每个服务器层来说也适用。查看每一层的响应时间和请求数量能帮助识别可以在哪儿找到问题。例如,如果应用程序服务器上的响应时间和请求数量显示正常,就知道将研究焦点集中于Web服务器、网络和客户请求与应用程序服务器之间的其他组件。
|
|
|
对于典型的WAS开发,用户的请求通过HTTP服务器传递,接着调用在应用程序服务器上配置的一个小服务程序。可以监视HTTP服务器和应用程序服务器上的应用程序性能。根据特定的监视工具和使用的HTTP服务器,你可以监视HTTP服务器的任何一个或所有三个主要因素。
|
|
|
50个客户端负载的状态快照运行并显示,在这种特别的刷新间隔中,处理了50个请求。不幸的是,这个特定的Apache监视工具没有提供把计数器复位为0的简单方法,因此总共的访问(请求)和每秒钟的请求覆盖了6个小时的服务器周期,并且没有与WebSphere监视器相应的时间间隔。
|
|
|
中间件运行时监视器。可能需要通过监视缓冲池的利用请求,监视电子商务系统上流动的请求的健康。对于查询网络中的每个缓冲池或容器,查看利用情况。对于IBM HTTP服务器,可监视当前正在处理的请求和空闲服务器。
|
|
|
也可监视Web容器的线程池——对象请求代理程序(Object Request Broker,ORB)和数据库连接池。如果任何一个缓冲池达到了最大的容量,它就可能阻塞了业务流。通常,较大对于性能不一定更好,因为额外的容量浪费了资源。因此,队列和缓冲池的适当协调对于最佳性能是很重要的。
|
|
|
对于所有的WebSphere线程和连接池,高百分比的最大值显示特定缓冲池可能引起瓶颈。你能使用另外的监视器(例如缓冲池尺寸)和活动线程来帮助协调缓冲池。
|
|
|
服务器监视器。中间件和Web应用程序在下层服务器上执行。你必须查看所有服务器(包括Web服务器、应用程序服务器和数据库服务器)的系统监视器——CPU利用率、I/O和分页。
|
|
|
|
当引起性能问题的原因在Java应用程序中的时候,必须能够监视在JVM中执行的应用程序内部发生了什么事情以识别有问题的源。典型的应用程序视图层次的监视需要大量的J2EE编码和具体应用程序的相关知识。解决表面上是负载问题的Java应用程序问题可能需要这个层次的监视。你可以从两个角度分析运行在WebSphere上的应用程序:①应用程序调用流和响应时间情况;②线程状态执行情况。
|
|
|
从应用程序调用流角度看,需要查找消耗最大响应时间的应用程序部分。调用流可能显示某个小服务程序作了多重EJB调用,而每一个EJB调用作了多重JDBC调用。分析调用流可以识别应用程序消耗最多时间的部分。
|
|
|
作为分析应用程序调用流的补充,可以检查JVM中的每个线程的状态。线程状态执行情况监视某个时间应用程序内的每个线程的行动。通过查看线程栈中的结构,可以识别并行瓶颈。例如,修改了HitCount小服务程序来调用缓慢的同步日志程序(通常的问题)。在运行修改过的HitCount时,执行了线程转储。运行50个线程时,39个是栈顶部结构,9个在等待来自Web服务器的工作。线程栈信息使你能与Web应用程序开发人员一起排除可伸缩性瓶颈。
|
|
|
|
大多数操作系统和应用程序包含了接口以获得关键的性能指示并为监视性能提供基础的工具。此外某些行业方案有具体产品的性能接口以提供端对端性能监视方案或者专业的监视方案。
|
|
|
WAS运行是允许轻量级的、关键的运行时和Web应用程序性能因素的服务器端性能数据集合。WAS的一部分——性能监视基础结构(PMI),支持多种客户端检索选择,包括Java和HTTP/XML接口。
|
|
|
|
性能监视对于电子商务系统的成功是很关键的。了解每个监视尺度的角色将帮助你在性能问题影响Web站点前识别、定位和解决它们。有了Web Sphere API和支持工具,你能监视每个尺度来确保电子商务系统的最佳性能。
|
|
|
|
电子商务系统要能安全运行,除了有一定的软硬件安全保证之外,还要有一定的规章制度来规范电子商务管理人员。以下是电子商务系统安全运行的规章制度范例:
|
|
|
|
第一条为加强××电子商务系统的管理、使用、维护,保证网络和系统的安全运行,规范网络管理人员的行为,促进系统健康发展,根据国家有关法律法规,制定本管理规定。
|
|
|
|
|
(二)负责系统业务管理的×××具有相应的计算机信息网络、装备以及相应的技术人员和管理人员;
|
|
|
|
|
第三条电子商务系统建立相应的网络管理机构,依照国家法律和有关规定负责对本网站及其网管维护人员进行管理,做好网络信息安全工作。
|
|
|
|
第四条网管人员负责收集、整理因特网用户及电子商务系统用户提出的有关问题,及时答复客户问题;负责网站电子信箱及其他相关业务的管理。
|
|
|
第五条网管人员必须始终监控系统的安全运营,发现系统内容有异常情况,应立即向有关领导汇报,并根据领导指示及时做出相应处理。
|
|
|
第六条电子商务系统应当遵守国家有关法律、行政法规,严格执行国家安全保密制度,网站内容不得含有且网管人员不得制作、复制、查阅和传播下列信息:
|
|
|
|
|
|
|
(五)捏造或者歪曲事实,散布谣言,扰乱社会秩序的;
|
|
|
(六)宣扬封建迷信、淫秽、色情、赌博、暴力、凶杀、恐怖,教唆犯罪的;
|
|
|
|
|
|
(十)发现有害信息应当及时向有关主管部门报告,并采取有效措施,不得使其扩散。
|
|
|
|
第七条网管人员对发布的信息和个人进行登记,并对所提供的信息内容按照本规定进行审核。
|
|
|
第八条建立信息发布日志,系统管理员负责记录每次信息发布时间,做好发布信息审批表及原始资料的归档工作。
|
|
|
第九条网管人员负责建立计算机信息网络电子公告系统的用户登记和信息网络管理制度。
|
|
|
|
|
(一)负责本网络的安全保护管理工作,建立健全安全保护管理制度;
|
|
|
(二)落实安全保护技术措施,保障本网络的运行安全和信息安全;
|
|
|
|
|
(五)按照国家有关规定,删除本网络中含有有害信息内容的地址、目录或者关闭服务器。
|
|
|
第十一条网管人员不得从事下列危害计算机信息网络安全的活动:
|
|
|
(一)未经允许,进入计算机信息网络或者使用计算机信息网络资源的;
|
|
|
(二)未经允许,对计算机信息网络功能进行删除、修改或者增加的;
|
|
|
(三)未经允许,对计算机信息网络中存储、处理或者传输的数据和应用程序进行删除、修改或者增加的;
|
|
|
|
|
|
数据备份与恢复是保护系统数据完整,挽回因误操作或其他原因破坏数据而导致损失的最主要手段。
|
|
|
|
数据备份是保护系统数据完整的必要手段。许多网站目前的办法是将整个网站以原文件方式备份到本地硬盘,这样做有两个缺点:一是数据量太大,消耗时间多,尤其如果用FTP工具下载少则几小时,多则一两天;二是如果备份的版本比较多,则非常容易混淆,有时甚至不知道哪个是最新版本。因此,一个好的数据备份系统必须达到以下要求:将网站的数据以压缩格式复制到本地硬盘,下载时间很短,并且以系统时间给该文件命名,方便区别不同的网站版本,方便以后用它来恢复网站。数据备份系统的主要功能包括:
|
|
|
(1)备份当前网站所有的电子邮件、企业和个人网页。
|
|
|
|
|
|
对于恢复系统中由于误操作或是其他原因而破坏的数据,目前大多数企业的网站管理办法就是用FTP软件将本地的数据上传到网站的响应目录下。但由于本地备份的文件版本比较多,目录机构比较复杂,常常找不到准确的数据,并且要用未经压缩的原文件上载,数据传输量很大,即使是为了弥补一些失误也要耗费半天时间。数据恢复系统通过备份在本地的压缩文件对网站进行恢复,在进行恢复前系统会自动列出该压缩文件在网站上的原始目录。数据恢复方法很简单,通过在网站的数据恢复系统上设置一个恢复按钮,然后点击它,就可以选择本地机器内的压缩文件,由于这些文件有精确到分钟的基于备份时间的文件名,所以想要恢复何时损坏的文件就会一目了然。文件是以压缩格式传输的,所以耗时很少。
|
|
|