校内比赛总共参加了二组比赛。

第一小组是创新组:AMO团队!

因为牵扯到创新内容,并且该项目也在参与比赛,只能简单说明,题目是 :

融和社交的智能搜索应用(寻求下一代搜索引擎)

简而言之,该组很强大,结果很看好!

附图:
2

paper

第二为命题组:ERA团队!
1

 

 

 

 

 

业务背景:随着触屏智能手机和3G网络普及,移动业务的开发和应用已越来越受到人们的重视,原来只能通过电脑才能完成的许多事情目前都可以通过手机来完成,如QQ聊天、预定机票、预定酒店、好友聊天、查看电影院节目表、浏览各商家促销优惠、网上淘宝等等。更多的生活也被应用到手机上来,各种版本各种用途的移动应用在丰富人们生活的同时,也存在着选择太多,但是功能不够全面,提供商支持力度不够的问题。

XX公司一直从事移动通信项目的开发,在北京与移动、联通有很多收费业务的合作,尤其是在交通信息查询、身份信息查询等生活软件的研发上有丰富的经验。android/iPhone技术的兴起,也让公司对这项技术产生了浓厚的兴趣,基于以往从民用小型生活做起的产品理念,公司对很多以往的项目都推出了移动版的更新。

在城市生活的普通老百姓出门最关心的生活小问题有那些?乘车、天气、吃饭等等。那么根据这些需求,制作一款移动便民城市应用软件,结合手机终端,推出“手机市民卡”业务,从市场推广,提高企业知名度,提高城市形象都有很积极的作用。其功能包括信息查询,如天气查询、公交查询、菜价查询、股票信息查询等几个生活中最常用到的功能,同时也包含了目前比较流行的手机支付功能,如水、电等费用的查询与缴纳等,未来将汇集更多的日常应用功能,如消费购物等,并进一步拓展特约商户,扩大消费购物的场所。

项目文档 76 页。 附图:

mydoc

我主要负责技术路线的相关内容,查询相关信息后,如下

————————————————————————————————

8技术路线与解决方案

8.1产品技术路线概要

8.1.1系统技术路线设计原则

(1)安全性

因为市事通 在采用数据挖掘、人工智能技术时不仅需要系统本身的日志,同时还需要感知其他加盟企业应用软件产生的操作,这将产生海量智能的牵涉用户敏感信息的数据,因此保障数据安全,设计高效的安全隔离机制,兼顾包括密码、认证、授权、审计、监控、恶意代码检测与防范、防火墙、虚拟专用网、入侵防护、网络脆弱性检测、安全接入、安全隔离与交换、垃圾信息处理及应急响应在内的诸多技术,找到现有技术的不足并加以改进,也是本产品研发过程中必须突破的重难点之一。系统应有多种手段防止各种形式与途径的非法侵入经济信息的泄露。系统建设过程中应充分考虑安全防范的方法和手段。

(2)可靠性

系统建成并投入使用后,将成为向众多用户提供查询和支付的平台,系统瘫痪的后果是难以想象的,因此系统必须可靠地连续运行。即必须在经济条件允许范围内,从系统结构、设计方案、设备选择、供应商的技术服务和维修响应能力、备品备件供应能力等方面考虑,使得故障发生的可能性尽可能少,影响尽可能小。

(3)易用性

计算机应用系统大多都是被用来提高工作、生活的效率与质量,满足日益增长业务处理要求。一个软件的易用程度,在一定程度上决定了这个软件的成败。

(4)可维护性

可维护性是当今计算机系统成功与否很重要的因素。任何软硬件系统都有可能出现故障,不存在绝对不会出现故障的系统。很容易或很方便地排除故障以及供货厂商的售后服务是系统管理部门必须考虑的重要因素。

(5)可扩展性

