第一篇：集成系统教学大纲
《图书馆集成系统》教学大纲
一 说明
课程性质与特点：图书馆集成系统是图书馆自动化管理的重要工具；是计算机管理系统在图书馆现代化管理中的具体应用。
在专业教学计划中的地位、作用和意义：是图书馆专业的专业必修课程。面向图书馆的现代化管理，使学生必须掌握的技能。（前期课程：文献分类法、文献编目、图书馆管理、信息管理概论。）
教学目的与任务：通过本课程的学习，使学习者达到能根据图书馆中的具体要求，熟练掌握图书馆集成系统中每个子系统的原理、功能和使用，能进行集成系统的整体结构分析。
学分和学时：2学分；48学时；（包括实验16学时，见实验教学大纲）教学手段和方法：理论讲授、实践操作
考试方式和方法：考试、闭卷（分值占70%）、计算机操作（分值占30%）
二 教学内容和学时分配
第一章 图书馆集成系统概论 教学要求
掌握图书馆集成系统的基本理论知识。主要内容要点
我国图书馆集成系统的发展过程及与国外的比较；系统集成的基本原则和系统结构分析。
授课时数：4学时
第一节 图书馆集成系统的业务流程基础
一、业务流程的定义
二、图书馆的业务工作流程
第二节 图书馆集成系统建设的基本原则
一、图书馆集成系统的建设目标
二、图书情集成系统建设的影响因素
三、图书情集成系统建设的基本原则 第三节图书馆集成系统结构分析
一、图书馆集成系统功能结构分析
二、现有图书馆集成系统分析 第二章 MARC介绍 教学要求
掌握MARC的常识、MARC21、CNMARC格式的内容，学会MARC与数据库表之间的数据交换。
主要内容要点
MARC的常识、MARC21、CNMARC格式的内容，MARC与数据库表之间的数据交换。
授课时数：4学时 第一节 MARC格式概说
一、MARC格式的产生与
二、MARC格式的应用
三、MARC数据的获取
四、基本概念和定义
五、机读数据的组织 第二节 MARC21格式
一、头标区
二、可变字段
第三节 中国机读目录CNMARC
一、头标区
二、目次区
第四节 图书馆集成系统中数据的导入和导出
一、从MARC文件到关系数据库
二、将关系数据库书目数据导出为MARC文件数据
三、通用转换软件的要求 第三章 号码系统与条形码技术 教学要求
结合图书馆业务功能介绍号码处理系统的设计和条形码技术的基本知识。主要内容要点
号码系统知识和条形码技术。授课时数：4学时 第一节 号码系统设计
一、使用号码系统的优势
二、图书馆集成系统中的号码系统的类型
三、号码系统的设计形式
四、号码系统设计的一般原则 第二节 条形码技术概述
一、使用条形码的理由
二、条形码的应用 第三节 一维条形码 一、一维条形码的基本概念与结构
二、条形码的识别原理及设备
三、条形码的印刷
四、商品条形码 第四节 二维条形码 一、一维条形码与二维条形码特点的比较 二、二维条形码的识别 三、二维条形码在出版业中的应用
第五节 图书馆集成系统中号码系统设计案例
一、设计目的
二、应用背景
三、号码系统的设计
四、条形码印刷
五、条形码识别系统 第四章 图书馆采访子系统 教学要求
掌握图书采访子系统的类型、功能结构、处理流程分析、数据流向分析和该系统下的各子功能。
主要内容要点
掌握图书采访子系统的类型、功能结构、处理流程分析、数据流向分析和该系统下的各子功能
授课时数：8学时 第一节 图书采访系统概述
一、系统类型
二、系统功能结构
三、系统处理流程分析
四、系统数据流向分析 第二节 图书预订
一、查重预订
二、查重套录
三、订单删除
四、订单打印、复本校对、编目返订 第三节 图书验收
一、书目验收
二、书目催询
三、传票打印、验收明细 第四节 帐目统计
一、图书采购总括帐和明细帐
二、采购资金统计 第五节 采访数据管理
一、MARC装载
二、下载后MARC浏览
三、下载前MARC浏览
四、系统字典管理 第六节 网上书店与采访
一、网上书店的商务模式
二、网上书店的经营方法
三、网上书店的运作机制
四、网上跳蚤书市 第五章 图书编目子系统 教学要求
掌握图书编目子系统的功能结构、处理流程分析、数据流向和该系统下的各子功能
主要内容要点
掌握图书编目子系统的功能结构、处理流程分析、数据流向和该系统下的各子功能
授课时数：6学时
第一节 图书编目系统概述
一、计算机编目系统构成
二、编目系统应具有的特点
三、数据库及其用途
四、系统工作流程分析
五、系统数据流向 第二节 图书著录 一、一般图书著录
二、CNMARC编辑
三、预编管理
四、CNMARC下载、输出
五、修改数据、删除数据 第三节 打印输出
一、打印卡片
二、打印书标
三、新书通报 第四节 编目验收
一、编目工作传票
二、中央书目数据传送
三、典藏数据传送
四、新书数据传送
五、新编数据删除 第六节 书目查询
一、按分类种、卷次查询
二、按所书号查询
三、按责任者查询
四、按书名查询
五、按ISBN号查询
六、按主题词查询
七、工作量查询
第六章 连续出版物子系统
教学要求：掌握连续出版物子系统的功能结构、处理流程分析、数据流向和该系统下的各子功能
主要内容要点
图书编目子系统的功能结构、处理流程分析、数据流向和该系统下的各子功能
授课时数：4学时
第一节 连续出版物系统概述
一、连续出版物系统特点
二、系统功能
三、连续出版物系统数据类型
四、国际连续出版物数据系统ISDN 第二节 连续出版物订购
一、订购功能的特点
二、订购中应建立的数据库
三、连续出版物系统订购流程
四、订购处理流程细节
五、验收催询 第三节 连续出版物编目
一、编目特点
二、编目数据库
三、编目工作流程
四、编目中的数据流向
五、连续出版物著录 第四节 查询统计
一、连续出版物查询
二、连续出版物统计
三、连续出版物装订 第七章 图书流通子系统 教学要求
掌握连续出版物子系统的功能结构、处理流程分析、数据流向和该系统下的各子功能。
主要内容要点
连续出版物子系统的功能结构、处理流程分析、数据流向和该系统下的各子功能
授课时数：6学时 第一节 图书流通系统概述
一、系统特点
二、系统功能
三、数据类型 第二节 读者服务
一、读者借还
二、读者预约
三、赔书与退赔
四、损书罚款
五、条码补遗 第三节 查询服务
一、借阅信息查询
二、归还信息查询
三、图书去向查询
四、条形码查询
五、书目信息查询
六、预约信息查询
七、流通信息查询
八、罚款信息查询
九、赔书信息查询
十、书目流通历史查询
十一、各类图书借还查询 第四节 藏书流通管理
一、图书流通率
二、图书呆滞率
三、图书拒绝率
四、相关系数及适应度分析
五、图书外借周转率 第八章 OPAC与Z39.50标准 教学要求
掌握OPAC的概念、发展历程及OPAC系统的功能设计和屏幕设计，了解Z39.50协议。
主要内容要点
OPAC的概念、发展历程及OPAC系统的功能设计和屏幕设计，Z39.50协议。授课时数：6学时 第一节 OPAC
一、OPAC的概念
二、OPAC的发展历程
三、OPAC系统功能设计
四、OPAC系统的屏幕设计 第二节 Z39.50标准
一、Z39.50标准发展历程
二、Z39.50标准的应用领域与范围
三、Z39.50标准的信息检索服务
四、Z39.50协议规范
三 教材及主要参考书
教学用书：《图书馆信息化建设》 陈能华 高等教育出版社 2004 主要参考书目：《图书馆自动化系统》，上海交大，1999
第二篇：智能化集成系统方案
第1章
智能化集成管理系统
1.1 系统概述
智能楼宇集成管理系统（IBMS）是将建筑内各智能化子系统集成在统一的平台上，运用标准化、规范化及系列化的开放性设计、同时采用统一的计算机平台、运行和操作在统一的人机界面环境下，实现信息、资源和任务共享，完成集中与分布相结合的监视、控制和管理的功能，以提高管理和服务效率，节省人工成本。系统集成将建筑内各子系统在物理上，逻辑上和功能上连接在一起，将子系统有机结合以实现信息、资源和整体任务的共享，生成能够涵盖信息的收集与综合、信息的分析与处理、信息的交换与共享的能力，在提高各子系统水平的基础上，对涉及不同学科、不同专业的各种子系统进行协调与优化，以增加少量的投资，求得总体的优化，从而得到更高的经济、社会和环境效益。
1.2 系统功能要求
系统集成的目标是满足大厦物业管理的需要，系统需实现以下功能：
1、集成应用分类分析
各系统的末端设备点是IBMS系统集成的根本，必须有一个合理的“容器”对其进行归类管理，IBMS系统应根据其单幢建筑楼层分割的特性，以楼层作为一个“基础容器”将各系统的末端设备点进行分类展示，以达到管理的最短路由，系统将采用电子地图的形式对其点位进行有效部署及监控界面提供。
2、集成应用信息收集分析
作为一套需提供实时监控管理功能的系统，其从点位到系统各环节设备、设施运行的状态信息和工况信息是其收集的主体，此外一些设备、设施的静态信息（如品牌、型号等）也应成为IBMS中信息存储的重点，通过对所辖范围内的点位运行异常信息（如运行状态报警、工况运行故障等）收集，同时系统在运行过程中需结合如日志历史、配置记录等其他信息也是整个集成系统的一块较大比重的应用信息，形成多态信息的线性联动，为楼宇运营提供更完备的集中化管理建议，从而在信息上达到集成，达到统一，以落实系统信息集成的需求。
3、集成指令系统应用分析 如果说“信息收集”左脑，那“指令系统”就应该是整个系统的右脑，指令系统模块在整个IBMS系统中是所有交互指令汇总点及交互点。该模块上行端接收来自于系统界面或是IBMS系统内部产生的控制流编码，下行发送模块则是建立在上行接收编码与各集成系统接口通讯协议转换网关基础下，实现对系统控制流的上传下达功能主体。
4、机电设备管理：
楼宇设备自动化系统是集成管理系统的重要子系统。集成管理系统通过BA网关从BA系统提取以下子系统的信息：空调系统、变风量机组、空调热水系统、冷水机组、冷却水、冷却塔控制、新风空调机组、风机排管系统、全热交换器（HRV）空调系统、排风机系统、给排水系统、变配电系统、电梯系统、水、电、空调计量系统等相连。IBMS和BA系统通过OPC方式进行通讯，BA系统通过OPC Server提供数据，IBMS的网关作为OPC Client，通过OPC Server即可获取BA系统 所有信息，同时，系统网关将联动指令发送OPC Server由其进行分系统状态调节。
5、资源消耗管理：
对变配点各仪表参数信息进行维护。对仪表进行分类、分项、设置最大量程、初始读数等属性，还可按照楼层或功能上传仪表布点图。侧重考虑能耗监测功能，分系统进行计量：如照明系统、空调系统（主机、水泵、风机等）、电梯、动力等。在全面的数据采集和数据累积的基础上，系统可以完成以下功能，以最大限度节约能源。
1.3 系统设计要求
1、智能化集成管理系统应采取软件或硬件集成模式，主要即系统集成通过软、硬件接口集成机电运行控制系统。
2、智能化集成管理系统应具备开放型架构，被集成电机系统与集成管理系统之间数据流双向传递，集成管理系统应有独立的数据库系统，数据库应采用SQL Server或ORACLE等。
3、集成管理系统应最大限度的获取被集成机电系统的数据，获取的数据应完整的体现子系统的运行状态，如子系统开放控制权限，集成管理系统应能通过软硬件接口完全控制子系统的运行。
4、集成管理系统中的机电子系统状态界面应为图形界面，设备状态图形应与被集成子系统自身控制系统的图形接近或相同，参数调整等控制界面应与被集成子系统的控制界面接近或相同。获取的数据应完全在系统的界面上显示。
5、智能化集成管理系统应采用B/S或C/S架构，允许采用专用的客户端软件访问，也可以通过标准的WEB浏览器进行访问，WEB浏览器的访问数量不应有限制。
6、智能化集成管理系统应有多种操作角色，保证机电设备的运行不会被误操作，同时又保证系统的正常操作。
7、智能化集成管理系统的操作界面应是全图形化的，系统应通过立体模型、电子地图等形式完全展现大楼的结构，在平面图上可以将机电设备、安防监控、火灾自动报警设备等设备完全体现，根据操作人员的权限不同，在平面图上看到的设备也将不同，以保证系统的安全性。
8、智能化集成系统主要包括以下内容: 综合安保管理系统 火灾报警系统 建筑设备管理系统
9、智能化集成管理系统的服务器应采用双机热备的方式，当主机遇到故障退出服务时，备份机应自动接手，切换时间不应超过一分钟。
10、智能化集成管理系统内设时间服务器，时钟源由GPS授时提供，为所有智能化系统内的设备提供时钟同步信号。
11、智能化集成管理系统应有报警平台功能，所有的报警信息都需要多种通知方式，如电话、邮件、即时通讯、手机短信等发给相关责任人。
1.4 系统总体构成
智能化集成系统主要包括集成管理平台软件、接口软硬件、数据库、服务器及工作站等组成。1.4.1 系统硬件构成
1、数据库服务器：标准19寸机柜式安装，其配置以满足本系统运行需要并保证3年不落后，数据存储容量为3年。智能化承包人应考虑设备的容错性。
2、应用服务器：标准19寸机柜式安装，其配置以满足本系统运行需要并保证3年不落后，数据存储容量为3年。智能化承包人应考虑设备的容错性。
1.4.2 系统应用软件构成
1、开发环境
操作系统：Microsoft Windows平台
数据库： Microsoft SQL Server 2008 企业版
2、运行环境
操作系统：服务端：Microsoft Windows平台 客户端：Microsoft Windows平台 数据库：Microsoft SQL Server 2008
1.4.3 系统集成基础功能
1、环境监测系统集成功能部署
IBMS系统通过采集的环境监测系统或添置的传感采集点对其环境温湿度、漏水监测实现管理功能区域的实时监测预警，辅以UPS设备、精密空调及其他所涉有效机电设备，形成一个能对空间环境进行状态记录、隐患发现、综合预警环境监测载体，通过其他接入系统的阈值联动，达到对管理区域策略的优化。
2、控制系统集成功能部署
楼宇设备自动化系统是集成管理系统的重要子系统。集成管理系统通过设施网关从系统提取以子系统的信息：如空调系统、变风量机组、空调热水系统、冷水机组、冷却水、冷却塔控制、新风空调机组、风机排管系统、全热交换器（HRV）空调系统、排风机系统、给排水系统、变配电系统、电梯系统、水、电、空调计量系统等相连。包含以下几大功能：
1)机电设备运行状态监视：监视机电设备的运行状态，运行参数，通过接口与集成管理系统相连，集成管理系统通过工作站可以进行设备运行状态的集中监视和查询。
2)故障报警显示：当设备出现故障或超限报警时，集成系统将利用报警功能显示相应的故障报警信息。定位故障报警设备的位置和名称，提示处理方案，记录处理过程。
3)具有直观形象的图文显示功能和电子地图功能。4)统计分析所有设备的当前运行状态和历史报警故障报表。
5)在IBMS 的管理计算机上，能以平面图、系统图、透视图和表格等多种方式，显示所有BA监控系统的构成与设备的实时运行、故障、报警状态。6)在IBMS 的管理计算机上，操作者在控制权限内，可直接监控任何一台设备，并可实施远程设定与控制。
3、系统辅助管理应用
1)预警处理
各子系统设备的运行状态，运行参数，通过接口与IBMS系统相连，IBMS系统通过工作站可以进行设备运行状态的集中监视和查询。当子系统设备出现故障或超限时，各子系统的通讯网关接收到报警信号并将报警信息发送到IBMS系统，我们再通过串口服务器把数据发送到以太网上，IBMS系统的前台程序将利用报警功能的弹出框显示相应的故障报警信息。
报警触发网关获取报警信息将报警信息发给DeviceMonitor将状态值保存进数据库数据库判断是否报警是保存报警信息弹出报警窗口处理报警结束
2)集中报警事件处理
通过集成监控计算机，大厦管理人员可以集中监视和处理各子系统的设备故障和报警。系统记录操作人员对事件的处理过程和结果。
当系统检测到故障报警时，在突出位置显示故障报警的设备信息，地点，给出事件处理方案，根据需要联动相关的子系统，记录操作人员对事件的处理过程和结果。
系统对所有的报警提供统一的报警显示和处理模块：报警显示、报警定位、报警事件处理、报警视频和录像查询、报警复位、历史记录管理、历史记录查询；报警信息包括用户定义报警事件的级别、报警联动流程、报警事件处理流程、报警显示与提示信息等，系统在报警发生时根据相应的预案设置，引导操作人员的决定，并记录所有工作过程。
流程描述：
A.当出现报警后，自动弹出报警事件列表的窗口以及第一个报警事件的电子地图，与此同时在后台，相关联动功能（根据设定的联动表）将被启动报警事件列表信息包括区域、报警类别、设备名称、联动记录、当前处理状态、报警状态、报警级别等。
B.状态图标初始为亮绿色，表示设备保持在当前报警状态，当报警状态发生变化时，状态图标变为灰色。
C.处理状态初始为未处理，点击后出现确认和处理画面。确认时系统只记录确认情况，改变处理状态，而处理时系统复位联动。
D.如果状态图标为灰色，用户处理后此条报警将进入历史记录，同时从当前报警列表中删除。处理后状态变为已处理，但状态图标为亮绿色，表示仍然维持在当前报警状态，此条报警仍然保持在报警列表中，当设备报警状态变化时，系统自动将其保存到历史记录，同时从当前报警列表中删除。如果因为某种原因，系统没有收到设备复位消息（例如和门禁系统断开），用户可以强制归档，将其移到历史记录中，同时从当前报警列表中删除。
E.点击摄像机的查看联接可以查看联动的摄像机记录，再点击摄像机名称可查看摄像机图像；联动记录包含了所有的联动。3)系统访问权限管理
系统将以子系统、应用功能作为系统内的基础应用单元进行访问管理，以角色作为各应用单元的归约容器，超级管理员用户可在系统内设置拥有基础应用单元的角色来划分各岗位的应用系统的权限，同时具有角色分配权限的用户可通过配置各岗位权限的用户来授权各访问者应用系统的范围。
4、系统其他功能部署
一套卓有成效的管理系统，其功能需根据使用者需求不断完善，建立在系统采集信息和指令系统基础上的功能需要不断扩展才能使其真正发挥作用，在维护过程中用户可根据使用要求对系统功能进行不断的投资扩容，以达到最优化管理。
1.5 主要系统技术指标
1、主要技术指标
集成管理系统的总体结构是结构化和模块化的，具有很好的兼容性和可扩充性，既可使不同厂商的集成管理系统到一个管理平台中，又可使系统能在日后得以方便地扩充，并扩展另外厂商的系统。IBMS系统能够对各种子系统提供很强的集成能力，能够集成大规模的子系统设备，应对大量的客户端访问。1)对客户端数量无限制
2)集成平台对信息进行采集处理时间小于1秒（子系统数据时延不计在内）3)集成平台客户端显示数据时间小于1秒
2、参考要求：
系统从下往上包括多个层次: 子系统设备层、接口通讯层、数据逻辑处理层、应用层。
1.6 系统其它相关要求
IBMS系统架构在各子系统之上，各子系统必须提供相应的协议IBMS才能对其进行集成。子系统接口应该满足下列要求
1)免费开放其接口协议，其协议应当能使IBMS系统获取其系统内的必需信息 2)同时提供协议所需要的软硬件模块：当其接口协议需要其他软硬件模块才能通讯时，应当一并提供，如OPC协议，应当同时提供OPC Server。3)接口协议的通讯速度应当满足用户要求
4)在项目实施过程中，甲方协助我方和子系统厂商一起协调解决接口协议 5)子系统的厂商为IBMS的接口调试和测试提供完全的协助和配合
6)为满足用户控制和联动控制需要提供控制功能的子系统还应当满足下列要求：
7)保证子系统运行安全，控制功能符合行业要求和规范 8)子系统同意对其控制，开放控制协议和控制内容
第三篇：网络集成系统方案
网络集成系统方案
第一章：引言.....................................2 第二章：项目概述、项目建设目标、项目原则、项目内容 2 第三章：关键技术.................................2 第四章：综合布线方案.............................2 第五章：局域网方案（通信子网方案、资源子网方案、存储子网方案）.......................................3 第六章：广域网方案...............................3 第七章：网络安全方案.............................3 第八章：网络管理方案.............................3 第九章：进度安排.................................3 第十章：设备清单与报价...........................3 第十一章：售后服务与承诺.........................3 附件：企业简介、企业资质、代权受理、典型案例......4
第一章：引言
随着各行各业现代化建设的需要，越来越多的单位要求建立起一个先进的计算机信息系统。由于各个单位都有着自己的行业特点，因此所需的计算机系统千变万化。从工厂的生产管理系统到证券市场的证券管理系统，从政府的办公系统到医疗单位的管理系统，不同的系统之间区别很大。对不同单位不同应用的计算机系统都要作出一个详细的系统设计方案,这就是计算机系统集成方案。一般来说，计算机系统集成分成以下三个部分来进行。
第二章：项目概述、项目建设目标、项目原则、项目内容
项目概述：对于一个单位的计算机系统建设，首先要进行详细的调查分析，以书面的形式列出系统需求，供该单位的有关人员讨论，然后才能确定系统的总体设计内容和目标。
项目建设目标：这是系统需要达到的性能，如系统的管理内容和规模，系统的正常运转要求，应达到的速度和处理的数据量等
项目原则：这是我们设计时要考虑的总体原则，它必需满足设计目标中的要求，遵循系统整体性、先进性和可扩充性原则，建立经济合理、资源优化的系统设计方案。
项目内容：
构建一个可扩展的机构内部网络，并且与Internet 连接上轨，要有相关的安全措施、售后服务等问题。
第三章：关键技术
网络综合布线技术、网络安全技术、第四章：综合布线方案
综合布线也叫结构化布线，一般分为集中式网络配置和分散式网络配置两种；前者即把全部网络设备(包括 HUB、服务器、UPS等)都集中放置在中心机房，各子系统的综台布线线缆最后都集中到中心机房的主配线间，这也是标准的综合布线方法。它具有以下优点：
1．系统网络整齐美观，易于管理和维护；
2．系统网络易于调整；
3．网络设备可实现零冗余，充分发挥系统设备的速度；
4．系统安全性好。
分散式网络配置只把服务器、UPS和部分 HUB放置在中心机房，把各子系统的线口引到各子系统所在的楼层。它的优点是系统可扩充性好，系统配置比较灵活，节省材料和费用。以上两种方法有时是同时使用的，这样能充分发挥各自的优点。
第五章：局域网方案（通信子网方案、资源子网方案、存储子网方案）
构建一个内部的VLAN，使之机构内部的工作更加方便快捷。
第六章：广域网方案
接入广域网WAN，使机构能与外面的各个机构相互通信。
第七章：网络安全方案
安装VLAN接入WAN之间的防火墙，有效的保护本机构的网络安全方面。
第八章：网络管理方案
建立一个网络中心，把相关的设备集中在一起以方便管理人员的日常管理与维护。
第九章：进度安排
分三个阶段完成。第一阶段主要是设计方案；第二个阶段就是购买相关的设备；第三个阶段就是安装之后的相关调式。
第十章：设备清单与报价
根据实际情况来决定。
第十一章：售后服务与承诺
与售方协商，并有售方提供相关的服务。附件：企业简介、企业资质、代权受理、典型案例
网络091班
09512102
方东管
第四篇：系统网络集成方案
起步(中国)有限公司
系统集成方案
（虚拟化及备份）
温州市志诚信息系统工程有限公司
目 录
目 录............................................................................................................................2 第一章 综合业务运维管理中心..................................................................................3 第二章 服务器虚拟化..................................................................................................9
2.1 现状和需求分析：.......................................................................................9 2.2业务高可用方案设计......................................................................................9
实现效果.................................................................................................10 实施的流程.............................................................................................10 功能实现与设计目标....................................................................................11 2.3存储方案设计................................................................................................12 第三章 数据容灾备份方案设计................................................................................12 第四章 产品说明........................................................................................................14 4.1VMware虚拟化介绍........................................................................................14 4.2火星舱容灾备份设备产品说明....................................................................22 第五章 附件设备清单................................................................................................28
第一章 综合业务运维管理中心
RIIL综合业务监控平台是锐捷网络通过多年网络IP基础设施研发经验，面向网络融合与虚拟化趋势打造的可分布式部署，兼容大规模复杂异构IP网络和IT计算环境的可扩展管理平台。它基于标准开放的信息建模技术，实时分布式计算平台和SOA架构实现，能够通过灵活丰富的管理协议对接各种主流IT基础设施，包括多厂家IP网络设备、IP存储设备、中间件、服务器、数据库、机房环境设备和关键应用系统等IT基础设施，并提供强大的事件管理，拓扑关联分析和性能监控组件，可以让有限的IT运维人员精力和IT预算投入到最关键的资源的维护和保障中，降低复杂IT环境的管理难度，更轻松地把握支撑关键业务的网络和系统的运行状态，并不断提升关键业务系统的运行服务质量水平，提升用户满意度。
融合开放的RIIL综合监控平台可实现： 业务监控
对业务系统进行分析、采集和监控，包括用户自有业务系统如OA、E-mail等；
业务运行监控图
业务系统评估、建模，创建业务系统中各子系统的关联关系图
业务与资源的关联关系图
业务雷达视图，轮询实时监控关键业务系统的可用性，及时感知可用性下降风险
关键业务雷达图
业务卡片视图，将业务系统关联、整合并以卡片形式予以直观呈现
业务卡片
业务健康度、繁忙度、风险度评估模型，对业务系统进行全面、深入的监控
网络资源监控
360度网络自动发现，拓扑自动计算，线路自动计算全网及网络设备性能监控，自动发现网络瓶颈，统计网络负荷。
设备性能监控
网络故障自动发现，关联性告警信息，提供运维知识库，告警快速传达机制
故障发现及告警
网络流量监控，自动监控全网流量分布情况，支持设置阶段性流量告警阀值
应用资源监控
应用资源监控
对Windows、Linux、HPUX、IBM AIX、SUN Solaris等主流操作系统进行工作状态、性能状态和告警等综合信息监控
对Oracle、SQL Server、MySql、DB2等主流数据库进行工作状态、性能状态和告警信息等综合信息监控，掌握数据库从用户连接、表空间、缓冲池、内存池、连接池等诸多运行状态信息
数据监控
对WebSphere、Weblogic、TOMCAT、JBOSS、Tuxedo、Apache、Resin等中间件进行工作状态、性能状态和告警信息等综合信息监控
对基础网络应用进行状态监控，例如对DNS、FTP、DHCP等服务的工作状态和性能状态进行监控。第二章 服务器虚拟化
2.1 现状和需求分析：
1.利用效率低下，由于每种业务运行都有高峰和低谷的周期，服务器不得不分别按照峰值配备，有大量时间运行空闲，再加上可靠性考虑，分别配置双机，不得不牺牲更多的计算资源。2.管理复杂，响应速度滞后，每个业务系统的服务器的安装、升级、维护，以及高可用性和灾难备份没有统一的管理手段，只能因系统而异，管理难度大，无法响应业务系统的要求。3.随着公司的发展壮大，各种业务平台的激增，那么服务器的数量也会随之增加，则需要增加大量的资金和人力去运作、管理和升级。4.部署新应用需花费大量时间。
5.运维成本居高不下，由于服务器数量越来越多，对数据中心的空间、网络、耗电、制冷等消耗越来越大，成本越来越高。
2.2业务高可用方案设计
为了提高对现有业务系统及数据的安全性保护，本虚拟化方案设计思路如下： 1）增加3台高配置服务器作为服务器虚拟化硬件平台，建议型号为Dell R920、两台专用存储设备，对数据提供集中化存储，建议型号为PowerVault MD3800F，一台备份容灾存储一体机设备，对业务数据做自动化实时备份，建议型号为火星舱MSA-SSA-C16。
2）由于现有的物理服务器，配置相对较低，建议在新增加的服务器虚拟化硬件平台服务器上仿照现有的物理服务器创建新的虚拟机，代替原来的应用系统，并迁移原来的系统及数据到新的R920服务器和新建的MD38800F存储上。
3）现有服务器中由于已经运行多年，配置相对较低，建议将其内部的内存及硬盘集中进行整合，这样旧服务器的存储容量和性能会得到提升，用来做备用存储服务器，或临时数据备份使用。另外把整合后较新、性能好的服务器，与此方案建议新增的R920服务器并行做虚拟化平台，实施自动化管理，实现虚机的自动漂移。4）使用火星高科备份存储一体机替代原来的软件备份，用来备份新服务器上的数据，此备份设备可以做到自动化实时备份，也可以根据需要做到定时备份，可充分缓解人工备份带来的负担并减少错误发生，同时避免数据重复性带来的磁盘空间存储浪费。
5）假设新的应用系统出现问题，可以从备份一体机的iSCSI磁盘，将一体机上的磁盘直接挂载到原来的服务器，以实现系统的快速切换。
实现效果
原有的旧服务器整合以后一部分作为备用存储服务器或临时存储数据使用，一部分做虚拟化平台备用机，新增的R920做虚拟化平台主用机，火星舱备份一体机进行实时与定时备份，如果虚拟化平台主用机出现问题，虚拟化平台备用机自动接管业务，其切换过程完全无需人工干预，如果新增的PowerVault MD3800F存储出现问题，则容灾备份一体机上的数据可直接挂载到业务虚拟机上，实现业务的高可用和数据的冗余安全。
实施的流程
1）在新配置的Dell R920服务器上，安装VMware ESXi Server虚拟化平台。2）仿照原的物理服务器配置虚拟机，并迁移数据到新服务器和新存储上。3）关闭原来的物理服务器，使用新的虚拟服务器，替代原来应用。
4）将现有的旧服务器上的硬件集中安装到较新、配置较好的服务器上，将这台服务器配置为备用存储服务器或临时数据备份使用。
5）将现有的整合过硬件的服务器，安装VMware ESXi Server虚拟化平台。6）配置容灾备份一体机，对新存储设备里的数据进行备份。7）数据恢复测试，恢复指定的数据到指定位置。
8）灾难迁移测试（VMotion，FT），关闭新配置服务器，测试虚拟机是否在备用虚拟化平台上启动，关掉新配置存储，看能否将容灾备份一体机上的磁盘挂载到虚拟机业务服务器上接管应用。
功能实现与设计目标
业务系统稳定运行是第一位的。无论是在实施虚拟化前，还是虚拟化后，都会近最大努力保证业务系统的连续、稳定运行。在使用虚拟化项目后，整个系统的可靠性，相对原来会有更多的提高。即使出现极端恶劣情况（例如机房服务器全部坏掉），在有备份系统的情况下，只要配置好一台新的服务器，在2～8小时中即可以逐一恢复每个应用（视优先级别依次上线每个应用）。
数据与系统安全并重。无论是管理端（vCenter Server），还是虚拟化主机端，以及网络、存储，都至少有两个相同的应用，进行热备或切换。另外，对虚拟化后的所有主机进行备份，并且备份到一个单独的存储中。
平滑无缝升级。无论是虚拟化实施中，还是在实施虚拟化之后，当服务器的生命周期到达时，在更新替换服务器时，整个业务系统不会中断。
新应用上线更加容易。只要有新的应用，可以直接在现有虚拟化平台创建新的虚拟机，为其设置好IP地址、安装好应用之后，即可上线。
全部应用都是高可用。在虚拟化平台上的所有应用都是高可用的。
高效的大规模管理、系统扩充容易。本方案一开始就是为处理大规模的 IT 环境而设计的，因此使用本方案可以更高效地进行大规模管理。在本方案中，单台 vCenter Server 实例就可以管理多达1000 台主机和10，000 个正在运行的虚拟机。VMware HA 和 VMware DRS 集群最多可支持 32 台主机和 3,000 个虚拟机。如果以后随着应用增加服务器不能满足需求时，向现有虚拟化数据中心中添加新的服务器即可，不再需要重新配置。 迁移方便。虚拟化之后，可以在虚拟机正在运行的同时，将其快速迁移到其他主机。也可以在虚拟机关闭的时候，为其迁移到不同的存储与不同主机。
自动备份。使用VDPA可以对VMware ESXi中的虚拟机进行多次备份，并在需要时恢复。备份完成之后可以发送提醒邮件。
硬件监控功能（借助 CIM SMASH 实现）可在关键组件（例如风扇、系统主板和电源）出现硬件故障时发出警报，并提供一个显示物理服务器和虚拟服务器运行状况的综合视图。
强大性能虚拟机。VMware ESXi 6.0的虚拟机，可以为其分配128个虚拟CPU、4TB内存、3D图形支持。
2.3存储方案设计
为了保证整个业务系统的性能及数据稳定性，需要配置较高的存储。建议如下： 配置一台Dell MD3800F存储，建议配置12块900GB的2.5寸10000RPM SAS磁盘，配置为RAID5方式，具体是将11块硬盘做一个RAID5, 1块盘作为热备盘，随时准备进行坏盘的替换。总体容量为10×900GB=9TB，允许坏一块硬盘，加上热备盘最多坏2块保证数据不丢失，也是常用配置方式，请根据实际需求进行参考。在进行此种配置时，存储的IOPS可以达到1300，容量达到9TB。在配置为RAID5时，存储的读性能约为10×130MB/s=1300MB/s。
第三章 数据容灾备份方案设计
随着企业业务的不断发展，公司每天都将会产生大量重要数据，对于企业来讲，数据才是企业的核心，如果安全防护不当，重要数据容易面临丢失或删改的危险；或者面临病毒感染或恶意攻击，造成数据被破坏或丢失，将会给企业带来严重损失；还有因生产服务器或硬盘老化，设备故障后也很容易带来数据的损坏或丢失，业务服务器一旦非计划宕机或出现故障时，业务系统不能尽快恢复上线，将对企业造成严重的影响。所以对数据、业务系统和数据库等进行备份是必要的。但是传统备份是很繁琐和不智能的，传统备份只能进行定期备份，那么就会存在两个问题，一个是如果业务数据备份的不及时，至少在出现问题时我们不能做到零数据丢失，另外随着时间的推移，备份将是逐渐累积的，那么如果出现问题恢复数据将是一项耗时耗力的工作，这其中避免不了还原失败或者数据损坏的情况，因为还原的过程需要人工干预。以上的这些问题都是传统软件数据备份及还原都会遇到的问题，为了提高效率减少出错，我们应当考虑如何使得数据备份及恢复变的智能而简单。
为了保护好计算机系统，保障系统的连续性，并且完整的保存各阶段的数据、信息内容，我们建议采用北京亚细亚公司的火星舱数据备份容灾存储系统（数据备份一体机），数据备份一体机可以为企业提供一种完整、可靠的数据保护方案，能够对关键业务实施持续数据保护，保证关键业务的服务器内的数据完成实时保护，并在关键业务宕机时，能够及时挂载和接管，保证业务的连续性，最大程度地减少因系统宕机或人为误操作造成的损失。其设备可提供对众多业务软件的支持，如Oracle、Sybase和SQL Server等。针对用户的应用环境，火星舱数据备份一体机设备具备出色、强大、易管理的备份功能，主要表现在以下方面：
完全自主知识产权的国产存储软件，可以有效地保障用户信息化建设中重要涉密数据的安全性。备份管理软件是完全自主知识产权的国产存储软件，可以有效地保障用户信息化建设中重要数据的安全性；
软硬一体化结构，火星舱数据备份设备除了是备份服务器外，还内置了数据备份管理软件，并包含了存储介质。一套设备即可将备份服务器、备份管理软件、存储介质三者合一，降低后续的维护成本，从而提高系统的整体性价比。并且部署简单，插入网线后进行简单配置后即可开始使用。
具备重复数据删除能力，它会将所要备份的数据拆分为若干个数据块，对这些数据块进行冗余检查，将其与已经存在于存储介质上的数据进行比对，对于重复的数据只保存一份，此方式不仅能极大的节省用户的磁盘空间，也能缩短备份与恢复的时间，最大限度的节省用户的经济成本与时间成本。
可实现跨网段、跨防火墙的以太网数据备份，更能够对SAN环境提供的良好支持，实现LAN-Free、磁盘驱动器共享、灾难恢复等高端备份应用需求，解决了应用支撑平台集中数据备份、磁带数据容灾备份等问题。
备份策略的灵活定制，包括：全备份、增量备份、差分备份等多种备份方式；提供基于日历、天、星期、月等周期性的自动备份功能，同时支持在特定情况下由用户触发的手动或脚本触发的自动备份。
可以图形化管理各种信息，包括在管理范围内存储设备的状态和性能信息、各种数据保护参数、各种备份作业的设置信息、各种备份/恢复作业的执行状态统计信息、备份策略及备份作业的监控、日志。
第四章 产品说明
4.1VMware虚拟化介绍
VMware（中文名威睿‖，虚拟机软件，是全球桌面到数据中心虚拟化解决方案的领导厂商。全球不同规模的客户依靠VMware来降低成本和运营费用、确保业务持续性、加强安全性并走向绿色。2008年，VMware年收入达到19亿美元，拥有逾150,000的用户和接近22,000多家合作伙伴，是增长最快的上市软件公司之一。 VMware虚拟化应用特点
基础架构的利用率提高。通过将基础架构资源池化打破了一个应用一台物理机的瓶颈，虚拟化大幅提升了资源利用率。通过减少额外硬件的采购，园区信息化建设可以获得大幅成本节约。
避免各业务系统宕机的风险。在安全系统还没有宕机之前将其迁移到新的硬件平台上，可以一直运行下去，而且可以动态扩展性能和空间。业务连续性和应用可用性都提高了。通过虚拟化，数据中心可以降低计划停机时间，并且可以从意外宕机快速恢复业务，而且可以将整个虚拟环境迁移到别处。
IT维护人员的工作效率极大提高。过去上一台新服务器需要走复杂的流程，而现在新建虚拟机只是几分钟的事。这大大简化了服务器的供应，IT维护人员可以将时间花在更重要的事情上，比如制定更规范的IT方案，优化IT策略和业务等。新业务系统搭建不再依赖硬件，不用担心后期硬件升级带来的麻烦。 服务器及承载的业务系统后期维护、升级费用大大降低。
降低机房运行费用。能耗、制冷和机房空间都有不同程度的节省，通过减少数据中心里服务器和相关硬件的数量，园区可以从减少机房空间、能耗与制冷需求中获益，从而降低IT成本。每台服务器大约可节约3000到4000元每年。
VMware技术优势
VMware 解决方案：得到最多验证、最受信赖且部署最广泛当选择一个云计算基础架构平台时，选择一个很多客户、行业和部门都在使用的平台很重要。VMware 提供市场上最好的云计算基础架构解决方案：一个基于坚实的虚拟化平台的解决方案、一条通往您选择的云计算的实用途径和一个更好的安全模型。
虚拟化产品技术综合对比分析应当基于总体拥有成本(TCO)进行比较。任何公司进行云计算 TCO 分析时，除了前期许可成本之外，还必须在计算中包括以下内容：
每个物理服务器的虚拟机密度如今，IT 管理和维护费用占用了大部分 IT 预算。每个解决方案在多大程度上提高了 IT 员工的效率并降低了运营成本？ 最大限度地增加每台物理服务器的虚拟机密度
在进行虚拟化之前，IT 部门在每台物理服务器上运行一个应用，因此使用服务器单位成本曾经是比较成本的快速方法现在是多对一的关系。因此，比较服务器单位成本不再有意义。更准确的衡量指标是应用单位成本，因为您想要了解需要多少成本来运行维持业务运营所需的一整套应用。这就像是在问：―一辆 4 门轿车和一辆 50 座的大巴，哪个性价比更高？‖ 轿车可能前期成本较低，但如果您需要运一个足球队，那么 50 座的大巴显然性价比更高！因为客车的乘客密度较高，所以每位乘客的运送成本更低。在多对一关系中，密度具有重要意义。
VMware 进行了大量技术投入，以求在 vSphere 上实现非常高的虚拟机密度：
内存超额使用在整个集群中对虚拟机进行动态负载平衡，使应用能在需要时获得所需资源，从而为管理员提供一个安全网，让他们能够以更高的利用率运行各个服务器，同时满足服务级别协议。
高性能的―群‖调度程序VMware ESXi 可以实现非常高的 I/O 吞吐量，并且能够处理在更多虚拟机同时请求硬件资源时产生的 I/O 需求。
逻辑资源池-能够将主机集群分到各个 CPU、内存、网络连接和存储资源的池中，并将池分配给业务部门，这样它们就能互相独立地管理资源且不浪费硬件能力。其他云计算基础架构平台都无法达到 vSphere 的高虚拟机密度，也无法在如此高的密度下在所有运行的虚拟机中仍保持一致的应用高性能。
每个物理服务器的虚拟机密度（在同一台物理服务器上能同时运行的虚拟机的数量）直接影响应用单位成本，而且不受新的新的 RAM 授权容量的影响。这是因为虚拟 RAM 是作为一个共用的资源池被衡量的，所有由 vCenter 管理的主机都能使用它，而且典型环境将包含各种不同规模的虚拟机。例如，一个多层的 Web 应用通常基于一个数据库服务器、一个或多个应用服务器和多个 Web 服务器。尽管虚拟数据库可能需要比较大的虚拟机（8 GB 或更多的虚拟 RAM），但 Web 服务器通常比较小（少于 4 GB 的虚拟 RAM）。因为在 Web 应用中部署的 Web 服务器比数据库服务器要多，所使用的有效平均虚拟 RAM 少于 8 GB。
典型的工作负载分配通常由 60% 的小虚拟机（2–4 GB 的虚拟 RAM）、30% 的中等大小虚拟机（4–8 GB 的虚拟 RAM）和 10% 的大虚拟机（8 GB 或更多的虚拟 RAM）组成，平均每个虚拟机的有效虚拟 RAM 为 4.8 GB。VMware 解决方案可以虚拟化 200个应用，应用单位成本更低，而且不受虚拟RAM授权容量的影响。
VMware ESXi 6.0产品说明
VMware ESXi 是一种―裸机‖虚拟化管理程序，也就是说，它直接安装在物理服务器之上，并将其划分成可同时运行的多个虚拟机，这些虚拟机共享底层服务器的物理资源。VMware 在 2007 年推出 ESXi，提供了业界领先的性能和可扩展性，并确立了全新的可靠性、安全性和虚拟化管理程序管理效率标准。VMware ESXi 6.0是最新的服务器虚拟化平台，具有如下特点：
（1）Image Builder。一套新的命令行实用程序，管理员可以使用这些实用程序创建包含用于专用硬件的第三方组件（例如驱动程序和 CIM 提供程序）的自定义 ESXi 映像。
Image Builder 可以用于创建适合不同部署类型的映像，例如基于 ISO 的安装、基于 PXE 的安装以及自动部署。它被设计成一个 Power Shell 管理单元组件，并与 PowerCLI 捆绑在一起。
（2）全新ESXi 防火墙。ESXi 6.0管理界面通过一种面向服务和无状态的防火墙加以保护，您可以使用 vSphere Client 或带 esxcli 接口的命令行对该防火墙进行配置。一种新型防火墙引擎消除了使用 iptable 和规则集为每个服务定义端口规则的情况。对于远程主机，您可以指定允许访问每个服务的 IP 地址或 IP 地址范围。
（3）更强大的 SNMP 支持。ESXi 6.0扩展了 SNMP v.2 支持，现在您可以全面监控主机上的所有硬件。
（4）安全 Syslog。ESXi 6.0对系统消息日志记录增加了一些增强功能。现在所有日志消息都由 syslog 生成，而且现在消息可以记录到本地和/或一个或多个远程日志服务器中。可以使用安全套接字层(SSL)或 TCP 连接远程记录日志消息。使用 vSphere 6.0，可以将来自不同来源的日志消息配置为记录到不同的日志中，以提供更多方便。除了 vSphere Client 之外，还可以使用 ESXCLI 完成消息日志记录的配置
（5）通过自动部署集中管理主机映像和配置的功能。与主机配置文件、Image Builder 和 PXE 配合使用，VMware vSphere 自动部署能够简化管理数百台计算机的 ESXi 安装和升级的任务。ESXi 主机映像集中存储在自动部署库中。新主机可以根据用户自定义的规则自动实现部署。全新重建服务器就好像重新启动一样简单。要在各个 ESXi 版本之间迁移，您需要使用自动部署 PowerCLI 来更新规则，并执行测试遵从性和修复操作。
（6）全新虚拟硬件。ESXi 6.0引入了虚拟机硬件版本 8 的新一代虚拟硬件，它包括以下新功能：
单个虚拟机支持128个虚拟CPU（vCPU）和4T虚拟内存（vRAM）; ESXI主机支持480个CPU和6TB 内存（RAM）； ESXI主机支持1024个虚拟机（VM）； 集群支持64个节点。
非硬件加速的 3D 图形，提供 Windows Aero 支持。ESXi 6.0 支持 3D 图形，可以在虚拟机中运行 Windows Aero 和基本的 3D 应用程序。
USB 3.0 设备支持。使用 Linux 客户操作系统时，ESXi 6.0 可以在虚拟机中提供
USB 3.0 设备支持。连接到运行 vSphere Web 客户端或 vSphere Client 的客户端计算机的 USB 3.0 设备可以连接到虚拟机，并从虚拟机中进行访问。目前暂不支持连接到 ESXi 主机的 USB 3.0 设备。
UEFI 虚拟 BIOS。在 ESXi 6.0上运行的虚拟机可以通过统一可扩展固件接口
(UEFI)启动，并使用该接口。
更广的支持
1.支持最新的X86芯片组、设备、驱动程序和客户端操作系统。
令人惊艳的图形处理
1.NVIDIA GRID vGPU 能够为虚拟化解决方案带来NVIDIA 硬件加速图形的所有优势。 即时克隆
1.内置于vSphere 6.0 中的技术，为快速克隆和部署虚拟机打下基础，其速度是当前速度的10倍多。
VMware vCenter Converter产品说明
VMware vCenter Converter是VMware推出的一款可以将物理机转化为虚拟机的软件，它可以快速将基于 Microsoft Windows 的物理机和第三方映像格式转换为 VMware 虚拟机。它还可以在两个 VMware平台之间转换虚拟机。使用 VMware vCenter Converter，可以自动化和简化物理机到虚拟机以及虚拟机格式之间的转换过程。
VMware vCenter Converter 可以在多种硬件上运行，并支持常用的大多数 Microsoft Windows 操作系统版本。通过这一功能强大的企业级迁移工具，您可以：
（1）快速而可靠地将本地和远程物理机转换为虚拟机，而不会造成任何中断或停机。（2）通过集中式管理控制台和直观的转换向导同时完成多个转换。
（3）将其他虚拟机格式（如 Microsoft Virtual PC 和 Microsoft Virtual Server）或物理机的备份映像（如 Symantec Backup Exec LiveState Recovery 或 Ghost 9）转换为 VMware 虚拟机。
（4）将虚拟机的 VMware Consolidated Backup(VCB)映像恢复到运行的虚拟机。（5）作为灾难恢复计划的一部分，将物理机克隆并备份为虚拟机。（6）易于使用的向导可将转换步骤减到最少。VMware vCenter Converter的示意如下图所示。
VMware vCenter Converter示意图
使用VMware vCenter Converter，主要有两种迁移方式，一种是直接在要迁移的物理机上，安装并运行该软件，然后通过网络共享文件夹的方式，直接将该主机上的所有数据迁移到提供共享文件夹的服务器上，将该主机上的所有数据以虚拟机的格式保存。
VMware vCenter Converter 迁移的另外一种方法，是在网络连通的情况下，直接通过网络将要迁移的物理主机的数据以虚拟机的方式，保存在该服务器上，在迁移的时候，需要提供远程要迁移的物理主机的管理员帐户和密码。
VMware vCenter Server产品说明
VMware vCenter Server 提供了一个可伸缩、可扩展的平台，为虚拟化管理奠定了基础。VMware vCenter Server（以前称为 VMware VirtualCenter），可集中管理 VMware vSphere 环境，与其他管理平台相比，极大地提高了 IT 管理员对虚拟环境的控制。VMware vCenter Server： 提高在虚拟基础架构每个级别上的集中控制和可见性 通过主动管理发挥 vSphere 潜能
是一个具有广泛合作伙伴体系支持的可伸缩、可扩展平台
4.2火星舱容灾备份设备产品说明
火星高科在备份和容灾方面积累了多年的经验，总结出针对数据保护和容灾的多维度数据保护技术（MDP）。
火星舱多维度数据保护技术（MDP）从数据源类型、操作系统环境、数据获取方式以及时间轴（包括恢复点目标RPO和恢复时间目标RTO）等多种维度提供保护，真正实现在单一设备上整合多种数据保护技术，是目前业界能够看到的功能最丰富并且完全自主掌握核心技术的国产产品。
根据不同的环境采用不同的备份容灾实现方式，以满足客户的需求，以最好的TCO保护用户的投资。
北京亚细亚公司自主研发的火星舱数据备份设备架构可方便地增减功能，可提供对众多业务软件的支持，如Oracle、Sybase和SQL Server等。针对客户的应用环境，火星舱数据备份设备具备出色、强大、易管理的备份功能，主要表现在以下方面：
完全自主知识产权的国产存储软件，可以有效地保障政务信息化建设中重要涉密数据的安全性。微软的黑屏事件、澳大利亚封杀华为等充分说明自主可控的重要性。备份管理软件是完全自主知识产权的国产存储软件，可以有效地保障国家政务信息化建设中重要涉密数据的安全性，特别是在当前国际形势比较严峻的时期。通过采用具有国际先进水平的国产化软件，逐步构建政府部门自主可控的电子政务信息安全体系，为保障国家信息安全发挥应有作用。
软硬一体化结构，火星舱数据备份设备除了是备份服务器外，还内置了数据备份管理软件，并包含了存储介质。一套设备即可将备份服务器、备份管理软件、存储介质三者合一，降低后续的维护成本，从而提高系统的整体性价比。并且部署简单，插入网线后进行简单配置后即可开始使用。
火星舱数据备份设备中系统安装于设备DOM盘中，当系统发生故障时，无需过多操作，只要更换DOM盘，系统即可恢复如常，并且数据不被丢失。
火星舱数据备份设备采用Raid保护机制，当设备磁盘发生故障时，只要直接热插拔替换磁盘即可，不存在需要停机带来业务的中断。
具备重复数据删除能力，它会将所要备份的数据拆分为若干个数据块，对这些数据块进行冗余检查，将其与已经存在于存储介质上的数据进行比对，对于重复的数据只保存一份，此方式不仅能极大的节省用户的磁盘空间，也能缩短备份与恢复的时间，最大限度的节省用户的经济成本与时间成本。
可实现跨网段、跨防火墙的以太网数据备份，更能够对SAN环境提供的良好支持，实现LAN-free、磁盘驱动器共享、灾难恢复等高端备份应用需求，解决了应用支撑平台集中数据备份、磁带数据容灾备份等问题。
具备远程互备功能，两台以上的火星舱数据备份设备可以实现远程互备功能，任意两台火星舱数据备份设备都可以作为发送端与接收端进行相互的远程备份，实现异地容灾，使数据更加安全。
备份策略的灵活定制，包括：全备份、增量备份、差分备份等多种备份方式；提供基于日历、天、星期、月等周期性的自动备份功能，同时支持在特定情况下由用户触发的手动或脚本触发的自动备份。
可以图形化管理各种信息，包括在管理范围内存储设备的状态和性能信息、各种数据保护参数、各种备份作业的设置信息、各种备份/恢复作业的执行状态统计信息、备份策略及备份作业的监控、日志。
设备厂商具有良好的技术支持能力，为用户提供本土化支持与服务，能够快速对设备问题提供修改和响应。
产品外观
部分应用支持图例
火星舱部分案例
政府行业
国家安监总局―金安‖工程全国范围备份项目；
国家统计局全国第二次农业普查数据备份和图像归档管理系统（涉及全国31个省333个地市）；
国家统计局第六次全国人口普查数据存储备份项目；
中国科学院资源规划（ARP）项目（二期）存储备份系统项目-数据存储备份系统；
国务院港澳办公室存储备份系统；
中国地震局台网中心财务管理信息系统集成项目； 河北省通信管理局； 河北省旅游局； 河北高速公路管理局； 石家庄市公安局； 石家庄市农业局； 军事行业
中国资源卫星应用中心―CBERS卫星数据实验系统‖的软件开发；
中国资源卫星应用中心中巴地球资源一号02B星地面系统改扩建项目—数据与信息管理分系统DIMS；
中国资源卫星应用中心全国陆地观测卫星数据处理和服务设施建设项目—数据归档与信息管理分系统；
中国人民解放军总后勤部数据资料存储系统； 中国人民解放军总参谋部存储管理系统； 总参三部遥感卫星存储项目；
总参大气研究所涉密数据存储备份系统； 总参三部某局数据迁移系统； 二炮装备研究院数据备份系统； 教育行业
中国艺术研究院图书馆数据归档系统； 陆航学院图书馆数据存储备份系统； 北京语言学院数据存储备份系统； 北京市第九中学-数据存储备份系统；
北京石油学院附属中学信息化建设项目备份系统；
北京市海淀区教育信息中心信息化建设项目数据机房容灾备份系统； 北京市石景山区教育信息中心数据备份系统； 上海市西中学数据存储备份系统； 河北经贸大学； 石家庄学院； 石家庄职业技术学院； 医疗行业
华方中医专科医院成功案例存储备份系统； 河南平顶山第二人民医院备份存储系统； 范县人民医院备份容灾设备项目； 福建沙县医院备份存储系统； 福建柘荣医院备份项目； 河北医科大学第三医院； 河北人民医院； 邢台巨鹿县医院； 企业
格力电器； 河北高远集团； 石家庄以岭药业股份； 石药集团； 汇金机电股份； 汇丰源典当； 河北常山生化药业； 保定长城汽车； 保定轩宇汽贸； 保北医药药材； 第五章 附件设备清单
第五篇：智能化集成系统方案
集成管理系统
1.1.1 系统概述
智能建筑系统集成是指将各智能化子系统有机地连接起来，使它们相互间可以进行通信和协作，即实现子系统间资源的高度共享和任务全局一体化的综合管理，从而提高对建筑物的综合管理能力。
智能化集成管理系统的最终目标是要对辖区内所有建筑设备和建筑物内的应用信息系统进行全面有效的监控和管理。确保大厦内所有设备处于高效、节能、最佳运行状态。提供一个安全、舒适、快捷的工作环境。
系统能够通过屏幕实时动态地显示整个系统的网络运行状况及各个子系统的工作状况，综合各个控制系统的状态信息，提供相关报告。
在控制台能对各子系统流程进行监视，能及时对系统内的故障进行预警和报警，预警和报警的阀值可自行设定。在控制台能迅速准确地诊断出计算机网络系统的故障并排除；对于控制系统的故障，能及时发现并准确定位。
系统能够全面的综合节能管理（比如空调风机系统、电梯系统等的节能管理）、系统配置管理、系统安全运行管理。
1.1.2 系统功能要求
通过设备的自动监测与优化控制，实现信息资源的优化管理，实现投资合理，适合信息社会的需要，并具有安全、舒适、高效和灵活的特点。
1.集中监视和综合管理：可对各子系统进行集中监视和管理，将各集成子系统的信息统一存储、显示和管理在同一平台上，并为其他信息系统提供数据访问接口。准确、全面地反映各子系统运行状态。并能提供建筑物关键场所的各子系统综合运行报告。
2.分散控制：在保持各子系统的相对独立性的同时对各子系统进行分散式管理，以分离故障、分散风险、便于管理。
3.优化运行：在各集成子系统的良好运行基础之上，应提供设备节能控制、节假日设定等功能。
4.信息共享：实现与通信管理系统之间通信的能力，预留接口与物业管理系统实现各系统数据库的共享，充分发挥各子系统的功能。系统通过对各子系统运行情况进行综合，了解各子系统运行状态，及时发现并解决各种设备故障和突发事件，大大提高管理和服务效率。重点为集成系统与各子系统以及外围系统之间的信息畅通提供一个统一、标准的数据访问接口。
5.跨子系统联动：与各子系统之间，实现监测信息的通信，以各集成子系统的状态参数为基础，实现各子系统之间的相关联动。弱电系统实现集成后，原本各自独立的子系统在集成平台上，就如同一个系统一样，无论信息点和控制点是否在一个子系统内都可以建立联动关系。
6.易于升级：采用先进的组网结构，充分考虑高新技术的发展，为今后的系统升级和发展提供基础保证。
7.提供管理平台：为建筑物的现代化管理提供良好的硬件与软件环境。8.减少能源消耗：提高资源使用效率。
1.1.3 智能化集成系统内容
智能化集成系统将集成以下内容： 与楼宇自控系统（BAS）的集成。与火灾自动报警系统的集成
与公共安全系统（SAS）的集成：包括防盗报警系统、电视监控系统 与一卡通系统的集成：包括门禁系统、消费系统、考勤系统、停车场系统
1.1.4 系统集成层次
BMS系统集成将从三个不同的层面进行系统化的集成具体如下： 1.物理层 1)综合布线系统 2)计算机网络系统 2.监控层 1)楼宇自控系统
a)BMS系统与BA系统的主机相连，通过BA系统提供接口汇集各种设备的运行和检测参数，并对各类数据进行积累与总计。如冷水机组、新风机组、空调机组、各种泵、电梯的运行时间、起停次数和配电柜电流、电压等参数进行积累与总计，以便更好地进行物业管理。
2)综合安保系统
a)闭路监控系统和BMS数据流，通过通用协议向集成平台传递信息，在BMS集成平台和安保防灾智能化集成平台以及授权客户端，均可以实现对安防系统的监控。
b)重点摄像机的图像监控 c)云台或快球摄像机的转动 d)重点摄像机的存储图像信息
e)闭路电视监控系统与消防报警系统的联动 f)安全防范系统与各子系统的联动：
g)安全防范系统与智能照明系统联动，安防系统发出报警信号，智能照明系统启动报警区域的照明；
h)安防系统与消防系统的联动，当出现消防报警信号，安防系统将启动其子系统进行人员及车辆的疏散；
i)安防系统与INS的联动，安防系统发出报警，在与大屏幕系统进行联动现实报警点实时状况；
j)安防系统与CNS的联动，安防系统可将报警信息以手机短信息及语音提示的形式通知物业管理人员或管理层。
3)火灾自动报警系统
a)FA(火灾自动报警系统)与BMS数据流（限于消防法规，只监测不控，为单向），消防报警系统通过OPC协议向集成管理系统传递信息，内容包括系统主机运行状态、故障报警；火灾报警探测器的工作状态、探测器地址、位置信息、相关联动设备的状态。
b)如大楼内某防火分区发生火警时，除消防报警系统的报警显示外，在集成系统工作站上自动以动画方式显示出该防火分区的报警信息，包括火警位置以及相关联动设备的状态。相关的联动还包括与安全防范系统、通信网络系统的大屏幕显示系统，如：
c)发生火灾报警时，消防系统根据报警点的位置信息，查找到附近摄像机编号；通过网络，向集成系统发送联动申请。
d)集成系统根据联动申请，可进行如下工作： e)向CCTV系统发送视频控制指令；
f)向建筑设备各系统发送控制指令，如关闭空调，关闭楼控的相应系统，变配电系统关闭相应位置的供电等。
g)摄像机对准火灾报警发生部位；
h)矩阵切换报警图像在大屏幕指定位置显示；
i)矩阵切换报警图像到与硬盘录像机指定端口连接的矩阵输出端口； j)硬盘录像机进行报警录像；
k)当火警得到确认，进行语音拨号拨打119报警； l)向相关的管理人员发送报警短信或拨打报警电话；
m)当出现火警并确认后，联动门禁开启电磁锁，打开出现火情层面的所的房门的电磁
锁，以确保人员的迅速疏散；
n)启动公共广播系统，播放人员疏散通知；
1.1.5 系统建设基本要求
作为整个楼宇的集成系统，必须是以开放系统的概念为基础，形成开放、分布式的结构。采用分层、分布式客户机—服务器结构，整个系统分3层构建：
第一层：接口层，专用于数据采集和与外部系统或设备的数据交换，执行必要的标准转换。
第二层：数据处理层，专用于数据管理和高级应用功能，以一个实时数据库为核心，实现实时数据处理、事件处理和通知、内部运算和历史数据存档。
第三层：人机接口层，专用于各级操作员对系统的监视和操作。
系统集成是以系统集成、功能集成、信息集成、网络集成和相应的软件界面集成等多种集成技术为基础，结合标准化、模块化以及系列化开放性设计技术。
基本要求如下：
1.系统采用人性化设计，要具有可视化，简单化，图形化等特点。2.系统界面要同时支持WEB方式（B/S）和普通方式（C/S）浏览模式。3.系统界面在风格和使用上应具有一致性，操作简单。
4.系统界面支持多窗口显示，在同一屏幕上显示多种不同信息的内容。
5.系统界面要以动态图标、颜色变化、声音指示等多种手段体现整个系统的运行情况。6.在监控部分界面的操控方面，系统的应用只需要操作鼠标便能实现各主要操控、调配及监视的功能运作，即点即得。系统界面高度图形化，并能提供了大量的趋势图和图表，使得操作者对所需的信息一目了然。
1.1.6 系统技术与功能要求
1.系统技术要求：
1)应根据用户使用和管理需求，把用户软、硬件平台、网络平台、数据平台等组成一个完整协调的集成系统，实现优化控制和管理，创造节能、高效、舒适、安全的环境。
2)集成系统应具备与各子系统联网通讯的能力，实现各个系统之间的语言、数据、图像的资源共享。
3)各子系统与集成系统之间可有不同的通讯、连接，子系统具有独立的监控功能，不宜接受集成系统的统一控制，能够将运行数据发送到集成系统，按照集成系统的指令改变状态或运行方式，实现优化控制、管理。
4)应用集成应采用客户端为浏览器的B/S/S的三层应用体系结构。整个系统由三个部分组成：客户端、中间层应用服务器、数据库服务器。应用系统的层次结构划分为：用户表示层、业务逻辑层、数据服务层，将经常会发生变化的核心业务逻辑进行抽取，并部署在与数据库和客户端不同的中间层。集成平台或框架应采用国际、国内知名厂商产品，集成平台不应与某一子系统硬件绑定或受制约，确保整个集成的开放性与设备的无关性。
5)模块化设计，可以根据业主需求灵活客户化定制，能确保系统扩充的方便性和经济性。
6)采用跨平台技术，支持Windows，Linux、Unix等多种操作，支持SQL Server、Oracle、DB2等多种数据库，系统提供随时、随地的Internet访问。
7)完善的报警管理和安全措施。系统的权限至少应有多级操作权限，支持系统自动注销时间设置，可自动注销当前登录的客户。
8)表示层用户界面统一采用标准浏览器，无需安装复杂的网络、数据库等连接，无需随开发工具的界面控制驱动程序，如需要在浏览器中嵌入必要的界面控制内容，系统应提供简便的自动下载及安装功能，最大限度降低人工干预，降低系统的维护工.作量、维护成本，改善运行效率，可省去购买传统系统中前端工作站软件的费用。
9)支持多种报警传送方式，其中包括e-mail电子邮件、传真、SMS手机短信、弹出式网页，为整个建筑物提供更为安全的故障处理机制。
10)系统架构必须采用与当今主流信息系统相同的架构，完全使用楼宇的综合布线系统，能够依托集成平台开发后续的信息管理系统。
11)可接受时钟系统的时钟信息，并进行同步。2.系统业务功能要求
1)全局监测和管理、历史报表统计和趋势分析：实时监视各子系统设备的运行状况，并在地图上显示出来。打开相关的页面，可实时地看到所管理的任何一个子系统的任一个设备或关键点的状态，这些信息在页面上以图形、文字、动画的方式显示出来。各子系统的运行状态历史信息保存在数据库中，可以生成管理员所需要的各种统计图表，并能进行运行状态趋势分析。
2)重要公共场所应急预案及分析：智能楼宇信息系统应具备应对紧急情况的处理方案，通过对突发事件的分析，综合管理、调动各子系统，从而具备较强的应对突发事件的能力。
3)故障报警综合处理：当某个设备或关键点发生异常或其他重要事件，系统会以报警、事件的形式，及时在页面上用图形、文字、动画、声音等方式表现出来；并且能够根据事件性质提出事件重要性及依据数据共享及系统联动原则提出事件影响范围及对其他子系统的影响程度，并给出相应的解决建议及方案。报警信息应具备高效性，故障定位准确性，针对性，全面性。避免误报、漏报、避免一个故障，多条报警信息，多条解决方案的情况出现。
4)系统要具有报警管理功能：系统的报警信号包括反映报警重要程度的报警级别、报警发生的子系统、报警的具体位置等，能根据报警级别决定报警信息的显示颜色和顺序，不同的报警可设置不同的声音、提示语。
5)子系统间联动控制：各子系统本身是独立工作的系统，但智能集成系统将它们集成起来，可让它们协同工作，一个子系统的动作可触发另一个子系统的动作，即联动。智能集成系统的联动控制可采用软件或硬件的方式去实现。在关健的地方可以软、硬联动同时用，以实现双保险。
6)智能集成系统具有与各个子系统的通讯接口，集成了相关子系统的所有数据，对子系统拥有完整的数据采集及命令下达通道，集成系统具备了与运营需求相关的、可实现系统间协调工作的全部资源。集成系统软件的逻辑判断功能模块从各子系统获取必要的相关数据，经过自身的逻辑判断，再将逻辑判断的结果输出到各相关子系统的控制系统，最终通过各子系统完成既定的控制功能，或为运营操作人员提供相关的、必要的操作序列。
7)综合管理：智能集成系统应具备强大的数据库管理功能，将各个子系统传送来的信息进行分析、处理、综合，并按规则进行记录，创建相应的数据库，并能产生各种丰富的管理报告、报表。软件提供数据备份和恢复功能，提供系统运行记录、故障报警记录和用户日志的查询，查询结果可以生成报表。
8)提供直观、方便的管理工具，支持用户多级管理、权限控制和审计。支持系统配置管理、系统安全运行管理，具备多层次管理的权限设置功能。
9)系统可以监视消防报警系统状态，但不得对其进行控制
1.1.7 软件功能参数 1.1.8 系统结构
多进程、多线程的Win32规范设计 基于Web的多层架构,支持B/S运行模型 开放的数据接口，透明的网络管理技术 内嵌Script命令语言，满足用户各类需求 完善的安全保障机制，提供多级权限管理
基于OPC技术的、组件化的系统
支持Windows xp/NT4.0/2000/2000 Server/2003平台
1.1.8.1 建筑自动化管理系统主要技术指标
系统最大监控点数：100000 系统实时数据传送时间：≤1s 系统控制命令传送时间：≤1s 系统联动命令传送时间：≤1.5s 系统信息差错率：≤10-6 系统平均无故障时间：≥4320小时
1.1.8.2 建筑自动化管理系统功能模块
1．OPC客户端（OPC Client）：系统底层服务程序，负责所有子系统的接入，负责从OPC服务器采集数据，接收OPC事件与报警服务器发送的事件和报警信息，并将采集到的数据通过动态库写入实时数据库服务器（RDBS）。OPC客户端程序在运行中能够动态监视OPC服务器的运行状态，控制OPC服务器的启动与停止，并将从OPC服务器采集和接收到的数据信息以数据包形式显示数据传送情况，同时也能够启停数据的采集过程。
2.实时数据服务器（RDBS）：存储和管理实时及历史数据，处理和实现用户编写的联动处理逻辑代码，为数据转储工具（DST）提供服务。
3．系统配置工具（System Configure Tool）：系统的二次开发人员对整个系统进行常规配置（包括后台脚本配置、数据库属性、全局变量、子系统监控点配置、区域配置、IO驱动设置）、高级配置（包括权限配置、时间表配置、联动配置、历史数据配置）的工具。
4．时间表任务调度 系统可以进行在线配置，按时间程序执行相应的操作，以节省费用，和提供方便。
联动任务调度 系统可以进行在线配置，联动触发条件满足后要执行的联动任务信息。权限管理 在系统中，系统改进和增强权限管理的功能，对每个人员能否访问系统，以及每个人访问系统时的各种操作能力，允许系统管理员进行限制和管理。账户管理主要包括用户组管理、用户管理，系统可以在线进行用户权限管理。
5.系统路径设置工具（BMSConfig）：设置运行系统各种配置信息文件的路径。6.值班管理工具（OnDuty）：值班台。二十四小时运行，值班人员通过它监视系统任何时候有无异常事件发生，保证即使所有的IE客户都关闭的情况下也不会有重要事件被忽略和遗漏。当异常发生时，值班台可对系统报警、特殊事件提供多种形式处理（包括语音、声
光、传呼报警等）。
7.Web图形组态工具：监控画面编辑工具，用于生成和编辑监控组态画面。二次开发人员使用此编辑工具，为每个具体工程开发各不相同的监控界面。
8.设备信息管理工具：设备管理是对智能楼宇所有运行设备的档案、运行、维护、保养进行管理。主要包括设备档案管理、设备运行管理、设备维修管理、设备保养管理、维修申请/工作单管理。
1.1.9 硬件设备要求
主要设备包括硬件设备的功能应满足系统集成对数据计算的速度要求、对信息交换的带宽要求、对信息存储的容量要求、对系统管理的分布要求。
点击咨询 