英方软件数据库系统高可用解决方案
英方软件（上海）有限公司
目录
1. 概述 (1)
2. 需求分析 (2)
3.1主机配置 (3)
3.2方案拓扑图： (3)
3.3 I2高可用方案功能介绍 (4)
3.4管理控制台 (7)
5. I2的主要优势 (10)
6. 典型案例 (12)
7.公司简介 (13)
1. 概述
现代大型企业大多拥有为数众多的服务器，提供Internet与Intranet使用者各种不同的服务。如数据库系统、影像系统、录音系统、Email系统等。保持业务的持续性是当今企业用户进行数据存储需要考虑的一个重要方面。系统故障的出现，可能导致生产停顿，客户满意度降低，甚至失去客户，企业的竞争力也大打折扣。因此，保持业务的持续性是用户在选择计算机系统的重要指标。究其根本，保护业务持续性的重要手段就是提高计算机系统的高可靠性同时将数据的损失降至最低限度。
关键数据和数据库的备份操作已经成为日常运行处理的一个组成部分，以确保出现问题时及时恢复重要数据。传统的解决方案,类似于磁带机备份存在较大的缺点. 通常数据采用磁带离线备份，当数据量较大或突发灾难发生时，备份磁带无法真正及时快速恢复数据及业务。
提供有效的数据保护和高可用性服务,又在合理预算范围之内,并且能够基于你现有环境当中,获得实时数据保护,并无距离限制,为确保你重要数据的保护----包含数据库和邮件系统。I2为您提供了完美的解决方案。
I2 采用先进的异步实时数据复制技术(Asychronous Real-Time Data Replication)，立即将所有服务器上对于磁盘系统的变更透过网络传输至备援服务器，而非整个档案或磁盘的镜设(Mirror)，因此对于服务器的效能与网络带宽的影响都能降至最低，并能将成本降至最低，做到真正的实时数据保护.
业务数据是用户最宝贵的资产之一，数据的损失就是企业资产利润的损失，所以保护业务数据是企业计算系统的主要功能之一。实施I2的备份方案可以将用户数据的损失降至最低甚至为零。
2. 需求分析
数据库系统当前存在的问题
1）服务器出现故障，如宕机等其他原因致使服务器停止对外服务，管理人员无法及时得到通知。
2）维护困难，修复时间较长，还给企业声誉带来不好的影响。
数据库集群系统的基本要求
1）必须保证服务器性能和I/O满足企业多台终端的快速相应需求。
2）必须保证系统长期地不间断稳定运行。
3）必须保证成本的合理性。
4）必须数据库系统的高可用性和高可靠性。
5）须符合满足一定的扩展性，可以升级到容灾的高安全性。
简单地说就是必须保证业务系统7*24小时不间断运行，让所有应用系统提供正常的服务。
3. 方案规划
3.1主机配置
服务器操作系统部署应用许可数数据库服务器Windows/Linux MSSQL MYSQ ORACLE DB2 1
备份数据库服务器Windows/Linux MSSQL MYSQ ORACLE DB2 1
异地数据库服务器Windows/Linux MSSQL MYSQ ORACLE DB2 1
3.2方案拓扑图：
根据客户的需求，I2提供了以下的解决方案。详见如下拓扑图：
方案介绍：
?上海外高桥为生产机数据库，与漕河泾灾备机组成高可用集群环境
?漕河泾灾备机同时作为源端服务器，与异地深圳机房数据库服务器组成高可用
集群环境
?外高桥服务器正常对外提供服务，如果外高桥服务器宕机，漕河泾服务器将自
动接管IP,自动启动业务，实现业务的不间断应用，如果漕河泾服务器也宕机，这个时候异地深圳数据库服务器将灾备服务器自动接管IP,自动启动业务，实现业务的不间断应用。
?基于web的管理控制台，提高管理和监控的灵活性。
?支持备份windows平台下各种应用的数据备份和应用高可用保护。
3.3 I2高可用方案功能介绍
应用的无缝切换
i2Availability通过对应用、服务器等资源的状态进行实时监控，在发现应用突然异常停止（如应用异常退出、服务器断电、硬件故障等）、或者达到需要切换的条件时（如生产服务器资源即将耗尽、软硬件升级等），自动或者手工将应用切换到灾备服务器上，以便在这些情形下，有灾备机无缝接管生产服务器工作。
i2Availability 可对办公自动化、数据库、用户自开发等各类应用提供实时有效的高可用信保护。
Windows集群的可用性
i2Availability的集群软件Cluster功能帮助您执行故障转移集群，且无需受共享存储或地理位置的限制，减少了单点故障并让您能够自由地分配任何集群节点，为您提供所需的技术以保持Windows Server 集群的最大可用性。
全面支持各类业务应用
i2Availability支持Windows和Linux平台下的几乎全部应用软件，包括基于文件系统安装的Oracle，MySQL，Microsoft SQL Server，Exchange，Sharepoint Server, IIS，IBM Lotus Notes，DB2及Sybase ASE等等，并且可以和应用系统同步运行，让您的业务业务运行高枕无忧。
数据的严格一致性保证
i2Availability监控受保护文件或目录上发生的所有变化，并将改变的字节量通过标准IP网络复制到你选择的任何灾难恢复站点上，最大限度避免数据损失。处理和复制正在使用的文件与目录时，无需要求关闭该文件，用户的应用仍然保持在线和活跃运行状态，不会对您的工作有任何负面影响。通过旁路式截获生产系统的数据变化，即数据的变化被i2COOPY内核截获后，在应用层对变化的数据进行缓冲、压缩，加密、发送、确认，并且可预先限制i2Availability可使用的系统资源上限，从而保证了任何情况下不会对现有生产系统的正常运行造成影响，且保证了数据在整个过程中的安全性。
i2Availability无时不刻地保护着您的数据，且通过特有的DOT数据序列化传输技术，严格保证生产系统和灾备中心数据的一致性和完整性。
灵活的部署方式
i2Availability可支持多种部署模式，比如在灾备端部署和生产系统同样的硬件和软件，即传统的一对一方式，通过两个同样的服务器来实现数据的灾备和应用的快速切换。或者采用虚拟机技术，通过复制技术将生产系统应用和数据实时复制到灾备中心对应虚拟机上，异常时，由虚拟机来提供新的服务。
高效的数据传输算法
i2Availability优化的传输方式在窄带、远距离、大数据量等各种复杂环境下均有优异的表现，其效率远高于传统的数据传输方式。并且可自由设置传输带宽高低及使用时段，从而在优先保证带宽用于生产系统业务应用的同时，合理地分配和使用整个系统的各类资源。
独立于硬件和平台的可用性
i2Availability 支持在Windows、Linux物理机或虚拟服务器（VMware vSphere、Citrix XenServer、Microsoft Hyper-V）上运行的任何应用。不论使用何种应用或平台，您都可以确保关键工作负载时时可用。
3.4管理控制台
1、基于web访问的控制台。
2、添加工作机
3、添加灾备机
4、创建规则
4. I2与其它的比较产品
目前市场上备份软件种类繁多，提出了各种各样的方案。从备份方式分为定时计划备份方案和实时备份方案。针对虚拟化备份方案，从成本和备份速度等方面着手，提供了把服务器安装到虚拟化平台的方案。下面看个产品的比较：
5. I2的主要优势
1、I2提供字节级复制功能
与传统的备份软件相比，当文件有任何改动时，备份软件会将此文件进新备份，如果为10MB的文件改动了一个字节(1Byte)，备份软件必须重新备份此文件，即
10MByte大小。
如果使用I2的字节级复制技术，只会有1字节传送到备份服务器中，与备份软件处理的数据缩小了将近99.99%，因此能过更快速的将备份数据传送的远端的备份服务器中。
2、I2采用异步数据复制。
I2采用实时数据保护，但以异步的方式进行数据复制传输，可以对减少对服务器的影响，并能有效利用现有网络资源。
3、I2采用实时的数据同步复制技术
在任何时候被保护数据发生变化，立即同步到目标机上。
4、I2提供CDP持续备份保护特点
备份服务器完全记录了备份的数据从全备份以来所有的改变纪录，可以快速的进行任意时间点的恢复数据，并非以固定时间点的快照或备份软件来进行数据备份。
5、I2可利用现有的网络资源
I2因运用字节级的复制技术，能将需要备份数据缩减到85%-99%,因此能运用现有的线路，或能降低线路投资成本。
以目前每日增量0.69GB来计算，512K/bps的带宽即能支持本项目的现有及未来扩容的需求。
6、I2提供带宽限制功能
I2能预设网络的使用限制，即控制I2在操作时使用的网络宽带，降低对生产网络的影响。
7、I2提供智能数据压缩
I2提供三段的智能数据压缩，能有效的减少网络利用率。
可视现有的服务器级网络状况，动态的进行调整
8、I2 作用DOT技术确保数据库的完整性
通过部署在生产系统上的轻量级客户端模块，对要保护的数据进行系统级I/O 旁路监听，以细粒度的字节级增量数据捕捉方式，将生产端变化的数据复制到灾备中心并将变化的数据实时地传输到任意距离外的灾备站点，且通过特有的数据序列化传输技术（Data Order Transfer，简称DOT），严格保证生产系统和灾备中心数据的一致性和完整性。
9、I2提供灵活的配置方式
I2提供1对1，多对1的配置方式，弹性灵活。
10、扩容性强大，并能保护原有的投入
当有新的节点加入的时候，不需要对现有的结构进行更改，只需要在新的节点上安装I2软件即可。
6. 典型案例
上海云渊部分证券成功案例:
7.公司简介
英方软件（Information2 Software Inc.）是一家业内领先的专注于提供灾备及业务高可用解决方案的专业技术厂商。公司以保证企业业务连续性为首要目标，以独特的实时数据复制、持续数据保护技术，为各类企业在物理/虚拟或云计算平台的关键业务数据和应用，提供连续保护及快速恢复，彻底解决传统数据保护方式的各类难题，最大限度地减少各类系统因停机所带来的巨大损失。
通过英方软件的相关产品解决方案和专业技术服务，本着专业服务、客户至上的基本理念，英方软件(i2)的灾备及高可用解决方案简单易用、经济高效，已是全球众多高端优质客户的最佳选择。
英方软件中国区的总部设在上海，在北京、深圳和香港设有办事机构。英方软件与全球领先的诸多专业技术厂商Microsoft、Oracle、HP、DELL、IBM等有着紧密的合作伙伴关系。有关英方软件(Information2 Software Inc.)的相关产品和服务的信息，敬请访问或联系本地办事机构及
附件一：案例简介
在运营商IDC领域，目前我们的客户包括：上海联通，江苏电信，江苏联通，山西联通，浙江移动，浙江电信，中移动阅读基地，鹏博士等。英方主要提供了基于公有云的多租户模式实时灾备运营平台建设，以及项目型的应用级别灾备高可用项目建设。英方的电信级别灾备高可用技术方案i2Cloud已经全面为运营商的各类企事业单位客户，提供高级别的灾备服务。
作为灾备及高可用技术的领先者，英方软件在证券，金融，政府，外企等领域也有诸多典型应用，为企事业关键系统、应用和数据提供了高可用及灾备保护，主要包括国泰君安，国金证券，华鑫证券，华宝证券，浦东软件园，四川
工商，四川民政，西藏消防，三菱电机，浙江渔业，浙江民政，浙江公安，北京我爱我家，山西医院，深圳税务，复地集团等等企事业单位。尤其在中国证券行业，英方软件在证券报盘系统、资产管理和影像系统提供高可用灾备解决方案，大大提升了证券交易的安全等级，保护了交易安全，广受赞誉。
附件二：功能指标项
构建高可用性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支持这种配置方式，由三个服务器共同作为一个虚拟服务器运行，第四个服务器作为备份服务器，当虚拟服务器中任何一个服务器出现故障，备份服务器接管其原有的应用和资源。这种集群环境提供更强大的处理能力，适用于更高的企业用户需求，能够满足更多的客户访问。
甲骨文最高可用性架构 骨 最高 用性架构 Maximum Availability Architecture
议程表
? ? ? ? ? 甲骨文简介 高可用性介绍 传 高 用性分析 传统高可用性分析 甲骨文高可用性方案介绍(MAA) 客户成功案例分享
2
Oracle公司概揽
总揽
? ? ? ? ? ? 从08财年收入$22.4B，11财年收入35.6B 在40多项产品或市场领域占据业界第一 320,000客户跨越145国家 10W员工规模 (1 in i 3 joined j i df from acquisition) i iti ) Oracle在线社区上有超过五百万开发者 34年从业经验
革新和创新
? 超过3,000 3 000个产品，拥有 个产品 拥有2,000 2 000多个专利 ? 09财年投入$3B 研发和测试资金 ? 7,500 售后支持人员, 支持27国语言
3
今天的甲骨文公司
? 全球最大的企业软件供应商 ? 数据库市场占有率第一 ? 中间件市场占有率第一 ? 应用软件市场占有率第一 ? 服务器市场占有率第三 ? 开源产品的领军者 ? 虚拟化产品的竞争者 ? 云计算方案供应商
FAST?=?FusionMiddleware Applications System Tech
4
议程表
? ? ? ? ? 甲骨文简介 高可用性介绍 传 高 用性分析 传统高可用性分析 甲骨文高可用性方案介绍(MAA) 客户成功案例分享
5
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将实时监测该故障，并自动将系统切换至备用主机，以保障系统的连续运营。
高可用方案之二 高可用中的存储容灾方案 北京市科瑞讯科技发展股份有限公司
企业和事业单位的运转越来越依赖于计算机系统，如果一旦这个数据处理中心无法正常运转，就会造成业务停顿，导致不可挽回的损失。 随着信息时代的到来，关键数据的安全、持续可用问题直接关系到企业的生存和发展。用户对于保证数据的安全、持续可用的方案需求也变得多元化、复杂化，单一的解决方案已经逐渐不能满足用户的实际需求。 中金富捷凭借其丰富的研发经验，为您提供高可用性系列产品和优质的服务，推出了中金富捷高可用存储容灾解决方案，目的在于保证数据永不丢失和系统永不停顿，彻底解决传统高可用系统中存储设备单点故障的风险。 而采用中金富捷科技有限公司硬盘虚拟化产品SyMirror，可以最大限度的保护用户的数据信息，将用户的不同的存储设备进行同步复制，同时虚拟存储系统提供用户透明化的存取访问，任何一台存储设备的故障都会在SyMirror软件的检测下迅速切换到备用存储设备继续使用。而故障的存储设备修好后，重新加入SyMirror系统后，SyMirror会自动将增量数据同步到加入的存储设备。 具有国际领先技术的中金富捷SyMirror软件，具有以几个特点： 1、数据实时同步功能，确保两台存储设备的数据在任保时候保持一致。 2、透明化的数据存取功能，任何一台存储设备的损坏都不影响用户使用存储设备。 3、虚拟存储中的任何一个真实的存储设备都可以在任保时候轻松离线工作。 4、智能增量数据实别功能，确保加入虚拟系统中的存储设备进行快速增量同步。 5、存储设备之间的容灾切换时间小于1秒钟，对用户存取数据几乎无任何影响。 6、同PlusWell HA软件系统紧密配合，随动切换。实现真正意义的高可用冗余存储方 案。 北京中金富捷科技有限公司的高可用存储容灾方案结合了PlusWell HA高可用软件的高可用性及PlusWell SyMirror虚拟存储软件的透明化特点，结合二者之优势为客户提供了一套没有单点故障的高可用存储容灾方案。 一：方案特点 1、传统高可用解决方案（双机热备）： 主要以一台共享的存储设备提供数据共享存储区域，两台或两台以上的服务器提供主备两种状态，当主机故障时，备机接管主机工作。实现业务的可持续性工作。其工作原理如下：
医院无线网络整体解决方案 一.应用需求 随着信息技术的快速发展，医院信息系统在我国已得到了较快发展，国内多数医院已建立起以管理为主的HIS系统，建立了以管理为主的HIS系统，当前的发展重点则是建设以病人为中心的临床信息系统CIS（ClinicalInformationSystem）。临床信息化系统包括医生工作站系统、护理信息系统、检验信息系统（LIS）、放射信息系统（RIS）、手术麻醉信息系统、重症监护信息系统、医学图像管理系统（PACS）等子系统，而这些系统将以病人电子病历EMR（ElectronicMedicalRecord，EMR）为核心整合在一起。 随着医疗改革的推进，医院正朝着以终末质量管理向环节质量管理转变，从而提高医疗服务质量，缓和医患关系，提高医院的服务效率。与以病人为中心的服务理念相适应，医院信息化也从传统的内部管理为主的HIS系统，向以病人为核心的临床信息化系统转变。伴随着临床信息化，医院正逐步地实现无纸化、无胶片化和无线化。随着无线局域网技术的不断成熟和普及，无线局域网在全球范围内医疗行业中的应用已经成为了一种趋势。作为医院有线局域网的补充，无线局域网（WLAN）有效地克服了有线网络的弊端，利用PDA、平板无线电脑和移动手推车随时随地进行生命体征数据采集、医护数据的查询与录入、医生查房、床边护理、呼叫通信、护理监控、药物配送、病人标识码识别，以及基于WLAN的语音多媒体应用等等，充分发挥医疗信息系统的效能，突出数字化医院的技术优势。 二.无线网络整体设计方案 2.1.Trapeze医疗行业WLAN设计思想 2.1.1.医院中WLAN的设计要求 为客户提供好的系统解决方案，首先要准确地了解该系统应用的具体业务模式，以及实现该业务模式所需要的技术。通过医疗信息化建设中对无线网络平台应用模式的综合分析，我们总结出医疗信息化系统对无线网络平台具体要求： （a）数据保密性要求高，病人数据不能被盗取 （b）无线网络系统整体安全性要求高，包括物理设备，因为医院内人员流动性很大 （c）PACS对网络带宽稳定性要求很高，VoWLAN对网络时延要求高 （d）系统可靠性要求高，医院的有线网和供电系统都有双备份机制，当然要求无线网络也能具有着这样的保险机制。 （e）系统可维护性要求高，无线网络的维护不能成为医院信息科的负担 （f）每个病区的并发用户数较低，主要提供给医生和护士使用。如无线网络也提供给病人和访客使用，则必须与医院内网做有效隔离，同时要求能够对访客网的带宽占用做有效的限制。 2.1.2.医院中WLAN的用途 2.1.2.1.用于病区移动查房 在传统有线网络情况下，医生查房有两种选择：一是手持打印的纸质病历，供查房时查阅；二是医生在办公室工作站上事先调阅病历，并记忆分管病人的主要病史、生命体征数据，
高可用性集群系统的实现 《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依赖性尝试在安装时强制实施动态可执行文件的共享对象需求，以便在以后--当程序运行时--不会有与动态链接过程有关的任何问题。
方 案 建 议 书 （XXX容灾方案建议）
目录 第1章XXXX容灾方案参考 (1) 1.1 系统现状 (1) 1.2 容灾需求分析 (1) 1.3 容灾参考方案 (2) 1.3.1 总体架构规划 (2) 1.3.2 V7000 外部存储虚拟化功能说明 (2) 1.3.3 V7000 VDM（虚拟磁盘镜像）功能说明 (3) 1.3.4 后期存储扩展建议 (4) 1.4 系统配置参考 (4) 第2章V7000存储设备介绍 (6) 2.1 IBM V7000存储系统概述 (6) 2.2 通过IBM S YSTEM S TORAGE E ASY T IER增强访问能力 (6) 2.3 通过精简调配来优化效率 (7) 2.4 动态迁移避免系统中断运行 (7) 2.5 通过复制服务来保护数据 (8) 2.6 管理工具与IBM S YSTEMS D IRECTOR相集成 (9) 2.7 高性能SSD支持 (10) 2.8 外部存储系统虚拟化 (10) 第3章存储高可用技术建议 (11) 3.1 存储高可用性的内容 (11) 3.2 存储高可用性方案的主要实现方式 (13) 3.2.1 方式一：磁盘设备间数据镜像( 如LVM Mirror ) (14) 3.2.2 方式二：磁盘设备间数据复制（如PPRC或ERM） (18) 3.2.3 方式三：采用SVC或V7000或V7000实现逻辑卷镜像 (20) 3.2.4 三种HA方式的比较 (21)
第1章XXXX容灾方案参考 1.1系统现状 XXXX现有IT系统的现状大致如下图所示。采用IBM P550服务器作为数据库服务器，采用DS3400存储设备作为主存储系统。 1.2容灾需求分析 当前，XXXX计划在同一园区内建设容灾系统，在容灾中心和主生产中心之间采用2km长的裸光纤进行直连。并且，希望对现有的存储设备进行充分利旧。 IBM将针对当前所了解的情况，做出初步的方案，供XXXX容灾建设参考。 由于DS3400设备没有自身的基于磁盘的远程复制功能，因此无法采用基于存储底层的磁盘复制技术。此外，由于DS3400的性能有限，且缓存较低，因此采用基于AIX操作系统的LVM镜像方式性能会有影响。（各种高可用技术，详见第3章的说明） 而目前IBM最新的虚拟化存储设备V7000，即可以支持外部存储的接入，也可以支持内部存储和外部存储之间的镜像，因此可以通过V7000存储设备来实现存储的高可用，并达到同园区内容灾的目的。
关于系统稳定性策略的探讨 1.前言 系统作为业务系统的核心，其运行稳定性和高可用性至关重要。因此，需要通过高可用性设计来尽量减少系统的计划内和计划外停机，并在系统出现故障时及时响应、快速恢复，以保障关键数据和业务系统的运行稳定性和可持续访问性。其中： 1.计划内停机是指管理员有组织、有计划安排的停机，比如升级硬件微码、升 级软件版本、调整数据库库表、更换硬件设备、测试系统新功能等时，可能需要的停止系统运行。 2.计划外停机是指非人为安排的、意外的停机，比如当硬件出现重大故障、应 用程序停止运行、机房环境遭到灾难性的破坏时所引起的业务系统停止运行。 目前，对于计划内和计划外停机，可通过消除系统中的单点失效来尽量减少停机时间。同时，通过采用可在线维护（固件升级、在线扩充、故障部件更换）的设备，并通过负载均衡机制实现应用系统的在线升级、维护，将有效消除计划内停机对业务系统的影响。此外，由于系统中采用了全面的负载均衡设计，并针对系统失效提供了可靠的数据备份恢复和多点容灾保护，因而能够有效减少系统计划外停机的恢复时间。 在造成系统宕机的原因方面，有统计中表明并非都是硬件问题。其中，硬件问题只占40％，软件问题占30％，人为因素占20％，环境因素占10％。因此，高可用性设计应尽可能地考虑到上述所有因素。对于系统而言，其整体的可用性将取决于内部的应用系统、主机、数据库等多种因素；同时，训练有素的系统维护人员和良好的服务保障也是确保系统稳定运行和故障快速恢复的关键。 2.应用系统 系统在应用软件架构设计中应从渠道层、渠道管理层、业务处理层等不同
层面通过多种措施和策略的综合设计来提高应用系统的高可用性和稳定性。 在渠道管理层和业务处理层的设计中，要考虑设置应用负载均衡、应用软件失效备援、vip服务通道、流量控制、故障隔离等机制。 1.应用负载均衡 应用软件负载均衡通过多个层次上不同的负载均衡策略一起实现整体的负载均衡，应用负载均衡的设计思路是将大量的并发访问或数据流量分担到多台节点设备上分别处理和将单个重负载的运算分担到多台节点设备上做并行处理来达到负载均衡的效果，从而提高服务响应速度，提高服务器及其他资源的利用效率，避免服务请求集中于单一节点导致拥塞。 2.应用软件失效备援 应用软件构建在面向服务的架构、设计思想上，应用服务具有较高的可灵活部署性。通过这种灵活性，结合系统基础设施的规划、部署可以实现应用软件的失效备援。系统可以考虑实现基于应用服务和基于应用服务管理框架的多种应用软件失效备援机制。 基于应用服务的失效备援是在应用服务管理框架中可以实现应用服务的冗余部署，利用硬件负载均衡设备或应用软件负载均衡可以在需要时将服务请求切换到相应的冗余服务。 基于应用服务管理框架的失效备是将应用服务框架在系统中冗余部署，利用硬件负载均衡设备或应用软件负载均衡可以在需要时将服务请求切换到相应的冗余的应用服务管理框架。 3.vip服务通道 在系统中，从系统运行稳定性、持续性及处理性能的角度，配合物理设备、系统支撑软件（数据库系统、操作系统）的相关措施，应用软件可通过构建VIP服务通道的方式降低应用服务运行期间的相互影响。服务通道可以基于不同业务产品或不同应用服务管理框架的不同粒度来设置，从而满足部分应用处理资源只响应特定的服务请求或不同的服务监听响应不同的通道传递过来的服务申请的功能。 4.流量控制 在系统中，从系统运行稳定性、持续性角度，配合物理设备、系统支撑软
英方软件数据库系统高可用解决方案 英方软件（上海）有限公司
目录 1. 概述 (1) 2. 需求分析 (2) 3.1主机配置 (3) 3.2方案拓扑图： (3) 3.3 I2高可用方案功能介绍 (4) 3.4管理控制台 (7) 5. I2的主要优势 (10) 6. 典型案例 (12) 7.公司简介 (13)
1. 概述 现代大型企业大多拥有为数众多的服务器，提供Internet与Intranet使用者各种不同的服务。如数据库系统、影像系统、录音系统、Email系统等。保持业务的持续性是当今企业用户进行数据存储需要考虑的一个重要方面。系统故障的出现，可能导致生产停顿，客户满意度降低，甚至失去客户，企业的竞争力也大打折扣。因此，保持业务的持续性是用户在选择计算机系统的重要指标。究其根本，保护业务持续性的重要手段就是提高计算机系统的高可靠性同时将数据的损失降至最低限度。 关键数据和数据库的备份操作已经成为日常运行处理的一个组成部分，以确保出现问题时及时恢复重要数据。传统的解决方案,类似于磁带机备份存在较大的缺点. 通常数据采用磁带离线备份，当数据量较大或突发灾难发生时，备份磁带无法真正及时快速恢复数据及业务。 提供有效的数据保护和高可用性服务,又在合理预算范围之内,并且能够基于你现有环境当中,获得实时数据保护,并无距离限制,为确保你重要数据的保护----包含数据库和邮件系统。I2为您提供了完美的解决方案。 I2 采用先进的异步实时数据复制技术(Asychronous Real-Time Data Replication)，立即将所有服务器上对于磁盘系统的变更透过网络传输至备援服务器，而非整个档案或磁盘的镜设(Mirror)，因此对于服务器的效能与网络带宽的影响都能降至最低，并能将成本降至最低，做到真正的实时数据保护. 业务数据是用户最宝贵的资产之一，数据的损失就是企业资产利润的损失，所以保护业务数据是企业计算系统的主要功能之一。实施I2的备份方案可以将用户数据的损失降至最低甚至为零。
双机双柜高可用解决方案 关键字：双机双柜 传统的基于共享存储的双机热备方案解决了用户业务连续性的问题，当主服务器故障时，备机能及时接管保证业务7*24小时连续运行。但共享的存储设备却成为了系统的单一故障点，当盘阵不可用时，整个业务系统也必然停顿。 为了解决共享盘阵单点故障可能导致的系统不可用问题，Rose提出了相应的解决方案。仅需在现有架构基础上增加一台冗余的磁盘阵列，即构成双机双盘柜的解决方案，既消除了存储的单点故障，又使得客户拥有冗余的数据副本，大大提升了数据和业务的可靠性。 双机双柜高可用解决方案一：镜像方式 如上图所示，主、备服务器上均挂载一个磁盘阵列，部署Rose的双机双柜解决方案，通过Rose双机镜像软件利用TCP/IP网络实现主备机存储设备上的数据实时同步，当主机遭遇存储设备故障时，由于备机上有一份完全一致的数据，则可以利用备机上的数据将应用正常启动并恢复生产。 解决方案优点： ●数据存储在两台磁盘阵列上，数据冗余备份，避免磁盘单点故障 ●基于镜像技术的实施复制，保证数据的一致性
●Rose的高可用技术，保证业务连续性 ●提升高可用容灾距离 双机双柜高可用解决方案二：LAN-FREE方式 该方案中服务器、交换机、存储设备均有冗余设计，磁盘阵列A 和磁盘阵列B 分别接入不同的光纤存储交换机，服务器A 和服务器B 分别接入不同的光纤存储交换机；这种部署结构，实现了硬件设备和存储通道的完全冗余。 利用盘阵的多路径管理软件将冗余路径映射的磁盘还原为实际磁盘，通过操作系统的磁盘管理工具将不同盘阵映射的磁盘创建为RAID 1镜像卷。分别在服务器上部署需保护的应用，并将应用数据存放至不同盘阵构成的镜像卷中，实现对业务系统的高可用保护；通过系统的软RAID技术及光纤存储网络实现两台磁盘阵列中的数据同步。 冗余的存储路径设计，有效避免了存储HBA卡、光纤存储交换机、磁盘阵列、存储通道的单点故障，完全冗余的双机双柜结构保证了业务系统的连续运营和业务系统的数据安全，方案稳定性及可靠性得到保障。 解决方案优点： ●完全冗余结构，有效避免硬件设备和软件的单点故障。彻底解决了传统双机单柜模式下，磁盘阵列单点故障的情况。 ●数据的存储架构为FC-SAN，通过存储多路径管理软件实现存储通道的负载冗余，提升了业务系统数据存储的可靠性、高效性、安全性，并且基于FC-SAN 的架构具有高可扩展性。 ●高性价比的整体解决方案，既帮助用户实现了高容错，高安全，高性能的解
如何构建高可用性高扩展性的系统
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
高可用解决方案 数据中心高可用网络系统设计 数据中心的故障类型众多，但故障所导致的结果却大同小异。即数据中心中的设备、链路或server发生故障，无法对外提供正常服务。缓解这些问题最简单的方式就是冗余设计，可以通过对设备、链路、Server提供备份，从而将故障对用户业务的影响降低到最小。 但是，一味的增加冗余设计是否就可以达到缓解故障影响的目的？有人可能会将网络可用性与冗余性等同起来。事实上，冗余性只是整个可用性架构中的一个方面。一味的强调冗余性有可能会降低可用性，减小冗余所带来的优点，因为冗余性在带来好处的同时也会带来一些如下缺点： w 网络复杂度增加 w 网络支撑负担加重 w 配置和管理难度增加 因此，数据中心的高可用设计是一个综合的概念。在选用高可靠设备组件、提高网络的冗余性的同时，还需要加强网络构架及协议部署的优化，从而实现真正的高可用。设计一个高可用的数据中心网络，可参考类似OSI七层模型，在各个层面保证高可用，最终实现数据中心基础网络系统的高可用，如图1所示。 网络架构高可用设计 企业在进行数据中心架构规划设计时，一般需要按照模块化、层次化原则进行，避免在后续规模越来越大的情况再进行大规模的整改，造成时间与投资浪费。 模块化设计
模块化设计是指在对一定范围内的不同功能或相同功能不同性能、不同规格的应用进行功能分析的基础上，划分并设计出一系列功能模块，模块之间松耦合，力求在满足业务应用要求的基础上使网络稳定可靠、易于扩展、结构简单、易于维护。 层次化设计 包括网络架构分层和应用系统分层两个方面。在当前网络及安全设备虚拟化不断完善的情况下，应用系统分层可完全通过设备配置来实现逻辑分层，不影响网络的物理拓扑。对于网络架构层次化设计，选择三层架构还是二层架构是不少企业进行数据中心网络建设时面临的难题。 从可靠性的角度来看，三层架构和二层架构均可以实现数据中心网络的高可用。近年来随着云计算的逐渐兴起，二层扁平化网络架构更适合云计算网络模型，可以满足大规模服务器虚拟化集群、虚拟机灵活迁移的部署。二层架构和三层架构两者之间没有绝对的优劣之分，企业用户可根据自身的业务特点进行选择。也可以先二层，后续针对某些特定的功能分区采用三层组网。 设备层高可用设计 设备可靠是系统可靠的最基本保证，数据中心核心交换区设备的可靠稳定尤为重要。尽管可以通过架构、策略、配置等的调整和优化等多种手段降低核心设备的故障几率以及影响范围，但若要解决最根本的设备本身的软硬件故障，则必须选用数据中心级的网络设备。 关于数据中心级设备，业界还没有标准的定义，但从目前主流网络设备供应商提供的数据中心解决方案产品可以看出，数据中心级交换机应具备以下特征： 1) 控制平面与转发平面物理分离 控制平面与转发平面硬件物理分离，引擎切换时不影响转发，可实现零丢包。同时控制平面与转发平面均提供独立的冗余架构，实现控制与转发两级冗余，保证更高的可靠性。 2)关键部件更强的冗余能力 除了引擎和交换网板的冗余外，此类设备的电源一般均可以配置多块，实现N+M的冗余，保证电源的可靠性更高；另外风扇的冗余也由原来的风扇级冗余，提高到了风扇框冗余，每个独立的风扇框内多个风扇冗余。 3)虚拟化能力 数据中心的复杂度越来越高，需要管理的设备也越来越多，设备的虚拟化可将同一层面（核心、汇聚、接入）的多台设备虚拟化为一台，进行设备的横向整合，简化设备的配置和管理。 4)突发大流量的缓冲能力
RoseHA 高可用性系统解决方案
————————————————————————————————作者：————————————————————————————————日期： 2
RoseHA 高可用性系统解决方案 RoseHA 高可用性系统解决方案以低成本且简便的方式，实现了两个节点的Cluster环境.客户只需要在 原有的单机系统上增加一台服务器、一个共享存储设备，通过Rose基于共享存储的高可用解决方案即 可实现关键业务的7X24小时连续运行，对于需要更有效应用现有服务器资源的用户而言，是最为适用 的解决方案。 RoseHA的工作原理 RoseHA双机系统的两台服务器（主机）都与磁盘阵列（共享存储）系统直接连接，用户的操作系统、应用软件和RoseHA高可用软件分别安装在两台主机上，数据库等共享数据存放在存储系统上，两台主机之间通过私用心跳网络连接。配置好的系统主机开始工作后，RoseHA软件开始监控系统，通过私用网络传递的心跳信息，每台主机上的RoseHA软件都可监控另一台主机的状态。当工作主机发生故障时，心跳信息就会产生变化，这种变化可以通过私用网络被RoseHA软件捕捉。当捕捉到这种变化后RoseHA 就会控制系统进行主机切换，即备份机启动和工作主机一样的应用程序接管工作主机的工作（包括提供TCP/IP网络服务、存储系统的存取等服务）并进行报警，提示管理人员对故障主机进行维修。当维修完毕后，可以根据RoseHA的设定自动或手动再切换回来，也可以不切换，此时维修好的主机就作为备份机，双机系统继续工作。 RoseHA实现容错功能的关键在于，对客户端来说主机是透明的，当系统发生错误而进行切换时，即主机的切换在客户端看来没有变化，所有基于主机的应用都仍然正常运行。RoseHA采用了虚拟IP地址映射技术来实现此功能。客户端通过虚拟地址和工作主机通讯，无论系统是否发生切换，虚拟地址始终指向工作主机。在进行网络服务时，RoseHA提供一个逻辑的虚拟地址，任何一个客户端需要请求服务时只需要使用这个虚拟地址。正常运行时，虚拟地址及网络服务由主服务器提供。当主服务器出现故障时，RoseHA会将虚拟地址转移到另外一台服务器的网卡上，继续提供网络服务。切换完成后，在客户端看来系统并没有出现故障，网络服务仍然可以使用。除IP地址外，HA还可以提供虚拟的计算机别名供客户端
SQL server高可用方案 一、高可用的类型 ●AlwaysOn 高可用性解决方案，需要sql server 版本在2012以上 SQL Server AlwaysOn 即“全面的高可用性和灾难恢复解决方案”。客户通过使用AlwaysOn 技术，可以提高应用管理方面的工作。 SQL Server AlwaysOn 在以下2个级别提供了可用性。 *数据库级可用性 是一种“热备份”技术。在同步提交模式下，主副本的数据被同步更新到其他辅助副本，主副本与辅助副本之间可以时，辅助副本可以立即成为新的主副本。 *实例级可用性 AlwaysOn 故障转移群集实例（Failover Cluster Instance，简称FCI）可以在多个16个节点之间实现故障转移（版只支持2个节点。 当主节点发生故障时，辅助节点提升为主节点并获取共享存储中的数据，然后才在这个新的主节点服务器中启动FCI 是一种“冷备份”技术。辅助节点并不从主节点同步数据，唯一的一份数据被保存在共享存储（群集共享磁盘）●日志传送 日志传送依赖于传统的Windows 文件复制技术与SQL Server 代理。 主数据库所做出的任何数据变化都会被生成事务日志，这些事务日志将定期备份。然后备份文件被辅助数据库所属最后事务日志备份在辅助数据库中进行恢复，从面实现在两个数据库之间异步更新数据。 当主数据库发生故障时，可以使辅助数据库变成联机状态。可以把每一个辅助数据库都当作“冷备用”数据库
●其它辅助技术 对数据库进行备份，当出现故障时，手动将数据还原到服务器，使得数据库重新联机，这也可以算作实现高可用性复制（Replication）并不算是一个高可用性解决方案，只是它的功能可以实现高可用性。复制通过“发布-订阅”模式服务器间实现可用性。 SQL server复制 定义及应用：数据库间复制和分发数据和数据库对象，然后在数据库间进 过局域网和广域网、拨号连接、无线连接和Internet 将数据分配到不同位sql server复制分成三类： 事务复制通常用于需要高吞吐量的服务器到服务器方案（包括：提高可伸 点的数据、集成异类数据以及减轻批处理的负荷）。 合并复制主要是为可能存在数据冲突的移动应用程序或分步式服务器应用 交换数据、POS（消费者销售点）应用程序以及集成来自多个站点的数据 快照复制用于为事务复制和合并复制提供初始数据集；在适合数据完全刷二、高可用的服务器配置： 如果只是需要复制方式，则搭建两台相同硬件配置和操作系统版本与补丁 如果需要AlwaysOn 高可用方式，即出现故障后系统自动进行切换到备用 服务器、从服务器)相同硬件配置和操作系统版本与补丁、相同数据库版本三、各种实现方式的对比 下表将SQL Server 常用的高可用性解决方案进行综合对比。
高可用MS SQL Server数据库解决方案 建设目标 减少硬件或软件故障造成的影响，保持业务连续性，从而将用户可以察觉到的停机时间减至最小，确保数据库服务7*24小时（RTO为99.9%）运转，建设一套完整的高可用性MS SQL Server数据库系统。 需求分析 服务器宕机造成的影响 服务器宕机时间使得丢失客户收益并降低员工生产效率，为了避免对业务造成影响，从两个方面采取预防措施： 一、计划宕机时的可用性： ●补丁或补丁包安装 ●软硬件升级 ●更改系统配置 ●数据库维护 ●应用程序升级 二、防止非计划性宕机： ●人为错误导致的失败 ●站点灾难 ●硬件故障
●数据损毁 ●软件故障 现有状况 ●服务器存在单点故障； ●数据库未做高可用性配置； ●数据库版本为MS SQL Server2008； ●服务器配置为CPU E7540 2.0，24G存； ●数据库容量约800G 技术解决方案 解决思路 考虑到本项目的需求和最佳性能，为了达到最佳可用性，方案采用两台数据库服务器做故障转移集群，连接同一台存储做数据库的共享存储，实现故障自动转移。同时，将旧服务器作为镜像数据库，采用SQL Server 2012的alwayson 功能来再次完成自动故障转移，并可以分担查询的负载。
架构拓扑 新数据库：承担数据库主体计算功能，用于生产数据，采用双机集群，实现自动故障转移。 旧数据库：通过镜像功能，存储数据库副本，用于发生故障时的转移。也可配置为只读，承担备份的负载。 存储：存储采用双控制器，双FC连接两台服务器，避免单点故障。 主/辅域控制器：采用双机模式，SQL Server 2012 实现高可用的必备基础设施。 高可靠性技术方案 SQL Server的企业版支持所有的高可用性功能，这些功能包括：
目录 1. 应用需求------------------------------------------------------------------------------------------------ 2 2. 无线网络整体设计方案------------------------------------------------------------------------------ 3 2.1医院中WLAN的设计要求 -------------------------------------------------------------------- 3 2.2 用于病区移动查房-------------------------------------------------------------------------- 3 2.2.1用于床边护理 --------------------------------------------------------------------------- 4 2.2.2无线网络用于呼叫通信 --------------------------------------------------------------- 4 2.2.3无线网络用于护理监控 --------------------------------------------------------------- 4 2.2.4 无线网络用于药库管理 -------------------------------------------------------------- 5 2.2.5无线网络用于临床教育科研 --------------------------------------------------------- 5 2.2.6 无线网络用于病人识别与资产管理 ------------------------------------------------ 5 3. LECI无线网络的设计思想 ------------------------------------------------------------------------- 6 4. 无线网络总体描述------------------------------------------------------------------------------------ 6 4.1 AP电源的供给 ------------------------------------------------------------------------------- 7 5.1 AP的集中管理与自动配置 -------------------------------------------------------------- 10 5.1.1用户认证及加密 ---------------------------------------------------------------------- 10 5.1.2 基于策略的用户访问控制 ---------------------------------------------------------- 12 5.1.3用户漫游及QoS保障 --------------------------------------------------------------- 12 5.1.4用户动态负载均衡 ------------------------------------------------------------------- 13 6. 无线信号自动优化与调整------------------------------------------------------------------------ 13 7.无线网络的可扩展性 ------------------------------------------------------------------------------- 14 8. SmartPass ------------------------------------------------------------------------------------------- 14 9. 无线覆盖示意图------------------------------------------------------------------------------------- 15 10. 拓扑结构 -------------------------------------------------------------------------------------------- 17 10.1设备选型和配置---------------------------------------------------------------------------- 18 10.2交换机连接---------------------------------------------------------------------------------- 18 10.3 接入层AP部署--------------------------------------------------------------------------- 18 10.4用户接入策略------------------------------------------------------------------------------- 19 10.5 无线网络对医疗仪器的影响------------------------------------------------------------ 19 10.6 最高扩容性及投资保障 ---------------------------------------------------------------- 20 11.参考文献 --------------------------------------------------------------------------------------------- 21