该产品是一个逐步发展和完善的系统,必须在网站结构、系统吞吐量、通信能力和并行处理能力方面具有扩充和产品升级换代的可能,这种扩充不仅能充分保护原有投资,而且应具有较高的综合性能价格比,充分利用系统现有的软硬件资源进行扩充和提高,既节省投资,又可提高系统建设的速度。

8.1.2系统技术路线概览

市事通 这款产品由移动客户端(Android / IOS)组件、应用服务器组件以及数据库服务器组件组成。

(1)移动客户端组件

·移动客户端基于Android 2.3/IOS系统开发,其安装包可以从网站上下载,运行安装包会提示安装向导,用户输入简单参数后程序将会自动完成所有工作。

(2)WEB应用服务器组件

·应用服务器基于WebLogic服务器,基于安全协议和浏览器通信。此外采用BIG-IP作为负载均衡器,负责将浏览器端请求均匀的分配给每个应用服务器。应用服务器组件实现了日志管理,用来记录用户查询记录和支付信息。此外由于采用了页面缓存和MemCache 数据库缓存,使得系统的压力进一步降低,增强了系统的容纳能力。

·应用服务器组件采用S2SH开发利用模块化设计思想。该组件由高内聚,低耦合的构建组成。模块彼此间保持独立,需要声明依赖,模块才能相互调用。这样使得模块间基于抽象编程,保持系统模块关系的整洁。模块化使得系统具有良好的布局,提高了系统的可扩展性以及可修改性。

·应用服务器负责处理浏览器的请求,并将请求处理后的结果返回给浏览器,通过浏览器显示处理结果。Web服务器位于内网中,在请求道道Web服务器前由防火墙过滤恶意请求。

·应用服务器组件负责处理Android客户端用户的指令,包括登录、查询、支付、生活服务等基本功能。

·应用服务器通过JMS向用户发送推送信息,提供对用户的订阅服务、消息广播。

(3)数据库服务器组件

 数据库服务器组件负责网站数据的持久化,提供系统的数据支持。具体来说,系统采用HBase作为系统数据库,用NoSQL解决海量数据带来的随机写操作效率低、可扩展性差、管理成本和硬件成本高、负载均衡不理想等问题。此外,对于涉及敏感信息的关键表和关键字段,系统采用了数据的加密存储,以此保证数据的安全性。

8.1.3系统技术路线概览

本系统主要采用Struts2 + Spring作为为服务端的基础架构,主要包括表示层、控制层、业务逻辑层、数据模型层以及基础层。

 

8-2 软件架构

8.2 系统表示层

表示层处于系统的最上层,负责接受客户端请求,调用应用服务并将其返回值转化为一定的可视化结果。系统表示层分为两部分:Web界面和移动(Android / IOS)客户端界面。

本系统Web界面采用jQuery1.7,JSTL,HTML5,CSS3,FusionCharts,AJAX等技术做架构,拥有大气美观的界面,拥有良好的兼容性,可以兼容IE6,IE7,IE8,IE9,Firefox,Chrome,Opera等主流浏览器。

Android界面采用Android 2.3开发,兼容Android 2.3及其以后版本。拥有简洁漂亮的界面,确保了客户端能够正常的运行在相关的Android系统上。

8.2.1jQuery1.7和JSTL

斯科特招聘管理系统利用CSS进行布局和配色,使得系统界面大方美观,同时配合jQuery实现界面的动态效果,增强系统的用户友好性。

本系统借助jQuery实现了异步通信,通过jQuery封装的AJAX方法和后台服务器进行通信,得到返回结果,并局部刷新界面,以此来实现用户和后台的异步通信。这样做一方面增强了系统的用户友好性,在用户可以进行其它操作的同时将结果显示在界面;另一方面由于使用了异步通信和局部刷新,减少了服务器需要返回的信息的流量,这就使得服务器的通信压力降低,减少了对服务器资源的消耗。

