XXXX
系统高可用解决方案
华为赛门铁克
目录
一、项目概述 (3)
二、项目介绍 (3)
2.1XXX单位信息系统安全项目背景 (3)
2.2XXX单位当前信息系统现状分析 (4)
2.3用户需求分析 (4)
三、 XXX单位信息系统安全解决方案概述 (4)
四、 XXX单位信息系统安全解决方案 (5)
4.1系统现状 (5)
4.2常用容灾方案介绍 (5)
4.2.1 基于复制软件的解决方案 (5)
4.2.2 基于数据库的解决方案 (7)
4.2.3 基于镜像卷的集群解决方案 (8)
4.2.4 方案比较 (10)
4.3信息系统安全解决方案设计 (10)
五、系统配置报价 (13)
5.1硬件配置与报价 (13)
5.2软件配置与报价 (13)
一、项目概述
XXX单位信息系统是XXXX的业务系统。同时XXX单位的领导非常重视信息系统数据存储基础设备的建设，目前已经建立了一套初步信息系统。
由于应用系统产生的大量的数据越来越突显重要性，同时又要满足不断持续访问的需要，信息系统的结构的灵活性要求，能随时随地提供信息，能够适应业务的快速发展和高速变化，这就需要信息系统的建设围绕着信息展开。因此在原有信息系统构架的基础上，实现应用系统和数据存储系统相结合的可用性、预防灾难发生的能力就更是迫在眉睫。
二、项目介绍
2.1 XXX单位信息系统安全项目背景
XXX单位信息系统自XXX年开始投入使用，运行已达XX年。主要业务系统采用了传统的B/S架构。其中，服务器为2005年购买的2台IBM 366服务器，分别配置2GB内存。
随着XXX单位信息系统规模的不断壮大，目前用于生产的IBM服务器已经出现若干次由于服务器故障等问题而导致业务无法正常运行的事件发生，并且随着信息化技术的不断更新，XXX单位的领导更深入的意识到了现有信息系统的重要，因此希望对目前的信息系统进行升级改造，更好的保证整个业务系统的稳定运行。
2.2 XXX单位当前信息系统现状分析
XXX单位的当前的信息存储构架现有一台XXX光纤磁盘阵列，（如下图所示）。
2.3 用户需求分析
从以上的介绍中，我们可以看到，XXX单位现有的存储架构存在着很大的风险。而且随着XXX单位业务系统的发展和应用系统设备的长期使用，早期的配置已经不能完全满足现有的规模的需要，因此在实际的运行中存在着如下的问题。
●随着信息技术的不断进步，信息系统的安全已经不能仅限于的本地数据安全与系统高可
用性，而是对整体的信息体统提出了要求更高的系统安全性。XXX单位目前的系统架构存在着一定的风险隐患，尤其是在硬件方面，数据完全存放在单一磁盘阵列中，因此一旦磁盘阵列出现问题，不但系统将处于完全的瘫痪状态，而且很有可能造成数据的丢失。
●XXX单位的信息系统完全集中在旧楼的信息中心内，因此一旦出现异常情况，如火灾、
爆炸、水灾、雷击等自然原因或某个方向线路故障以及电源机器故障、人为破坏等灾难时，都不能很好的保证业务的不间断运行和重要数据的不丢失、不被破坏。
●目前XXX单位信息系统中，并无一套完整的高可用系统，一旦WEB服务器和数据库
服务器任何一台出现故障，就使业务系统陷入瘫痪。
三、XXX单位信息系统安全解决方案概述
考虑到XXX单位整个业务系统的应用性以及数据安全的需求，我们需要为其信息中心数据系统提供一套行之有效的完整的信息系统安全解决方案，保证不论是硬件、软件，或者任何人为、自然因素造成的灾难发生时，都要尽可能的保证业务系统的不间断运行，并保证
重要数据的不丢失。在本方案中，我们将从着重从“不停、不丢、可恢复”既“应用系统的不间断运行、业务数据不丢失、备份数据可恢复”三个方面来对XXX单位的整体信息系统安全建设进行阐述，使得新建的信息安全系统具有相当的容灾能力，从而更加有力的保证应用系统的正常运行。此外，需要增加服务器操作系统快速恢复措施，确保服务器系统的及时恢复。
四、XXX单位信息系统安全解决方案
4.1 系统现状
目前XXX单位的信息系统，并为部署任何高可用措施，以保障业务系统的不间断运行：通过以上的分析，结合XXX单位的实际情况，我们提出了建设关键信息业务可持续性系统的目标：首先必须要保证数据库可持续访问，允许的中断时间应小于5分钟（为服务器切换所需要的时间）；即使发生意外事件，业务系统应做到不丢失数据，建立一套完整的高可用系统。
4.2 常用容灾方案介绍
通过对目前对容灾方案的分析和考察，并结合我们的实现目标，我们认为有以下几种方案可供选择：
●基于复制软件的解决方案
●基于数据库的解决方案
●基于镜像卷的集群解决方案
以下，我们将对以上的三个方案做简单的介绍，并从系统资源、网络资源、复制方式、接管方式、投资预算等几个方面进行对比和分析。
4.2.1 基于复制软件的解决方案
该方案基本思路是：在中心机房和异楼机房的服务器上分别安装复制软件，通过内网将数据库的数据文件实时复制到异楼机房内的服务器上，使得在不同大楼分别有一份完全相同的数据文件副本。一旦中心机房发生意外事件，造成系统无法工作，此时可以手工使用备用
服务器上的数据副本，在新大楼内启动数据库服务器；并通过修改业务系统中间层服务器的数据库配置使其指向新数据库服务器，使得业务终端可以使用备用服务器继续进行业务操作。通过这种解决方案可以达到发生意外时，数据不丢失，且可以尽快恢复业务系统运行的目的。
基于复制软件的解决方案示意图如下：
图1 基于复制软件解决方案示意图
系统资源：复制软件根据实现层次的不同可以分为文件级和逻辑卷级。虽然逻辑卷级由系统底层实现，比文件级实现在系统资源占用更少和复制性能上会更高。但是由于均需要在服务器上安装复制软件，因此会占用生产服务器不少系统资源（包括CPU资源和内存资源），一般都在25%以下。
网络资源：由于复制软件通过TCP/IP网络进行复制，在大数据流复制时将对网络造成较大冲击。一般可以通过限制网络带宽使用或建立专门的复制网络来解决复制与业务争用网络的问题。但由于受到网络带宽的限制，也影响了复制的速度。
复制方式：基于逻辑卷级的复制软件能够支持同步/异步复制方式，基于文件级的复制软件一般只支持异步方式。采用同步复制方式能够保证两份数据副本实时完全一致，采用异步复制方式无法保证该点，但能保证数据在时序上一致。同步复制由于网络延迟的原因，将对系统性能造成较大影响，通常采用异步复制方式。
业务接管：采用该方案，业务接管需采用手工方式进行。由于各业务系统均与HIS系
机房改造方案 一、总述 本方案为**公司中心机房整改方案，主要目的为：清理机房设备，优化网络结构，规范机房线缆，提高系统安全性及抵御风险能力。 二、网络现状及存在的隐患 1、布线年限较长，部分老化，线路过多，线路连接较混乱，没有线缆分类隔离，未使用或故障线缆和设备未拆除。容易出现断网，丢包延时过大，以及发生故障时维护困难等问题。 2、机房内防尘、防雷、温湿度保护措施欠缺，设备长期处于此环境会严重影响设备使用年限。 3、机柜容量已饱和，部分未使用或已淘汰的设备仍放置于机柜内，占用大量空间，并对设备放置、网络规划和布线造成影响。 4、操作系统密码设置简单随意，安全策略配置不到位，漏洞的检测和修复次数过少，使系统容易受到攻击，造成数据泄露。 5、在机房、网络、设备管理，以及各种维护方面没有完善的管理维护规章制度和流程，造成了管理维护稍显混乱。 三、整治解决方案 因机房环境复杂性最好安排停机进行操作，因此在机房改造前，需要做好系统备份、数据备份和配置备份。 根据机房的管理现状，此次整改将涉及四个方面： 1、软件方面 由于机房内的设备均处于生产运营状态，不能轻易进行变更网络状态、关闭设备等操作，以免用户使用过程中出现问题，造成投诉。故建议首先从软件方面着手进行整改。 软件方面需要整改的问题如下： （1）操作系统密码修改 操作系统登录密码统一修改，并形成密码编写规范。 （2）操作系统安全策略配置和漏洞检测修复。 1）建议开启审核策略 2）建议开启密码策略 3）建议开启账户策略 4）不显示上次登录名 5）禁止建立空连接 6）建议可以使用360安全卫士或腾讯电脑管家等软件检测和修复系统漏洞 （3）关闭不必要的服务和端口 关闭操作系统的不必要的服务和端口，保证系统安全。 （4）数据库备份 在做各个操作前，首先进行一次数据库备份，以免数据丢失。并形
构建高可用性HIS 近几年来，我国的HIS系统建设已从单纯的经济管理逐步向以病人为中心的临床应用发展，如联机检验数据采集、PACS系统以及电子病历等等，使医院对HIS系统的依赖程度越来越高，这就要求HIS系统需要达到7X24小时永不间断地高效可靠运行，计算机集群系统能够较好地满足这一要求。 1集群系统及其基本架构 1.1 集群的概念 集群就是把多个独立的计算机连接在一起，面对客户机作为一个虚拟整体，使整个系统能够提供更大的可用性、更好的可伸缩性和更强的容灾能力。 1.2 集群系统的基本构成 一个集群系统通常由多个服务器(或称为节点)、共享存储子系统和使节点可以进行信息传递的内部节点连接构成。图1为两节点集群的基本架构。 每个集群节点具有两类资源：非共享资源和共享资源。非共享资源包括安装网络操作系统的本地硬盘、系统页面文件（虚拟内存）。本地安装的应用程序，以及特定节点访问的各种文件。共享资源包括存储在共享设备中的文件，每个集群节点使用共享存储系统访问集群的quorum资源和应用程序数据库等。 1.3 集群系统中的几个重要组件 ①后台共享存储设备：所有的节点都必须与至少一个集群系统的共享存储设备相连。共享存储设备将存储集群本身的系统数据及应用程序所产生的数据。 ②集群内部网络通讯：这个网络提供信息传递的服务，被称为心跳网络，它用来传递各个节点的状态。内部连接可采用高带宽的通讯机制（例如千兆以太网），以确保集群中的节点可以快速交换信息和同步数据。 ③公共网络：为客户端提供访问服务的网络，这个网络为其它的应用服务提供必要的网络通讯基础。 ④虚拟的前台界面：所有的节点被合为一组，有一个虚拟的服务器名称，为了管理集群系统，也需要为集群提供一个名称。应用程序在集群环境下运行的时候，也需要创建自己的虚拟服务器名称，便于客户端的访问。 1.4 集群中节点的运行模式 在集群中节点可以有几种运行模式，取决于实际应用环境。 ①Active/passive模式。在两个节点集群环境中，其中一个集群节点处理所有集群应用请求而另外一个节点则只简单地等待那个起作用的节点失效。这种Active/passive集群方式从性能价格比方面来讲并不合算，因为其中一个服务器在大多数时间处于空闲状态。但在失效时应用可以完全使用另一个服务器的处理能力，所以这种配置比较适用于一些关键业务环境。 ②Active/active模式。在集群中每一个节点都作为一个虚拟的服务器，当一个应用运行在节点A时，节点B不需要处于空闲状态以等待节点A的失效，节点B可以在为节点A的资源提供失效恢复能力的同时运行它自己的集群相关应用。由于这种模式各个系统都是独立运行，因此在资源的应用上其效率要更高一些。但一个Active/active方式的节点必须具备相应的能够处理两个节点上的负载的能力（在发生失效恢复事件时），否则接管了失效节点的服务也会很快因不堪重负而垮掉。 ③3-active/passive模式。Microsoft Windows 2000 Datacenter Server支持这种配置方式，由三个服务器共同作为一个虚拟服务器运行，第四个服务器作为备份服务器，当虚拟服务器中任何一个服务器出现故障，备份服务器接管其原有的应用和资源。这种集群环境提供更强大的处理能力，适用于更高的企业用户需求，能够满足更多的客户访问。
全高清自动录播系统方 案修改 文稿归稿存档编号：[KKUY-KKIO69-OTM243-OLUI129-G00I-FDQS58-
AVA全高清录播系统方案 建设目标 本方案旨在满足学院精品课程录制、教学同步直播、其它教学视频录制及远程网络教育不断发展的要求，建设一套专业级全自动高清课程录播系统。该系统在技术性能和装备的先进性方面全面达到或超过教育部关于数字化学习资源视频公开课制作的技术标准，能进行国家级精品课程录制、网络教学直播、生成高质量多模式的网络课程教学资源。 高清全自动录播系统整体要求： 采用先进的图像识别定位跟踪技术和导播系统实行教师教学活动和师生互动的自动拍摄，采用先进的自动录播系统进行国家级精品课程录制、教学直播、教学点播、课件点评、生成高质量多模式的网络课程、及课程资源所需的各种课件及视频文件。 高清全自动录播系统详细的技术要求： 1.★高清录播服务器要求是一体式高集成度系统，信号采集、录制、直播和存储等功能集成在一台录播服务器上，系统稳定可靠，便于使用、管理和维护；高清录播服务器不能采用普通电脑+视频采集卡+软件的实现方式。 2.录播系统录制的文件必须有单流和多流两种模式供用户根据需求自由选择，必须具有手动、自动和半自动三种录制模式。 3.手动录播模式必须具有导播、监视和控制摄像头跟踪等功能。支持鼠标点击跟踪，鼠标滚轮放大缩小。 4.每个摄像机位配置多个预置位，使导播更加方便和快捷。
5..★图像识别跟踪要求采用全景、特写的跟踪方式：老师移动时全景拍摄，当老师站定后切换到特写拍摄；学生起立时全景拍摄后切换到特写拍摄，不能采用实时紧跟的模式，以保证跟踪效果平稳。跟踪系统必须是由录播厂家为自有录播产品量身定制自主开发的系统，以避免使用第三方跟踪设备导致的与录播系统衔接不佳的现象、提供生厂厂家跟踪系统软件认定证书。 6.系统具备远程开启录播系统功能，管理人员在中心控制室远程开启录播系统。 7.外部信号接入高标清兼容，多种接口信号任意搭配，能灵活满足用户的接入需求。
(此文档为word格式，下载后您可任意编辑修改！) 目录 1.施工组织设计 (6) 1.1工程概况 (6) 1.1.1 工程特点 (6) 1.1.2工程范围 (6) 1.2编制施工组织总设计的指导思想 (7) 1.3施工组织的编制依据 (7) 1.4施工组织结构 (9) 1.4.1总包管理 (9) 1.4.1.1建立总包管理体系框架 (9) 1.4.1.2总包工程与监理、设计人及各单位之间的配合 (9) 1.4.2组织机构 (10) 1.5项目组成人员工作职责 (12) 1.5.1工程总指挥工作职责 (12) 1.5.2工程技术总监职责 (12) 1.5.3项目经理工作职责 (12) 1.5.4设计工程师工作职责 (13) 1.5.5项目工程管理人员工作职责 (13) 1.5.6项目材料员职责 (14) 1.5.7项目仓管员职责 (15) 1.5.8行政管理人员职责 (15) 1.5.9安全员职责 (16) 1.5.10试验员职责 (16) 1.5.11质检员工作职责 (16) 1.5.12物资采购员工作职责 (17)
1.6项目施工组织目标 (18) 1.6.1施工进度目标 (18) 1.6.2质量管理目标 (18) 1.6.3安全目标 (18) 1.6.4文明施工目标 (18) 1.7施工管理 (19) 1.7.1工程进度管理 (19) 1.7.2安全制度 (19) 1.7.3材料的质量控制 (20) 1.7.3.1采购部人员组成 (20) 1.7.3.2工作原则 (20) 1.7.3.3设备材料的质量控制 (21) 1.7.3.4验审资质 (21) 1.7.3.5材料管理 (21) 1.7.3.6材料、机具计划 (22) 1.7.3.7施工的临时设施 (23) 1.7.4工程进度管理 (24) 1.7.4.1工程会议 (24) 1.7.4.2工程洽商 (25) 1.7.4.3总体实施进度表 (25) 1.7.4.4施工项目进度控制方法、措施和主要任务 (26) 1.7.4.4.1施工项目进度控制方法 (26) 1.7.4.4.2动态控制 (26) 1.7.4.4.3系统控制 (26) 1.7.4.4.4 施工项目进度控制的措施 (27) 1.7.4.4.5网络计划技术处理 (27) 1.7.4.4.6施工项目进度计划的实施与检查 (27) 1.7.4.4.7施工项目进度控制的任务 (28) 1.8工程质量保证 (28)
1.业务连续 1.1.共享存储集群 业务系统运营时，服务器、网络、应用等故障将导致业务系统无常对外提供业务，造成业务中断，将会给企业带来无法估量的损失。针对业务系统面临的运营风险，Rose提供了基于共享存储的高可用解决方案，当服务器、网络、应用发生故障时，Rose可以自动快速将业务系统切换到集群备机运行，保证整个业务系统的对外正常服务，为业务系统提供7x24连续运营的强大保障。 1.1.1.适用场景 基于共享磁盘阵列的高可用集群，以保障业务系统连续运营 硬件结构：2台主机、1台磁盘阵列
主机 备机心跳 磁盘阵列 局域网 1.1. 2.案例分析 某证券公司案例 客户需求分析 某证券公司在全国100多个城市和地区共设有40多个分公司、100多个营业部。经营围涵盖：证券经纪，证券投资咨询，与证券交易、证券投资活动有关的财务顾问，证券承销与保荐，证券自营，证券资产管理，融资融券，证券投资基金代销，金融产品代销，为期货公司提供中间介绍业务，证券投资基金托管，股票期权做市。 该证券公司的系统承担着企业的部沟通、关键信息的传达等重要角色，随着企业的业务发展，系统的压力越来越重。由于服务器为单机运行，如果发生意外宕机，将会给企业的日常工作带来不便，甚至
给企业带来重大损失。因此，急需对服务器实现高可用保护，保障服务器的7×24小时连续运营。 解决方案 经过实际的需求调研，结合客户实际应用环境，推荐采用共享存储的热备集群方案。部署热备集群前的单机环境：业务系统，后台数据库为MySQL，操作系统为RedHat6，数据存储于磁盘阵列。 在单机单柜的基础上，增加1台备用主机，即可构建基于共享存储的热备集群。增加1台物理服务器作为服务器的备机，并在备机部署系统，通过Rose共享存储热备集群产品，实现对应用的高可用保护。如主机上运行的系统出现异常故障导致宕机，比如应用服务异常、硬件设备故障，Rose将实时监测该故障，并自动将系统切换至备用主机，以保障系统的连续运营。
高可用性集群系统的实现 《Linux企业应用案例精解》第8章主要介绍一下虚拟化技术应用。本节为大家介绍高可用性集群系统的实现。 8.3.5 高可用性集群系统的实现（1） VMware Infrastructure 的体系结构和典型配置 资源动态分配和高可用性的实现为构建高可用性集群系统提供了有力的保障，采用VMwae构建铁路企业高可用性集群，不需要为系统中的每台服务器分别添置备用服务器，就可以有效地降低系统成本，在基于VMware的我企业高可用性集群中，备用服务器安装了VMware ESX Server，与数据库服务器、Web服务器、OA服务器和文件服务器等构成高可用性集群，同时采用数据库备份服务器实现差额计划备份。 使用VMware提供的虚拟基础架构解决方案，服务器不再需要随着业务增加而添加，整个IT基础架构能得到有效控制并可充分发挥效能。只有当整体资源出现不足的时候，才需要增加服务器。而且对系统资源的
添加也非常简单，不再需要做繁琐的硬件维护以及业务迁移，只需要简单地将新服务器安装VMWARE? INFRASTRUCTURE 3软件，并添加到已有的VMWARE? INFRASTRUCTURE 3架构中即可，新增资源将自动分配到各个最需要的业务环境中。 在HA和DRS功能的共同支撑下，虚拟机的稳定、不间断运行得到了保证，而且，在没有搭建Cluster环境的情况下，迁移、升级依旧能不中断服务。哪怕是硬件升级、添加，正常停机维护等情况，也能够保证所有的业务正常运行，客户端访问服务器不产生业务中断现象。新的服务器虚拟化架构中另一个重点是VMware HA 的部署，它是整个服务器系统安全、可靠运行的一道防线。传统的热备机方式最大的问题就是容易造成资源的大量闲置；在正常运行状态下，所有备机服务器都处于闲置状态，不仅造成计算资源的空耗，而且还浪费大量的电力和散热资源，投资回报率非常低。 如何应对Linux系统软件包的依赖性问题 不管是初步跨入Linux殿堂的新手还是，具有多年经验的专家，在安装或编译软件包的过程中或多或少的都会遇到包的依赖问题从而导致安装过程无法继续，比如管理员在安装php软件包需要libgd.so文件，而这个文件属于gb软件包。但是在安装gb软件包时，可能这个软件包跟其他软件包又具有依赖关系，又需要安装其他软件包才行。这时有的管理员便失去耐心。在遇到这种Linux软件包依赖关系问题，该如何解决呢?在谈这个具体的措施之前，先跟大家聊聊Linux系统里的软件爱你依赖性问题。 我们把处理rpm依赖性故障的策略可以分成两类解决依赖性故障的自动方法和手工方法。但当安装不属于发行一部分的软件包时自动方法是不可用的。在描述如何手工解决依赖性故障后，将简要描述如何使用自动方法之一（YUM），但首先需要了解它们是什么及rpm如何强制实施它们。 一、什么是依赖性 程序依赖于程序代码的共享库，以便它们可以发出系统调用将输出发送到设备或打开文件等（共享库存在于许多方面，而不只局限于系统调用）。没有共享库，每次程序员开发一个新的程序，每个程序员都需要从头开始重写这些基本的系统操作。当编译程序时，程序员将他的代码链接到这些库。如果链接是静态的，编译后的共享库对象代码就添加到程序执行文件中；如果是动态的，编译后的共享库对象代码只在运行时需要它时由程序员加载。动态可执行文件依赖于正确的共享库或共享对象来进行操作。RPM依赖性尝试在安装时强制实施动态可执行文件的共享对象需求，以便在以后--当程序运行时--不会有与动态链接过程有关的任何问题。
目录 第一部分用户需求 (2) 1.1.需求分析 (2) 1.2.应用参考 (3) 第二部分系统特色 (6) 2.1.四大特色 (6) 2.2.多种建设模式 (9) 2.3.平台融合 (10) 2.4.直播引擎 (10) 2.4.1.会议直播 (11) 2.5.存储引擎 (11) 2.6.点播引擎 (12) 2.7.实时交互引擎 (13) 2.8.开放接口 (13) 第三部分技术方案 (15) 3.1.基本组成 (15) 3.1.1.高15 3.1.2.23 3.1.3.全 (28) 3.1.4.智能导播系统 (29) 3.1.5.高清晰音频套件 (31) 3.1.6.灯光 (33) 3.2.拓展应用 (34) 3.2.1.交互式教学及会议 (34) 3.2.2.教学监察及评价系统 (37) 3.2.3.数字语音微格系统 (38) 3.2.4.统一中控网络管理系统 (41) 第四部分技术对比表 (42) 第五部分公司简介 (46)
第一部分用户需求 1.1. 需求分析 随着信息技术的迅猛发展，教育信息化也逐渐被世界各国政府所重视。在美国的“信息高速公路”计划中，特别把IT在教育中的应用作为实施面向21世纪教育改革的重要途径，美国的这一举动引起了世界各国的积极反应，许多国家的政府相继制定了推进本国IT在教育中应用的计划。通过10多年的信息化基础设施建设，目前我国已经建成并启用的有中国教育与科研网(CERNET)、中国卫星宽带远程教育网络，正在实施的有中小学“校校通”工程、高校“数字校园”建设工程、中小学远程教育建设工程，以及应用于学校教学的普通电教室、多媒体综合电教室、计算机室、微型电教室、CAI教室、网络教室、语言实验室、电子阅览室、闭路电视系统等。这些基础设施的建设既为我国的教育信息化奠定了基础，也为信息化教育的实施创造了条件。通过这些基础设施，可以学习知识、提高能力，学习可以不受时间、不受地点限制，极大提高了学习的主动性，同时也很大程度上降低了学习成本。如何快速制作适合网络学习的课程内容（课件）成为至关重要的问题。 针对这些应用，东信同邦信息技术有限公司推出了录播系统整体解决方案。该方案包含教室视频、VGA监控，课件的远程录制和集中管理，课堂内容实时直播、精品课程后期编辑，课件点播，资源管理等功能。实现方式可以灵活选择，可以采用一体机（EMA8300）为核心，也可以采用专用服务器组建大规模应用，还可以根据需要增减外围设备，如全自动教师/学生跟踪、导播、教学及教研远程交互等等。
高可用性系统部署方案 2010年2月5日 1.1 概述 1.1.1 前言 在金融工程系统应用中，对服务器的安全性、可靠性要求较高，在服务器故障情况下，要求尽可能短的时间内恢复运行，并且能对故障发生时的数据进行恢复和处理，而能否实现这一功能是一个系统是否达到高可用性的主要指标。
高可用性可体现于应用系统和数据库存储两部分，应用系统部分重点是主备机达到故障自动切换，而数据存储部分注重数据的完整性、安全性和故障转移。 1.1.2 目前情况 股指套利、算法交易、交易网关等系统在使用上需要作整个架构部署的高可用性考虑，但目前只是部分或没有作整个系统的高可用性方案及实现。 1.1.3 参考文档 附件：SQL2005数据镜像方案测试报告_20100204.doc 1.2 高可用性需求 即要实现高可用性，又要控制成本投入，实施部署也要可操作性强是这次方案的主要目标，基于此目标，本方案对成本很高的共享磁盘阵列的故障转移群集和第三方商业故障系统不作为实现技术方案。 本方案解决的高可用性需求如下： 1、应用主服务器故障发生时，连接能够短时间内自动连接到备机继续工作。 2、数据库主服务器发生时，备机上要有完整的数据，并且连接到主数据库的连 接会话能很快的重新连接到备机上继续工作 3、应用系统和数据库的服务器均能达到自动故障切换转移，以达到快速故障恢 复的目的。 4、服务器数量尽可能少，成本投入不能太高。 1.3 解决方案 出于安全和可靠性考虑，建议数据库和应用系统部署在不同的服务器上，以减少性能上的彼此影响。以算法交易服务应用为例，在母单下得较多的时候会出现系统CPU和内存上的较大消耗，如果再加上数据库的占用资源，很容易出现系统负载过重，故在方案中将应用系统与数据库分布在不同服务器，便于管理及提高整体性能。
关于系统稳定性策略的探讨 1.前言 系统作为业务系统的核心，其运行稳定性和高可用性至关重要。因此，需要通过高可用性设计来尽量减少系统的计划内和计划外停机，并在系统出现故障时及时响应、快速恢复，以保障关键数据和业务系统的运行稳定性和可持续访问性。其中： 1.计划内停机是指管理员有组织、有计划安排的停机，比如升级硬件微码、升 级软件版本、调整数据库库表、更换硬件设备、测试系统新功能等时，可能需要的停止系统运行。 2.计划外停机是指非人为安排的、意外的停机，比如当硬件出现重大故障、应 用程序停止运行、机房环境遭到灾难性的破坏时所引起的业务系统停止运行。 目前，对于计划内和计划外停机，可通过消除系统中的单点失效来尽量减少停机时间。同时，通过采用可在线维护（固件升级、在线扩充、故障部件更换）的设备，并通过负载均衡机制实现应用系统的在线升级、维护，将有效消除计划内停机对业务系统的影响。此外，由于系统中采用了全面的负载均衡设计，并针对系统失效提供了可靠的数据备份恢复和多点容灾保护，因而能够有效减少系统计划外停机的恢复时间。 在造成系统宕机的原因方面，有统计中表明并非都是硬件问题。其中，硬件问题只占40％，软件问题占30％，人为因素占20％，环境因素占10％。因此，高可用性设计应尽可能地考虑到上述所有因素。对于系统而言，其整体的可用性将取决于内部的应用系统、主机、数据库等多种因素；同时，训练有素的系统维护人员和良好的服务保障也是确保系统稳定运行和故障快速恢复的关键。 2.应用系统 系统在应用软件架构设计中应从渠道层、渠道管理层、业务处理层等不同
层面通过多种措施和策略的综合设计来提高应用系统的高可用性和稳定性。 在渠道管理层和业务处理层的设计中，要考虑设置应用负载均衡、应用软件失效备援、vip服务通道、流量控制、故障隔离等机制。 1.应用负载均衡 应用软件负载均衡通过多个层次上不同的负载均衡策略一起实现整体的负载均衡，应用负载均衡的设计思路是将大量的并发访问或数据流量分担到多台节点设备上分别处理和将单个重负载的运算分担到多台节点设备上做并行处理来达到负载均衡的效果，从而提高服务响应速度，提高服务器及其他资源的利用效率，避免服务请求集中于单一节点导致拥塞。 2.应用软件失效备援 应用软件构建在面向服务的架构、设计思想上，应用服务具有较高的可灵活部署性。通过这种灵活性，结合系统基础设施的规划、部署可以实现应用软件的失效备援。系统可以考虑实现基于应用服务和基于应用服务管理框架的多种应用软件失效备援机制。 基于应用服务的失效备援是在应用服务管理框架中可以实现应用服务的冗余部署，利用硬件负载均衡设备或应用软件负载均衡可以在需要时将服务请求切换到相应的冗余服务。 基于应用服务管理框架的失效备是将应用服务框架在系统中冗余部署，利用硬件负载均衡设备或应用软件负载均衡可以在需要时将服务请求切换到相应的冗余的应用服务管理框架。 3.vip服务通道 在系统中，从系统运行稳定性、持续性及处理性能的角度，配合物理设备、系统支撑软件（数据库系统、操作系统）的相关措施，应用软件可通过构建VIP服务通道的方式降低应用服务运行期间的相互影响。服务通道可以基于不同业务产品或不同应用服务管理框架的不同粒度来设置，从而满足部分应用处理资源只响应特定的服务请求或不同的服务监听响应不同的通道传递过来的服务申请的功能。 4.流量控制 在系统中，从系统运行稳定性、持续性角度，配合物理设备、系统支撑软
机房改造方案
————————————————————————————————作者：————————————————————————————————日期：
连江市供电公司信息中心标准化机房改造 设 计 方 案 福州华森信息工程有限公司 2009年02月27日
信息中心标准化机房改造方案 1.概述 现代化机房不只是一个简单设备摆放的场所，机房设计与施工的优劣直接关系到机房内计算机系统是否能稳定可靠地运行，是否能保证各类信息通讯畅通无阻。机房工程的建设项目包括：机房装修工程、机房电气工程、UPS电源系统、防雷接地工程、机房空调新风系统、机房气体消防、机房动力环境监控、智能门禁系统、视频监控系统、机柜设备、服务器集中管理系统、综合布线等多个系统组成的综合体，各系统均不是相互隔离的，而是有密切的关联。为了保证机房设备的稳定、可靠、安全地运行，一定要考虑机房的系统性。 采用先进成熟的技术和设备，满足当前的需求，兼顾未来的业务需求，尽可能采用最先进的技术、设备和材料，以适应高速的数据传输需要，使整个系统在一段时期内保持技术的先进性，并具有良好的发展潜力，以适应未来信息业务的发展和技术升级的需要。 连江供电公司信息中心标准化机房改造初设方案必须具有良好的灵活性与可扩展性，在满足现有需求的基础上，又能够根据今后业务不断深入发展的需要，扩大设备容量和提高用户数量和质量的功能。具备支持多种网络传输、多种物理接口的能力，提供技术升级、设备更新的灵活性。 为保证各项业务应用，网络必须具有高可靠性，决不能出现单点故障。要对机房布局、结构设计、设备选型、日常维护等各方面进行高可靠性的设计和建设。采用相关的软件技术提供较强的管理机制、控制手段和事故监控与安全保密等技术措施提高机房的安全可靠性。 在连江供电公司信息中心标准化机房改造初设方案结构设计上，我们基于国际标准和国家颁布的有关标准，包括各种建筑、机房设计标准，电
如何构建高可用性高扩展性的系统
1高可用性 1.1避免故障 1.1.1明确使用场景 保持系统简单 1.1.2设计可容错系统 Fail Fast原则 主流程任何一步出现问题，就应该快速结束接口和对象设计要严谨 能否被重复调用 多线程并发环境下是否有异常 对象类型是否需要检查 1.1.3设计具备自我保护能力的系统对第三方资源持怀疑态度，提供降级措施1.1.4限制使用资源 内存
防止集合容量过大造成OOM 及时释放不再使用的对象 文件 网络 连接资源 线程池 1.1.5其他角度 分析可能的风险 1.2及时发现故障 1.2.1监控报警系统 1.2.2日志系统和分析系统1.3及时故障处理 1.3.1降级 1.3.2限流 1.4访问量上涨的应对策略
1.4.1垂直伸缩 增加配置 1.4.2水平伸缩 增加机器 1.4.3拆分 按业务拆库 按规则拆表 1.4.4读写分离 实时性要求不高、读多写少的系统如何快速地从写库复制到读库 1.4.5其他 容量规划 2高可扩展性 2.1垂直伸缩 2.1.1高访问量
增加CPU 锁 线程数 单线程程序 增加内存 cache JVM堆 2.1.2大数据量 分表 单表数据量减少 跨表查询、分页查询复杂度提升2.1.3计算能力 线程数提升 2.2水平伸缩 2.2.1高访问量
SNA（Shared Nothing Architecture）有状态的部分，放入缓存或数据库中有状态的情况 存在内存的状态 广播同步 例如session同步 单台机器容量有限 分布式缓存 一致性hash 文件 直连存储DAS((Direct-Attached Storage) 网络存储 NAS(Network Attached Storage) SAN(Storage Area Network) 分布式文件系统 GFS HDFS 数据库问题 cache
1方案概述 1.1需求分析 学校信息化的一个重要领域是信息技术与课程整合，尽管课堂教学存在着一些与生俱来的不足与缺陷。但就目前而言，课堂教学仍然是学校教学活动的主要方式，学生通过学校的正规课程学习获得必要的知识和能力是学生发展的主渠道。同时学校还面临如何落实“一师一优课、一课一名师”政策要求，发挥名师课程优势，利用信息化手段，提升教师整体教学技能，并建设优质校本视频资源。 学校通过智能录播系统的建设，能完善课程建设过程性评估与教学质量监督管理、校本优质资源建设实现“常规化与便捷化”，能轻松实现与其他学校的互动教学，能形成同步化校本教学资源延展学生的学习。 1.2系统概述 针对以上需求，奥威亚（AVA）提出常态录播系统应用方案。该方案基于标准课室建设能实现常态化录课的系统，并借助互联网技术，将录播系统的音视频服务，统一由部署在学校的视频应用云平台进行对外服务。具体将实现如下功能： 建设常态化录播教室。通过该教室的搭建，能智能实现课堂实况自动拍摄的功能，真实完整还原教师讲解、学生听课、提问等各个环节的授课情况。常态化教室构建简单，能将日常的教师授课高效优质录制。 搭建基于视频应用的云平台，为全校师生提供公开课直播、视频点播，微课学习等服务。 建设观摩室。有别于传统观摩室仅实现课堂的观摩功能，本观摩室将平台管理职能、实时导播职能于一体，是本方案产品的集中管理中心。 2预期效果 全平台打通，构建学校内资源均衡共享模式 通过对Windows、Android、IOS三大平台，PC、手机、平板三大终端的 打通，构建基于互联网的学校资源共建共享模式，进一步为资源均衡起 到促进作用。
高可用报告 一、 高可用分析 1、三个概念 失效(fault)：指设备或程序自身固有缺陷导致的瞬间或永久性的功能失常。 错误(error)：由失效导致的系统内部不正确行为。错误可以被发现并进行纠正。 故障(failure)：指由于出现错误导致了系统产生了不正确的结果。 2、平均故障发生时间MTTF ( Mean Time To Failure ) MTTF 是一个统计上可测量的参数 MTTF 寿命 MTTF= 1 / 稳态运行期间的故障发生率 N 台机器T 时间内故障数: E = (N ×T)/ MTTF 3 可靠性: 系统连续提供服务的能力，MTTF: Mean Time To Failure 可维护性:修复故障使系统恢复正常的能力，MTTR: Mean Time To Repair 4、可用性(Availability) 可用性= MTTF / (MTTF + MTTR) 例: MTTF=5000小时, MTTR=1天, 则可用性为： 5000/(5000+24) = 99.52% 5、提高可用性的途径 1) 提高 MTTF 2) 降低 MTTR 二、硬件高可用 （一） Cluster 中硬件HA 的目标 1、 问题的起源：单点故障问题及其应对策略
单点故障：某些硬件或软件部件，它们的故障会导致整个系统的崩溃。[6] 机群系统可能出现的单点故障有： ●处理器或节点 ●存储程序或数据的磁盘 ●适配器、控制器和连接节点到磁盘的电缆 ●用户访问机群节点的网络。 ●应用程序 应对策略：通过系统地消除那些单点故障来尽可能使更多的故障成为部分故障。[6]解决机群中的单点故障问题：解决大多数的单点故障问题并不需要使用任何分层软件产品。计算从任何特殊错误中恢复所需人工干涉的总时间和精力。然后再考虑系统能否承受停机造成的损失，以及能否提供全天操作中必须的人工干预。对于机群设计者而言，这将有助于决定是使用人工干预来管理还是需要采取其它措施来满足高可用性的要求。 ?节点故障 在机群中，当一个节点提供的服务是关键性的话，那么当该节点失效时，机群中必须有另外的节点来代替它的资源，向终端拥护提供相同的服务。 包括以下步骤： 1、在备用节点的网络适配器配置失效节点的地址，或者提示用户（或改变客户端应用程序） 使用一个替换的地址。 2、在故障和备用节点之间引入和改变所有组的卷，并且装上所有需要的文件系统。 3、修复存储在故障节点内部磁盘上的所有应用程序和数据。 4、执行任何鉴定性的应用程序。 假定后备节点在关键服务中还没有被网络访问。这样，每个节点需要额外的网络适配器，这个节点将被备份。如果用户通过串行连接访问失效节点，每个终端应该物理上重连接到后备节点的端口上。如果外部磁盘没有连接到失效节点和后备节点之间的通用总线上，则需要手工将他们从一个转换到另一个。所有关键数据被保存在外部磁盘上。如果最后的后备节点变为不可用，所有关键数据则被保存至节点的内部磁盘。 ?磁盘和I/O总线故障 为了防止包括磁盘的外部I/O通道中的任何部分出错，应该在两路I/O总线上将磁盘镜象或者使用从节点到存储子系统有双重路径的磁盘阵列系统。 ?网络适配器故障 为了防止网络适配器故障，每个提供关键服务的节点需要配置备用网络适配器。这个适配器连接到与用户正在访问的主适配器相同的网络主干上。如果网络适配器失效，可以将备用适配器的地址改为失效适配器的地址。另外一种方法是始终有一个热备份的网络适配器可以随时替代出错适配器。这种方法从故障中恢复的时间更短，因为系统安装备用适配器无需停机。 ?网络故障 如果用户正在和一个节点通信时网络主干停止工作，解决方案之一是人工地将所有机群节点和客户端机器切换到另外一个主干上。即便有足够的时间和精力去这样做，还得保证没有松散的连接或网络设备（路由器、集线器或网桥）故障引起主干失效。另外一个解决方案是连接一个终端的子集到备用节点的串口上，这样还可以提供最小级别的服务。在这种情况下应用程序必须被设计成允许用户既可以通过网络连接到终端也可以通过串口连接到终端。 ?应用程序故障 根据应用程序的设计，为监控应用程序使用的后台程序，并及时对状态改变作出反应，应该使用AIX子系统资源控制器。 2、人工干预的缺点 根据上述的讨论，依据故障的不同类型。包括检测故障所花时间，很明显从任何机群故障中人工恢复的时间为30分钟到几个小时。这对许多应用在重要场合的机群来说已经是不可容忍的了。
RoseHA 高可用性系统解决方案
————————————————————————————————作者：————————————————————————————————日期： 2
RoseHA 高可用性系统解决方案 RoseHA 高可用性系统解决方案以低成本且简便的方式，实现了两个节点的Cluster环境.客户只需要在 原有的单机系统上增加一台服务器、一个共享存储设备，通过Rose基于共享存储的高可用解决方案即 可实现关键业务的7X24小时连续运行，对于需要更有效应用现有服务器资源的用户而言，是最为适用 的解决方案。 RoseHA的工作原理 RoseHA双机系统的两台服务器（主机）都与磁盘阵列（共享存储）系统直接连接，用户的操作系统、应用软件和RoseHA高可用软件分别安装在两台主机上，数据库等共享数据存放在存储系统上，两台主机之间通过私用心跳网络连接。配置好的系统主机开始工作后，RoseHA软件开始监控系统，通过私用网络传递的心跳信息，每台主机上的RoseHA软件都可监控另一台主机的状态。当工作主机发生故障时，心跳信息就会产生变化，这种变化可以通过私用网络被RoseHA软件捕捉。当捕捉到这种变化后RoseHA 就会控制系统进行主机切换，即备份机启动和工作主机一样的应用程序接管工作主机的工作（包括提供TCP/IP网络服务、存储系统的存取等服务）并进行报警，提示管理人员对故障主机进行维修。当维修完毕后，可以根据RoseHA的设定自动或手动再切换回来，也可以不切换，此时维修好的主机就作为备份机，双机系统继续工作。 RoseHA实现容错功能的关键在于，对客户端来说主机是透明的，当系统发生错误而进行切换时，即主机的切换在客户端看来没有变化，所有基于主机的应用都仍然正常运行。RoseHA采用了虚拟IP地址映射技术来实现此功能。客户端通过虚拟地址和工作主机通讯，无论系统是否发生切换，虚拟地址始终指向工作主机。在进行网络服务时，RoseHA提供一个逻辑的虚拟地址，任何一个客户端需要请求服务时只需要使用这个虚拟地址。正常运行时，虚拟地址及网络服务由主服务器提供。当主服务器出现故障时，RoseHA会将虚拟地址转移到另外一台服务器的网卡上，继续提供网络服务。切换完成后，在客户端看来系统并没有出现故障，网络服务仍然可以使用。除IP地址外，HA还可以提供虚拟的计算机别名供客户端
全高清录播系统方案 第一部分：建设目标 本方案旨在满足学校优质课程录制、教学同步直播、教学资源管理及共享要求，建设一套专业级全自动高清课程录播系统。该系统在技术性能和装备的先进性方面全面达到或超过教育部关于学校数字化学习资源视频公开课制作的技术标准，能进行省级、国家级精品优质课程录制、网络教学直播、后期资源点播、生成高质量多模式的网络课程教学资源。 第二部份：高清全自动录播系统技术要求 采用4机位拍摄方式，分别为老师全景、老师特写、学生全景、学生特写、板书特写，系 统支持摄像机的增加，且无需额外增加其它软硬件设备，另配有专业的视频资源服务平台，可支 持后期全区新增录播教室的无缝对接，最大限度的利用现有资源，减少重复建设。只需增加相应的摄像机数量就可。采用先进的学生单镜头图像识别定位跟踪技术和导播系统实行教师教学活动和师生互动的自动拍摄，自动生成专业的高清本地视频和网络视频文件。 1、设备集中控制 1）一键控制整个系统的开关，控制录播的开始、暂停和停止。 2、自动跟踪定位系统 1）采用“图像识别”技术实现对教师的自动跟踪和对学生的自动定位，跟踪主机支持3路跟踪定位拍摄，分别对应教师区、学生区、板书区。 2）对教师跟踪准确，跟踪过程中画面平滑，可自定义教师活动区域设，能够识别教师在讲台区域还是走向学生区域，配合录播主机实现不同场景的切换，确保教学活动的拍摄。 3）对教师进行多种景别的拍摄，根据教师不同的教学活动情况，摄像机自动变焦，实施近景、中景、全景拍摄。 4）能识别老师板书活动，并切换成板书摄像机拍摄，采取逻辑子区域设置方式，把黑板细分为多个子区域方式拍摄，清晰地拍摄5cm X 5cm的字体，字体像素点阵在20X 20以上。 5）学生定位准确、平滑，当学生活动时（站立回答问题），能及时定位活动的学生，并自动给活动学生特写镜头，若有多名学生同时活动，应调整为所有活动学生的全景，当学生活 动结束（坐下）时，系统自动切换回教师镜头。 6）具有防抖功能，避免学生小幅度活动时引起的摄像机画面抖动现象。
双机热备份方式 在双机热备份方式中，主服务器运行应用，备份服务器处于空闲状态，但实时监测主服务器的运行状态。一但主服务器出现异常或故障，备份服务器立刻接管主服务器的应用。也就是目前通常所说的active/standby 方式，主要通过纯软件方式实现双机容错。 LAN HeartBeat Active Standby AppA DiskArray 当前应用最广泛的双机热备份软件主要有LifeKeeper,Rose HA, DataWare和MSCS。 Rose工作模式: 1)双主机通过一条TCP/IP网络线以及一条RS-232电缆线相联 2)双主机各自通过一条SCSI电缆线与RAID相联 3)主机NT1为active，主机NT2为standby 4)主机NT1处理作业和数据，主机NT2作为热备份机 5)主机NT1故障后，主机NT2自动接管主机NT1的作业和数据 6)主机NT2同时接管NT1的主机名(Host)及网络地址(IP) 7)主机NT1的作业将在主机NT2上自动运行 8)主机NT1的客户(client)可继续运行，无需重新登录 9)主机NT1修复后，自动接管原来的作业和数据，主机NT2继续作备份机 双机互备份方式 在这种方式中，没有主服务器和备份服务器之分，两台主机互为备份。主机各自运行不同应用，同时还相互监测对方状况。当任一台主机宕机时，另一台主机立即接管它的应用，以保证业务的不间断运行。也就是目前通常所说的Active/Active方式，主要通过纯软件方式实现双机容错。通常情况下,支持双机热备的软件都可以支持双机互备份方式,当前应用最广泛的双机互备软件主要有LifeKeeper,Rose HA, DataWare和MSCS。 以Rose 为例：
全自动录播系 统 解 决 方 案
目录 一．客户需求分析 (3) 二．全自动录播系统的应用领域 (3) 三．方案详细介绍 (4) 3.1录播中控系统 (6) 3.2图像定位系统 (6) 3.2.1教师跟踪系统 (6) 3.2.2 学生定位系统 (9) 3.3 智能导播系统 (11) 3.3.1主要功能特点 (12) 3.4 智能音频系统 (13) 3.4.1主要设备参数 (14) 3.4.2声音采集方案 (15) 3.4.3灯光系统方案 (15) 3.5 课件实时录制系统 (15) 3.5.1系统功能 (15) 3.5.2课件样式 (17) 3.5.3课件特点 (19) 3.5.4特色功能 (19) 3.6 课堂直播系统 (20) 3.6.1结构说明 (20) 3.6.2功能特点 (20) 四.非线性课件编辑系统 (21) 4.1系统概述 (21) 4.2主要功能特点 (21) 4.3系统组成 (21) 4.4高清触摸显示白板 (24) 五．成功案例 (26) 六. 公司简介.............................................. 错误!未定义书签。 七.设备清单和报价......................................... 错误!未定义书签。
一．客户需求分析 授课过程录制成优质课程是教育系统工程中最为重要的一个环节，是 教育资源建设中最为重要的组成部分,可供广大师生、教研员课后点播观 摩评价，建立共享资源库，完成知识传承或进行校际课程交流。那么如何 实现高效率的制作高质量的课件呢？按照传统思路，授课老师亲自制作课 件，但是一般要求授课老师掌握一些计算机、摄像和课件编辑等专业技术， 例如：HTML、JavaScript、非线性编辑系统等等，还需要掌握与课件相关 的专业知识。但是目前大多数学校师资力量比较紧张，教师的教学任务繁 重，如果按照传统的思路去制作课件势必会给教师授课带来很多的负担。 那么如何用最简单的步骤，最快的时间制作出高质量的课件是一个非常重 要的、急需解决的问题。 二．全自动录播系统的应用领域 全自动录播系统集最先进的图像分析技术、多媒体技术、网络流媒体技术、 人工智能和自动控制技术于一体，将老师授课，师生互动场景，授课电脑VGA 信号以及课堂板书等进行智能化的跟踪切换录制，自动生成课程资源。它将教 学设备、教学理念和教学手段相结合，实现课堂教学活动全面完整的再现，形 成常态化、自动化、智能化的课程资源建设和应用平台， 本套系统主要应用在以下各方面： 1、授课过程的全自动录制与实时直播；
2019年机房改造技术方案 1.2.1、机房改造技术方案综述 本次***大学网络中心机房物理基础设施改造及升级采用台达整体解决方案，集中一体化设计，系统模块化的结构，为客户提供可用性高的、扩展性、适应性强的机房基础设施解决方案。 1.2.1.1、本次机房改造组成： 机房基础设施改造及升级、机房UPS 供配电系统、机房制冷系统、机房IT 设备机械支 撑；机房动环监控与管理等。系统方案组成图如下： 精密空调高效速能控温节能最轻松 机柜模块化设计优化空间使用率 电源管理优化电源管理让您灵活整合各样配电需求 环境监控资料中心安全最佳守 护者 InfraSuite 集成一体化设计系统模块化架构
1.2.1.2、系统基本情况说明： 2.1、为了保证通风与制冷的效率，机房净高设计为≥ 2.6米，地板高度≥400mm。机柜空余位置安装盲板，组成严密的冷热通道。 2.2、UPS主机、电池、动力配电柜安装在电池房，精密空调、机柜、列头柜等静电地板上 落地安装，精密空调下方定做专业架子。 2.3、机房供电系统采用2台40KVA UPS（可扩展为10KVA UPS系统）组成2N系统供电，为机房机柜配电系统配置1台可双路输入的精密列头配电柜，每个机柜提供2路独立的电源供电。 2.4、精密空调采用2套下送风制冷精密空调，双压缩机，单台制冷量4 3.5kW；考虑节能需要，采用EC风机。单台机组风量要求≥1600m3/h；显热比≧0.94，能效比（EER）≧3.0；温度调节精度：±1℃，温度调节范围：16~30℃；湿度调节精度：±5%，湿度调节范围：35~80%，充分满足机房制冷需要。 2.5、机柜系统合计15个，尺寸600*1090*2000mm，每个机柜配置2个IEC标准的专业PDU， 为机柜提供双路供电。 2.6、机房布线采用机柜顶上走线的模块化走线方案，具备3个各自独立的电源、光纤、网 络走线槽，支持上走线。走线槽采用预工程化的模块化机柜顶部上走线系统，实现在现场免工具快速安装快速部署。 2.7、机房监控采用模块化、易扩展的监控系统，设置专用监控室及LCD液晶监控屏，更注 重机房能效管理和IT微环境的管理。 2.8、对机房区域中间墙体拆除和修补，消防控制开关改造后适当移位，并增加相应的点位， 满足现有整体消防功能要求。将现有办公大厅北边区域用1厘单片防火玻璃隔断钢化玻璃隔 成一个监控室，根据需求设计定制监控控制席位，办公大厅南边区域重新设计办公隔断区域。 对机房区域进行防尘及防水处理。