本系统利用JSTL实现了系统界面的动态生成,这就使得界面的每个部分在初始化的时候都是可以被操纵的,同时简化了JSP和Web应用程序的开发。此外由于JSTL具有良好的兼容性,这就使得系统的移植性有所增强。

8.2.2 HTML5

         系统采用HTML5实现了文件的拖放上传功能,使得商家用户能够快速的进行商品图片的上传功能,因其拖放的效果更符合人们操作的习惯,在一定程度上升华了系统的用户体验效果。同时系统当中引入HTML5的主流技术,使得后期系统对HTML5的引入更加方便。 

8.2.3 FusionChats

系统采用FusionChats实现了高纬维度的数据分析。高维度的数据分析主要作用是分析系统中的各种数据,以及将各类信息数据交叉进行分析,将其转化为可供管理层决策时参考的直观的图表。其中系统当中主要提供的数据统计图有:商品销售统计图,商品关注情况统计图,商品关注与购买统计图,商品总体销售统计图,地区销售统计图,用户搜索关键字排行榜,网站访问统计图等。由于篇幅限制,只简单介绍两个。如图8-3,8-4所示。其它图表详见视频。

8-3 商品关注图

8-4 网站访问图

8.2.4自适应网页设计

目前而言,手机的屏幕比较小,宽度通常在600像素以下;而PC的屏幕宽度,一般都在1000像素以上(目前主流宽度是1366×768),有的还达到了2000像素。同样的内容,要在大小迥异的屏幕上,都呈现出满意的效果,并不是一件容易的事。

很多网站的解决方法,是为不同的设备提供不同的网页,比如专门提供一个mobile版本,或者iPhone / iPad版本。这样做固然保证了效果,但是比较麻烦,同时要维护好几个版本,而且如果一个网站有多个portal(入口),会大大增加架构设计的复杂度。

允许网页宽度自动调整,不使用绝对高度,使用相对大小的字体以及流式布局、选择加载CSS,同时还用于图片的自适应。

8.3系统控制层

控制层处于表现层之后,用于分配表示层的请求,并调用系统服务层,将处理结果返回给表示层。此外在控制层需要对数据进行再次验证,以保证到服务层的数据流的安全性,减少系统不必要的开销。总而言之控制层是整个系统的核心,其运行的是否稳定将直接影响系统的性能。

系统Action采用MVC模型,利用为Struts2组件搭建系统的控制层。

8-5  MVC三层模型

(1) MVC模型有助于减轻各层间的耦合,使得各层具有高内聚低耦合的特点,这样使得系统的扩展性和可维护性进一步增强。

(2)     Struts2.0是一个和Servlet API高度解耦的框架。系统利用Struts2一方面使得系统的开发难度降低,一方面获得了良好的扩展性。Struts2还有一个最重要的用途,就是它可以使得每个请求都分配一个新的Action,保证了Action的线程安全。系统主要利用Struts2完成下列功能:

● 系统利用Struts2模型驱动实现,页面和控制层的解耦

● 系统利用Struts2和Struts 2 JSON plugin实现处理结果自动封装为JSON格式数据,用于和前台AJAX交互。

8.4系统服务层

服务层处于控制层和数据访问层之间,是系统最复杂的部分。它一方面要处理控制层的请求,另一方面还要利用数据访问层访问系统的数据。为了增强系统的安全性、稳定性、可维护性和可扩展性,大量成熟的技术被运用到了该层中。

8.4.1 Spring的运用

本系统中主要采用RMI对远程方法进行调用,由于Spring对远程调用的良好包装,我们可以更加灵活方便的配置部署各项服务,例如登陆,注册等,让服务器集群之间的分工合作更加流畅。Spring-for-Android 本身是对Spring的一个拓展,让Spring同样也适用移动端。由于本系统同时拥有对移动客户端Android的支持,借助Spring-for-Android对REST客户端调用模板的支持(REST仅用于移动端的调用),对JSON格式的解析以及访问安全API的验证支持,让我们对Android的设计以及调用模板的部署更加轻巧灵活且方便。

8.4.2 Spring的事务处理

Spring的声明式事务处理方式,让我们只需在配置文件中进行申明,即可完成对事务关系的处理。这样的好处是,事务管理不侵入开发的组件;当事务之间需要移除服务关系时,只要在配置文件上修改一下即可,省去了繁杂的代码重新编译过程,维护起来极其方便。由于事务管理是属于系统层面的服务,并不是业务逻辑的一部分,所以如果想要改变事务管理策略的话,也只需要在定义文件中重新配置即可,更易于系统的扩展。

8.4.3数据挖掘技术

数据挖掘技术将为用户提供更加精确、更加贴近用户习惯的服务,提升用户体验度,同时其中也蕴含着庞大的商业价值,为后续的商业开发提供了数据基础。本系统主要针对以下几点运用此项技术

(1)关联分析

关联分析是指如果两个或多个事物之间存在一定的关联,那么其中一个事物就能通过其他事物进行预测。它的目的是为了挖掘隐藏在数据间的相互关系。本系统将其运用在向用户推荐与其有相同兴趣的人或在其社交圈内的人感兴趣的结果等。

(2)聚类分析

聚类技术能够帮助企业从客户的基本库中发现不同的客户群及其特性,这样可以使得系统不仅能从用户个人的基本资料、查询信息中获得有价值的信息,还能根据这些数据将我们的用户群进行分类,从而提取更加高层次的,抽象的且含金量高的信息。这些信息不仅能为客户提供更便捷和精确的个性服务,例如推荐服务,推送消息服务等,还能为后续商业价值的挖掘提供决策支持。

8.5系统数据层

数据层处于系统的最底层,负责接受服务层请求,调用底层方法对数据进行加工。可以说,数据层完成了所有的对基本数据的操作,其效率和稳定性必将影响整个系统。

8.5.1 ORMLite + HBase

系统采用HBase作为系统数据库,NoSQL解决海量数据带来的随机写操作效率低、可扩展性差、管理成本和硬件成本高、负载均衡不理想等问题。ORMLite是一个轻量级的Java对象关系映射持久层框架。提供灵活的QueryBuilder来构建复杂的数据查询。强大的抽象 DAO类,只需少量代码便能够自动生成SQL与数据库进行交互。

8.5.2 HTablePool连接池

HTablePool可以解决HTable存在的线程不安全问题,同时通过维护固定数量的HTable对象,能够在程序运行期间复用这些HTable资源对象。

8.5.3  Hadoop

随着系统的成长,对于海量数据的处理将是一个不可逃避的难题。我们将引入Hadoop分布式框架来对搜索引擎产生的搜索日志和社交网络产生的社交信息进行数据分析,达到性能与功能上的要求。

8.6系统基础层

8.6.1 OS 操作系统

现在主流的操作系统三种:Windows,Linux和 Unix。其优缺点如表8-1所示。

表8-1.不同操作系统优缺点对比

对比项

Windows

Linux

Unix

多用户支持

一般

最优

多任务支持

一般

硬件兼容性

 优

软件兼容性

 优

硬件资源占用率

 较多

实时处理能力

 弱

网络功能

 弱

价格

昂贵

费用低

费用低

稳定性

 差

安全性

 差

技术支持

Windows

RedHat等

IBM,SUN等

综上所述,市事通 需要支撑巨大的用户并发量,为了确保交易的安全和系统响应的快速,操作系统需要能很好的支持多用户和多任务,并且运行的安全稳定,有较好的软硬件兼容性。同时,要考虑系统的易用性和费用问题,我们最终选择Linux系统作为服务器的运行环境。

8.6.2 Server Middleware 服务器中间件

现在主流的操作系统三种:WebLogic,WebSphere和 Tomcat。其优缺点如表8-2所示。

表8-2.服务器中间件优缺点比较

比较项

WebLogic

WebSphere

Tomcat

可靠性

可靠

可靠

一般

可扩展性

中等

系统要求

价格

一般

一般

免费

开发效率

支持热部署

支持

不支持

不支持

系统的运行环境需要可靠,对扩展性的支持要高,此外还要在一定程度上支持热部署,分布式部署,要求高并发时保持服务器的高性能。综上所述,我们选用WebLogic作为服务器中间件。

5.6.3 DBMS  数据库

由于本系统包括社交子系统、搜索引擎子系统、日志分析子系统,这些系统在使用初期便会产生大量数据,在使用一段时间后,将会发展为海量数据。而传统的如MySQL这样的数据库在分布式事务、跨数据库查询、高性能的并发访问等问题上,会出现瓶颈。因此,我们采用HBase作为系统数据库,用非关系型数据库解决海量数据带来的随机写操作效率低、可扩展性差、管理成本和硬件成本高、负载均衡不理想等问题。

8.7系统安全规划

本系统是一个同时包含搜索引擎、社交网络和部分电商学习的运行平台,其安全与保密的重要性不言而喻,因此系统应有多种手段防止各种形式与途径的非法侵入经济信息的泄露。还应快速的恢复丢失或损坏的数据。

8.7.1日志记录

系统的服务器会使用SLF4J以及Log4j记录客户的每一个操作,包括登录时间,IP,查询记录等。日志文件可以真实地反应系统的使用情况,对故障排查、灾难恢复、数据分析起到重要作用。使用任务调度技术对每日服务器的日志文件进行存档并备份,且将备份转移到专门的管理中心进行保存,以此增加日志文件的安全性。

8.7.2数据保护

数据保护,是指系统必须对系统中操作、传输和存储的数据进行保护。系统将从以下几方面进行保证:

(1)服务器安全

服务器通过群集等技术保证有一定的冗余,以保证一台服务器崩溃后,整个系统不受影响且服务器中保存的用户处理的数据不会丢失。在系统部署中考虑,双机热备份,磁盘的冗余安排,以及服务器内部组件,比如风速,电源甚至CPU的冗余。以此来保证系统出故障后能迅速恢复。

(2)数据库安全

数据库中的数据定时备份,此外数据库的访问密码等需专人保管。这方面可以建立计算机管理制度,完善规范来进行。

(3)分级授权和级别访问

系统中,用户的种类不唯一,一些是基本数据,一些是比较敏感的数据丢失后可能会造成巨大影响。为此系统在应用层和服务层和数据库中对不同种类的数据的访问进行了不同的授权。比如客户访问自己的基本信息可能只需要登录即可,若要更改密码,则需要通过发送一次性邮件进行验证。

(4)通讯加密

客户端和服务器之间,采用了SSL安全协议对传输的数据进行加密,SSL连接确保数据的隐秘性,有效防止数据被第三方组织窃取或篡改。

8.8其他技术

8.8.1负载均衡技术

负载均衡其意思就是将负载进行平衡、分摊到多个操作单元上进行执行。

图8-6.负载均衡工作原理图

主流的有硬件负载均衡F5和软件负载均衡方案,其中软件负载均衡包括URL重定向方式,基于DNS方式,LVS和专业负载均衡软件。这几种方案优缺点如下表所示。

表8-3.常用负载均衡方案优缺点

比较项目 硬件负载均衡 软件负载均衡 URL重定向
效率
负载均衡能力 一般
可维护性 一般 一般
费用 较贵 较贵 便宜

考虑到现有系统需要承受的并发越来越大,为了使系统能够更加安全稳定的再服务器上运行,就对负载均衡的能力和可维护性要求比较高。综上所述,系统将采用硬件负载均衡。

8.8.2分布式与云计算

在数据爆炸的今天,大数据的处理越来越重要。在这方面有两种比较好的方案,分布式和云计算。

其中分布式研究如何把一个需要非常巨大的计算能力才能解决的问题分成许多小的部分,然后把这些部分分配给许多计算机进行处理,最后把这些计算结果综合起来得到最终的结果。 分布式在系统中的应用主要体现在分布式Web服务器,分布式数据库,以及hadoop图片服务器。

而云计算是网格计算/(分布式计算)、并行计算、效用计算、网络存储、虚拟化、负载均衡等传统计算机和网络技术发展融合的产物。通过使计算分布在大量的分布式计算机上,而非本地计算机或远程服务器中,企业数据中心的运行将与互联网更相似。这使得企业能够将资源切换到需要的应用上,根据需求访问。系统将一些太占资源的功能比如数据挖掘中的关联分析和聚类分析交给云计算去处理。由于本产品会产生海量的日志数据,因此服务器会搭建在云端上。

8.9系统部署方案和硬件平台

本产品将会处理巨大的并发访问并处理和分析海量数据,考虑到硬件成本问题,我们将租用云服务器来部署本系统。

系统可以分为三个部分:客户端部分,内网部分,以及服务器部分。部署图如图8-7所示。

8-7 软件部署图

● 客户端

系统提供两种不同类型的客户端,另一种是基于浏览器的客户端。而基于浏览器的客户端不需要安装任何系统组件。浏览器界面基于标准的HTML、CSS以及JS规范编写,可以IE7,IE8,IE9中运行。

● 内网

企业内网和外网之间需要使用防火墙进行隔离。

● Web服务器(应用服务器)采用集群部署方案

Web服务器集群主要是解决在大规模并发处理情况下单机的性能瓶颈问题。Web服务器采用WebLogic提供的集群方案,在一台Web服务器瘫痪的情况下,可以将这台服务器的工作分给集群内的其他Web服务器,并不影响用户的正常操作。如图8-8所示。

8-8  Web服务器集群图

     ● 数据库服务器采用集群部署方案

数据库服务器采用Oracle提供的集群方案,在一台数据库服务器瘫痪的情况下,可以将这台服务器的工作分给集群内的其他数据库服务器,并不影响用户的正常操作。

此外磁盘阵列采用Raid,另配置冗余的磁盘阵列。数据库服务器间通过GoldenGate同步数据。当一个磁盘阵列崩溃后,系统会启动冗余的磁盘阵列,不影响系统的正常运行。

8.10数据备份方案

产品正式上线后主要包括四个部分:硬件设备,软件环境,应用系统和数据。下面从这四个方面介绍下系统的数据备份方案。

(1)硬件设备

对于硬件设备故障,并非简单的加强管理就可以避免的,往往必须增加投资,进行硬件设备的冗余,以增强系统的高可用性,推荐使用多机集群,存储设备采用RAID。

(2)软件环境

软件的故障一般是由于人为操作因素引起的,影响应用系统的正常运行,对于该类故障,有两种解决方式:

·启动冗余备份系统,即将当前生产机离线,将备份机启动,再逐步恢复原系统机器的软件环境。

·从软件备份中恢复系统,在这种情况下,要求对原系统的操作系统、数据库系统等已经定时做好完整的备份这样可以是恢复成为简单机械、按部就班的工作。

(3)应用系统

应用系统的故障大多也是由于人为操作引起的。应用系统的备份和恢复和软件环境的备份恢复类似。

(4)数据

数据是本系统的关键,为了系统的完整性考虑,在条件允许的情况下,最好将所有系统数据全部备份。如要分级备份,可以视可重复性、重要性、数据量、处理的时间和难度据顶备份的级别。建议数据备份应当定期进行,最好是一周一次,并在异地保存。

8.11数据恢复方案

备份的目的是在出现故障的情况下能尽快的恢复系统,为保证能快速、准确地正常恢复,我们应该明确地定义恢复的策略。根据不同的故障,我们有以下的恢复策略。

8.11.1全崩溃恢复机制

因为本产品设置了远程灾难备份中心,也有一定的冗余备份,出现此类崩溃需要启动冗余机器,然后迅速修复原有机器,就可以将系统恢复到灾难发生前的状态。恢复步骤如下所示:

(1)启用备份机器和系统;

(2)修复服务器硬件设备;

(3)修复网络硬件设备;

(4)从系统备份磁盘中恢复服务器软件环境;

(5)从应用系统备份磁盘中恢复应用系统;

(6)从冗余机器中恢复数据;

(7)按照需要恢复应用系统的日志。

8.11.2服务器崩溃恢复机制

服务器出现崩溃,此时因为数据存储在磁盘阵列中,并没有受到影响,只要快速恢复服务器上的操作系统、数据库、应用系统即可。

(1)修复服务器硬件设备;

(2)从系统备份磁盘中恢复服务器操作系统、数据库系统;

(3)从应用系统备份磁盘中恢复应用系统;

(4)按照需要恢复应用系统的日志。

8.11.3磁盘阵列崩溃恢复机制

磁盘阵列崩溃,数据将全部丢失,恢复的对象主要是数据。恢复步骤如下:

(1)修复磁盘阵列;

(2)从最近的全备份磁盘恢复到全备份是数据状态按;

(3)照全备份后进行的增量备份的次序逐个恢复增量备份。

8.11.4系统软件全崩溃恢复机制

软件系统全崩溃的情况下,由于数据存储在磁盘阵列中,可能受到损失,也可能为受到损失。恢复步骤如下

(1) 从系统备份磁盘中恢复服务器操作系统、数据库系统

(2) 从应用系统备份磁盘中恢复应用系统

(3) 进行数据库检查,如果数据未损坏,此时恢复已完成,否则执行以下步骤

(4) 从最近的全备份磁盘灰度到全备份时数据状态

(5) 按照全备份后进行的增量备份的次序逐个恢复增量备份

(6) 按照需要恢复应用系统的日志

8.11.5操作系统崩溃恢复机制

操作系统崩溃的情况下,由于数据存储在磁盘阵列中,可能受到损失,也可能为受到损失。恢复步骤如下

(1)从系统备份磁盘中恢复服务器操作系统;

(2)从应用系统备份磁盘中恢复应用系统;

(3)进行数据库检查,如果数据未损坏,此时恢复已完成,否则执行以下步骤;

(4)最近的全备份磁盘灰度到全备份时数据状态;

(5)按照全备份后进行的增量备份的次序逐个恢复增量备份;

(6)按照需要恢复应用系统的日志。

8.11.6据库系统崩溃恢复机制

数据库系统崩溃的情况下,由于数据存储在磁盘阵列中,可能受到损失,也可能为受到损失。恢复步骤如下:

(1)从系统备份磁盘中恢复数据库系统;

(2)进行数据库检查,如果数据未损坏,此时恢复已完成,否则执行以下步骤;

(3)从最近的全备份磁盘灰度到全备份时数据状态;

(4)按照全备份后进行的增量备份的次序逐个恢复增量备份;

(5)按照需要恢复应用系统的日志。

----------------------------------------------------------------------------------------------

附上我们产品演示的图片:

 demome
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
demo1

现在!小组重新组成Epic,冲击国赛!加油!!!

7.混合高斯模型(Mixtures of Gaussians)和 EM 算法

这篇讨论使用期望最大化算法(Expectation-Maximization)来进行密度估计(density estimation)。 与k-means 一样,给定的训练样本是{x (1), … ,x (m)},我...

阅读全文

6. K-means聚类算法

K-means也是聚类算法中最简单的一种了,但是里面包含的思想却是不一般。聚类属于无监督学习,以往的回归、朴素贝叶斯、SVM等都是有类别标签y的,也就是说样例...

阅读全文

欢迎留言