SVC异构存储容灾技术建议书
公司名称:北京市太极华青信息系统有限公司
2013年8月
目录
第1章异构存储容灾的必要性 (3)
1.1 异构存储容灾概述 (3)
1.1.1 容灾的重要性 (3)
1.1.2 容灾系统建立时面临的异构存储挑战 (3)
1.2 SVC异构存储容灾解决方案简介 (4)
1.2.1 异构存储的整合 (5)
1.2.2 SVC异构存储的容灾 (6)
1.2.2.1 VDisk Mirror 、Metro Mirror本地存储高可用及数据容灾同步复制功能介绍 (6)
1.2.2.2 Global Mirror实现数据容灾异步复制功能介绍 (6)
1.2.3 SVC异构存储容灾解决方案适用场景 (7)
1.3 SVC异构存储容灾解决方案的价值 (7)
第2章 SVC异构存储容灾建议书详细介绍 (9)
2.1 SVC异构存储容灾拓扑图及常用配置 (9)
2.1.1 VDisk Mirror 、Metro Mirror方式拓扑图及介绍 (9)
2.1.2 Global Mirror方式拓扑图及介绍 (11)
2.1.3 SVC异构存储解决方案常用配置 (12)
2.2 SVC异构存储容灾的实现 (13)
2.2.1 SVC对于异构存储的整合 (13)
2.2.1.1 加入现有的SAN (13)
2.2.1.2 新环境的数据的迁移 (14)
2.2.2 SVC对于异构存储的容灾 (17)
2.2.2.1 VDisk Mirror介绍 (17)
2.2.2.2 MetroMirror同步复制介绍 (18)
2.2.2.3 GlobalMirror异步复制介绍 (19)
2.2.2.4 SVC同异步数据复制灾备技术分析 (20)
2.3 为什么选择基于中间层的实现方法 (20)
2.4 IBM在容灾服务上的优势 (22)
第3章公司介绍 (23)
3.1.1 太极华青组织结构 (23)
3.1.2 太极华青企业文化 (26)
3.1.3 太极华青资质 (27)
3.1.4 太极华青优势 (28)
3.1.4.1 技术的优势 (28)
3.1.4.2 人员的优势 (29)
3.1.5 太极华青业务 (29)
3.1.6 太极华青产品体系及解决方案 (30)
3.1.7 太极华青业绩 (31)
第1章异构存储容灾的必要性
1.1 异构存储容灾概述
1.1.1 容灾的重要性
随着企业的高速发展，业务数据量不断攀升，数据里记录着企业的运营情况，同时给决策者提供重要信息，成为企业最宝贵的财富之一。大多数企业把数据集中存储到数据中心进行管理，在带来提升管理和业务效率的同时，数据中心也存在遭到毁灭性打击的风险。因此，数据容灾已成为企业发展所必须考虑的问题之一。
容灾（Disaster Recovery）是指为了保证关键业务和应用在经历各种灾难后，仍然能够最大限度的提供正常服务的所进行的一系列系统计划及建设行为。典型的灾难事件是自然灾难，如火灾、洪水、地震、飓风、龙卷风、台风等，还有其它如原先提供给业务运营所需的服务中断，如设备故障、软件错误、电信网络中断和电力故障等等。此外，人为的因素往往也会酿成大祸，如操作员错误、破坏、植入有害代码和恐怖袭击。
举一个例子说明容灾的重要性：911恐怖袭击造成800多家公司数据丢失，很多公司从此销声匿迹。摩根斯坦利（Morgan Stanley）这家当时执金融业之牛耳的公司，随着世贸大厦的轰然倒塌，无数人认为该公司将成为这一恐怖事件的殉葬品之一。然而，正当大家为此扼腕痛惜时，该公司竟然奇迹般地宣布，全球营业部第二天可以照常工作。因为先前建立的远程容灾系统保护了重要的数据。不得不承认，远程容灾系统在这时挽救了摩根斯坦利，同时也在一定程度上挽救了当时的全球金融行业。
1.1.2 容灾系统建立时面临的异构存储挑战
容灾系统对企业是非常重要的，然而，企业内部的存储设备多种多样：不同的品牌，不同型号的异构存储设备造成数据的“SAN孤岛”问题，例如IBM、EMC、SUN、HP、HDS、Dell等不同厂商的存储设备无法“兼容”。异构存储设备给容灾系统的建设带来隐患，如下图:
在企业容灾系统建立时主要面临的以下挑战：
●数据被分离在不同SAN孤岛，各种异构存储设备不“兼容”；
●各种异构存储智能程度不同，无法实现跨异构存储设备的数据传输和共
享；
●由于各异构存储上的数据无法共享导致分散在各个设备上的整体容灾
不易实现；
●各个存储厂商容灾软件各不相同，无法通用；
●每个存储系统单独管理接口，造成管理的复杂性；
●某台存储设备故障，造成重要业务数据的丢失；
以上挑战严重影响了企业容灾系统的建立，IBM作为容灾标准的制定者及积极实践者，为用户带来了存储业界突破性技术的解决方案，帮助企业有效地应对各种挑战。
1.2 SVC异构存储容灾解决方案简介
System Storage SAN (SVC) 异构存储容灾解决方案采用两个步骤帮助用户轻松解决异构存储容灾问题：
1.异构存储的整合
2.异构存储的容灾
1.2.1 异构存储的整合
要实现异构容灾，首先要解决的问题是实现存储平台的统一。存储平台的统一通过SVC存储的虚拟化来完成，从而实现不同品牌的存储具有相同的功能，呈现给应用相同的接口，这同样也是存储的发展方向。
SVC异构存储容灾解决方案由设备管理和存储管理等部分组成。SVC将存储控制功能集中到存储网络中，实行平台统一；将多个磁盘系统的容量整合为一个单一的“容量池”，开发的集中式设备管理工具实现了资源管理和基于策略的自动化；如下图所示：
对于异构存储的整合SVC主要具有以下功能：
●帮助用户构建统一、合理的高可扩展存储架构；
●统一管理存储系统，把多个存储系统整合成单一的存储池，其兼容市面
上常见主机系统和存储产品；
●简化各种复杂的存储系统管理，可通过GUI（图形界面）管理所有存储
系统；
●数据迁移过程无需停机，支持7X24小时业务不间断运行，迁移过程主
机系统和应用不受影响；
●提供快照等功能，做到完善的数据保护；
●采用SVC可方便的帮助用户实施分级存储。
1.2.2 SVC异构存储的容灾
在整合异构存储后，SVC异构存储容灾解决方案采用VDisk Mirror、Metro Mirror 及Global Mirror两种不同的方式帮助用户实现容灾，将主数据中心的数据通过专用网络传输至容灾数据中心。
1.2.2.1 VDisk Mirror 、Metro Mirror本地存储高可用及数据容灾同步复制功能介绍
●用户可以利用SVC免费提供的VDisk Mirror在本地主中心机房实现存
储高可用，从而保证本地机房的数据读写的连续性；
●写数据时，通过VDisk Mirror功能可将数据同时分别写两份，保证数
据的安全可靠；
●若某一个Vdisk拷贝不可用时，VDisk Mirror仍可对另一个拷贝提供数
据读写，并且记录相关操作，一旦不可用的Vdisk恢复时自动开始同步
数据，从而确保数据的正确读写；
●另一方面，容灾时可通过Metro Mirror实现长距离同步远程镜像功能；
●Metro Mirror提供最大两个站点距离300KM的业务连续性保护；
●和任何同步复制技术一样，性能需求限制了可用的距离；Metro Mirror
实现同步数据复制时，主机IO当数据存储在两个存储后确认结束；Metro
Mirror设计为两个站点维护完全同步的拷贝；
●基于初始化拷贝已经结束
●Metro Mirror在任何一个站点操作SVC Clusters；
●本地和远程卷可用在任何SVC支持的磁盘系统上
1.2.2.2 Global Mirror实现数据容灾异步复制功能介绍
●通过Global Mirror用户可以实现长距离异步远程镜像功能；
●提供最大两个站点距离8000KM的业务连续性保护；
●主机IO的结束不需要等待远程IO的完成；
●帮助减少多应用的性能影响；
●设计为任何时间维护一个一致的第二份拷贝；
●基于初始化拷贝已经结束；
●Global Mirror提供单一的功能；
●提供实施的灵活性；
●在任何一个站点操作SVC Clusters；
●本地和远程卷可用在任何SVC支持的磁盘系统上；
1.2.3 SVC异构存储容灾解决方案适用场景
SVC异构存储容灾解决方案适合用户用于存在异构存储的情况下，首先帮助用户将各种异构存储进行统一整合，然后进行容灾，其容灾数据复制功能主要适用于以下建设场景：
1.3 SVC异构存储容灾解决方案的价值
通过多年实施SVC异构存储容灾解决方案的经验，实施SVC异构存储容灾解决方案可以给用户带来以下主要的价值：
●提升数据整合度，充分整合现有存异构存储，为数据容灾打好基础，并
实现存储高可用从而保证业务连续性；
●扩大用户容灾方式的选择范围，提供同步及异步方式选择；
●扩大用户容灾中心地点的选择范围，容灾中心的距离已不是关键问题；
●保护现有投资，支持最广泛异构存储，多达120多种不同品牌和类型的
磁盘存储系统；
●提升2倍左右的管理员工作效率，管理员可以通过GUI（图形用户界面）
管理容灾过程；
●一体化存储管理，降低系统的复杂性，节省管理成本高达50%左右；
第2章 SVC异构存储容灾建议书详细介绍
2.1 SVC异构存储容灾拓扑图及常用配置
SVC异构存储容灾建议书首先帮助用户整合异构存储，并在整合异构存储后通过以下两种方法实现容灾：
用VDiskMirror、Metro Mirror实现容灾：
●主数据中心的存储高可用（HA）；
●实现主数据中心与容灾数据中心同步数据复制；
Global Mirror实现容灾：
●主数据中心与容灾数据中心的异步数据复制；
●对于容灾中心的建立，与主数据中心的距离已经不是主要问题；
2.1.1 VDisk Mirror 、Metro Mirror方式拓扑图及介绍
SVC异构存储容灾解拓扑图
如上图所示，企业主数据中心：
采用各种类型服务器作为数据或应用服务器；
●一般对于关键业务服务器采用双机策略保证业务连续性；
●服务器通过冗余路径与光纤交换机相连；
●一般采用冗余光纤交换机确保不会有数据传输时的单点故障发生；
●同样，光纤交换机连接各异构存储设备，例如IBM磁盘阵列、HP磁盘阵
列、EMC磁盘阵列等；
●但由于这些异构存储设备不能“兼容”，造成SAN孤单及数据不能共享
管理，从而无法整体实现容灾；
在主中心机房实施容灾前，用户需要采用SVC虚拟化平台整合这些存储设备，实现数据的共享及统一管理，并通过SVC VDisk Mirror功能实现被整合的存储高可用。
●配置一台双节点SVC虚拟化平台确保没有单点故障；
●通过SVC虚拟化平台提供的VDisk Mirror功能，可实现存储之间的高
可用（HA），从而保证了存储层的业务连续性；
●将SVC虚拟化平台采用冗余线路连接至光纤交换机；
●采用SVC虚拟化平台整合这些存储设备；
同时，为了节约企业投入成本及考虑到容灾数据中心一般情况下不启用等原因，异地容灾机房一般采用相比主数据中心较为简单的配置；
如SVC异构存储容灾解拓扑图所示，容灾数据中心：
●通过裸光纤与主数据中心相连接；
●可采用较少服务器作为数据或应用服务器；
●可采用存储设备容灾数据；
●可采用光纤交换机冗余线路连接服务器与存储用于数据传输；
●实现容灾时，为了做到主数据中心异构存储的数据容灾，在容灾数据中
心：
●配置一台双节点SVC虚拟化平台确保没有单点故障；
●利用Metro Mirror通过裸光纤，将数据从主数据中心复制至容灾数据
中心；
●这复制技术占用主机设备的系统资源极小；
●利用数据传输网络，数据同步复制，实现数据高可用性，在本地除了
VDisk Mirror实现了存储高可用外，还确保异地灾备端始终有一份可用
的数据；
2.1.2 Global Mirror方式拓扑图及介绍
SVC异构存储容灾解决方案拓扑图
如上图所示，企业主数据中心：
●采用各种类型服务器作为数据或应用服务器；
●一般对于关键业务服务器采用双机策略保证业务连续性；
●服务器通过冗余路径与光纤交换机相连；
●一般采用冗余光纤交换机确保不会有数据传输时的单点故障发生；
●同样，光纤交换机连接各异构存储设备，例如IBM磁盘阵列、HP磁盘阵
列、EMC磁盘阵列等；
●但由于这些异构存储设备不能“兼容”，造成SAN孤单及数据不能共享
管理，从而无法整体实现容灾；
●实现容灾前，用户需要采用SVC虚拟化平台整合这些存储设备，实现数
据的共享及统一管理；
●配置一台双节点SVC虚拟化平台确保没有单点故障；
●将SVC虚拟化平台采用冗余线路连接至光纤交换机；
●采用SVC虚拟化平台整合这些存储设备；
同时，为了节约企业投入成本及考虑到容灾数据中心一般情况下不启用等原因，异地容灾机房一般采用比主数据中心简单的配置；
如SVC异构存储容灾解决方案拓扑图所示，容灾数据中心：
●通过专用IP网络与主数据中心相连接；
●可采用较少服务器作为数据或应用服务器；
●可采用存储设备容灾数据；
●可采用光纤交换机冗余线路连接服务器与存储用于数据传输；
●实现容灾时，为了做到主数据中心异构存储的数据容灾，在容灾数据中
心：
●配置一台双节点SVC虚拟化平台确保没有单点故障；
●利用Global Mirror通过专用IP网络，将数据从主数据中心复制至容
灾数据中心；
●这复制技术占用主机设备的系统资源极小；
2.1.3 SVC异构存储解决方案常用配置
主数据中心主要配置：
主数据中心：配置双节点SVC虚拟化平台支持实现底层多存储平台虚拟整合，在存储整合的前提下，配置Metro or Global Mirror同异步复制软件提供统一的数据容灾复制平台实现多异构存储磁盘阵列数据的异地容灾复制功能，同异步容灾功能支持转换；
各种类型服务器；
各种类型磁盘阵列；
各类光纤交换机；
各种VTL；
容灾数据中心主要配置：
容灾数据中心：配置1套（2节点）SVC虚拟化平台支持实现底层存储平台虚拟整合，在存储整合的前提下，配置Metro or Global Mirror同异步复制软件提供统一的数据容灾复制平台支持实现多异构存储磁盘阵列数据的异地容灾复制功能，同异步容灾功能支持转换；
各种类型服务器；
各种类型磁盘阵列；
各类光纤交换机；
各种VTL；
2.2 SVC异构存储容灾的实现
2.2.1 SVC对于异构存储的整合
基于SVC的存储虚拟化具有通用性强、实施简单的特点，透明地加入客户原有SAN 是 SVC 的基本功能。该方案中SAN Volume Controller 是整个SAN 网络的控制器，在SAN的分区上，逻辑上主要划分为Host Zone和Disk Zone，从而解除主机与存储设备的紧密耦合。它将整个SAN中的存储设备整合成一个巨大的存储池，可以充分利用所有的存储资源并按业务的需求分配存储空间、性能和功能。因此，通过SVC可以很方便的将目前的存储设备进行整合，建立统一的灾备管理和资源分配平台，可以按照应用/业务不断变化的需求来动态配置存储。
数据迁移/整合大致分为以下三个阶段：
前期准备：对系统现有状况和需求进行详细调查和讨论，收集系统现状，制定用户需求文档和实施方案。
现有数据的虚拟化：根据实施方案，将SVC加入用户环境，实现用户SAN环境的虚拟化，在此基础上利用SVC的远程复制（MetroMirror/GlobalMirror）功能，实现两个数据中心之间实现基于SVC的异构容灾。
SAN的优化/整合：SVC实现对用户现有环境进行虚拟化后，用户可以根据应用/业务对存储空间的要求以及环境的变化，利用SVC对虚拟化的功能，动态、在线对目前数据进行调整和优化。
2.2.1.1 加入现有的SAN
对于用户环境中的已有Lun， SVC有一种Image mode运行模式,通过这种模
式，当SVC被加入到一个现有的SAN 环境中时，不需要做数据迁移，SVC 把现有的磁盘配置原封不动的继承下来（这是SAN VC的Image mode），这样对服务器上的应用是完全透明的。Image mode 提供了从已有的磁盘到虚拟的磁盘之间的直接的 BLOCK 的映射关系，保持原来的数据。
2.2.1.2 新环境的数据的迁移
SVC加入SAN环境后，用户的SAN就转移到虚拟存储网络中了。所有的磁盘存储设备从各自为政变成由SVC统一分配和管理，SVC可以看成是SAN的一部分。在设备管理上，通过SVC的虚拟卷管理功能，首先将所有的磁盘卷交给SVC管理。管理员根据设备的特性，定义了高性能组设备和低成本设备，并根据服务器的需要创建和分配存储。例如当某个服务器对存储空间的需求发生变化时，SVC可以动态的在多个存储设备直接调配存储空间。如果某台服务器的I/O要求突然提高了，可以动态更换虚拟盘Vdisk所对应的物理设备。例如，某服务器上的Vdisk 所原来使用的是“低成本组”的磁盘设备，如果发现性能不够时，可以在不停应用的情况下，透明的将数据转移到“高性能组”。所有的迁移过程对服务器透明，因此不需要中止应用。按照SVC的功能，将数据整合分为以下几种类型：1．虚拟化现有的数据
当SAN VC 完全配置好以后，它又可以将原先磁盘上的卷及数据透明的迁移到其他真正的虚拟卷中，如下图所示：
2. 虚拟化已有的数据
如图所示，原先磁盘的数据通过SVC的迁移功能可以透明地条带化到真正的虚拟卷中。
3．在同一存储设备中移植数据
当现有存储设备的配置发生变化或需要对其需要整合时，比如磁盘阵列扩容，需要把数据从36G的磁盘移植到建立在146G磁盘上的Vdisk上时，该功能就可以对现有阵列的扩容的同时而不影响应用。
4. 替换现有阵列
SVC对用户的SAN虚拟化后，可以根据需要将数据在不同的存储之间进行透明地移植，如将某一组应用的数据从低性能磁盘移植到新购的高性能阵列而不影响应用和生产，如下图所示：
5. SVC虚拟化与非虚拟化共存
在某些情况下，客户希望某些应用的数据不通过SVC虚拟化，直接由原有的SAN提供给主机，SVC可以支持非虚拟化的卷和虚拟化的卷共存。如下图所示：
6．调整存储空间的利用率
如上描述，SVC在支持对虚拟卷进行在线的移植，扩容。同时SVC还支持对虚拟化卷的缩小，如下图所示（但此功能需要主机操作系统卷管理软件的支持。）
通过SVC加入用户系统后，通过上述介绍的SVC数据整合功能，用户可以轻松地根据系统和业务的需要，在新旧存储空间进行数据移植，I/O性能的调配。主要的实施步骤如下：
现有存储空间的调查，明确目前系统需求。
新旧存储设备整体规划，数据迁移计划。
在新旧存储设备之间/不同的存储设备之间/同一存储设备内部进行在线数据移植。
在SVC实施阶段，可以根据用户的具体需求进行数据移植和整合，以及异构存储的远程复制。但数据整合与迁移是一个长期、动态的过程，可以随企业环境、需求的变化而调整。这正是SVC对用户系统虚拟化后给用户带来的优势。
2.2.2 SVC对于异构存储的容灾
SVC 实现对客户的SAN的虚拟化后，所有的磁盘存储设备从各自为政变成由SVC统一分配和管理， SVC支持VDisk mirror复制功能；若单一存储系统故障时，VDisk Mirror功能提升了虚拟化存储系统的高可用性，VDisk Mirror也提供了一种数据迁移的方法；
●支持虚拟磁盘的Space-efficient功能；
●支持虚拟磁盘自动扩展；
●支持Pillar Axiom存储系统的虚拟化；
●IBM System Storage Productivity Center作为SVC控制台；
●不仅支持IPv4标准，还支持互联网协议版本6 （ IPv6 ）的标准。
可以把SVC看成是SAN的一部分，允许跨来自众多不同供应商的存储系统应用高级复制服务。复制是SVC实现异构环境冗灾的基础，通过光纤通道，以逻辑卷为基本单位，将本地存储上的数据以统一的形式同步镜像到远端存储设备上，提供一组单一的高级复制服务以帮助进一步简化操作。为在保证数据的即时性、完整性和系统性能之间的平衡。
SVC目前提供MetroMirror和GlobalMirror两种高级复制功能。异步（Global Mirror）功能的设计目的在于针对业务连续性和灾难恢复提供几乎不受距离限制的长距离异步远程复制能力。在 SVC中，同步(MetroMirror)和异步可以作为同一项功能实现，以便灵活地实现镜像（远程复制）功能，而且对现有的同步复制用户不再收取任何许可证费用，以帮助降低总成本。
2.2.2.1 VDisk Mirror介绍
SVC提供独特的VDisk mirror功能，在虚拟化的SAN网络中，通过数据级镜像实现不同存储设备的同步复制功能，从而实现存储高可用HA。
●当服务器向镜像的VDisk进行写操作时，SVC cluster将数据同时写入
2份拷贝，即数据被分别写入虚拟化镜像的存储设备中；
●当服务器读取镜像的VDisk中数据时，SVC cluster将选择其中一份拷
贝进行读取；
●若其中一个VDisk拷贝不可用时，VDisk镜像的另一份拷贝仍提供数据
读写，并且SVC cluster通过bitmap记录VDisk的写操作，一旦不可
用的VDisk恢复时则自动同步数据；
●VDisk镜像转换为非镜像VDisk可通过删除一个拷贝或split分离一个
拷贝来创建一个新的非镜像的VDisk；
●VDisk拷贝支持image, striped, sequential，以及space-efficient
（SE）或者非SE的类型，以及不同类型之间的拷贝。
2.2.2.2 MetroMirror同步复制介绍
来自服务器的更新被写往本地连接的集群（Cluster）缓存，该系统将数据转发给远地点连接的SVC集群（Cluster）的缓存。只有当两个集群（Cluster）的缓存都拥有数据的拷贝以后本地系统才会向处理器返回一个I/O完成指示。同步远程拷贝能够在远地点提供最新程度的数据当前值，但应用程序会因等待写I/O操作的完成而被延迟。
MetroMirror将确保如果备份卷不能被更新，那么即使源卷更新成功，整个写操作也会返回失败---彻底保证源卷和目的卷的数据彻底一致。同步方式可以保证数据不会丢失，更重要的是数据的一致性在这种方式下能够得到很好的保证---数据的不一致意味着相关数据的丢失，此时数据库的数据安全机制无法保证数据的安全，严重时有可能造成数据库无法启动。
MetroMirror同步复制示意图
2.2.2.3 GlobalMirror异步复制介绍
在GlobalMirror复制中，来自服务器的更新被写往本地SVC集群（Cluster）的缓存，该系统立即向服务器返回一个I/O完成指示。更新在很短的一段时间(在实际中通常在数秒钟到一分钟左右，依赖于两个数据中心之间的带宽和距离)以后被送往一个远程SVC集群（Cluster）缓存。异步远程拷贝对应用程序性能的影响最小，但远程磁盘系统在数据最新性方面与本地系统相比会有一个延迟。
GlobalMirror异步复制示意图
2.2.2.4 SVC同异步数据复制灾备技术分析
同步复制灾备技术:
优点：城域镜像将确保如果备份卷不能被更新，那么即使源卷更新成功，整个写操作也会返回失败，这可以彻底保证源卷和目的卷的数据彻底一致，保证RPO接近于0。同步方式可以保证数据不会丢失，更重要的是数据的一致性在这种方式下能够得到很好的保证，而数据的不一致意味着相关数据的丢失，此时数据库的数据安全机制无法保证数据的安全，严重时有可能造成数据库无法启动。
异步复制灾备技术:
全球镜像是以存储为基础的、实时的、与应用和主机无关的数据远程镜像功能，利用这个功能可以实现数据最小丢失（分钟级）且具有完全恢复功能的灾难恢复解决方案。
优点:由于实现以存储为基础的、实时的、与应用和主机无关的数据远程镜像功能,因此可以确保应用性能的高效性,基本不受到灾难备份数据工作的影响.理论上可以实现无限远距离的容灾备份。
2.3 为什么选择基于中间层的实现方法
如上图所示，目前，主流异构存储整合及容灾有三种实现方式，包括基于主机层，基于存储层，基于中间层，其三种方式比较如下：
产品概述 ——集数据库备份、文件备份、操作系统备份于一体的综合实时备份系统。 针对Windows、Linux、Unix平台下的各类数据库、文件、操作系统进行智能备份的CDP 灾备系统。具有实时备份、任意回退、业务接管、异地容灾、集中备份、异构备份、集中管理、中转备份、信息报警等功能。 支持全系列32位和64位的Windows操作系统（包括IA安腾系列的CPU）；支持HP-UX、Saloris、AIX等Unix操作系统；支持Redhat、Redflag、SUSE、Ubuntu、中标麒麟等Linux系统；支持MSSQL、Oracle、SyBase、DB2、MySQL、InterBase、Informix、人大金仓、神通等数据库；完美支持Oracle RAC ASM存储设备。 产品背景 随着电子化进程的飞速发展和信息技术的广泛应用，数据越来越成为企业、事业单位日常运作中不可缺少的部分和领导决策的依据。但是，计算机的使用有时也会给人们带来烦恼，那就是计算机数据非常容易丢失和遭到破坏。有专业机构的研究数据表明：丢失300MB的数据对于市场营销部门就意味着13万元人民币的损失，对财务部门意味着16万的损失，对工程部门来说损失可达80万。而丢失的关键数据如果15天内仍得不到恢复，企业就有可能被淘汰出局。随着计算机系统越来越成为企业不可或缺的数据载体，如何利用数据备份来保证数据安全也成为我们迫切需要研究的一个课题。 数据遭到破坏，有可能是人为的因素，也可能是由于各种不可预测的因素，主要包括以下几个方面： （1）计算机硬件故障。计算机是一个机器，其硬件是整个系统的基础。由于使用不当或者计算机产品质量不佳、配件老化等原因，计算机的硬件可能被损坏而不能使用。例如，硬盘的磁道损坏。 （2）计算机软件系统的不稳定。由于用户使用不当或者系统的可靠性不稳定等原因，计算机软件系统有可能瘫痪，无法使用。 （3）误操作。这是人为的·事故，不可能完全避免。例如，在使用DELETE句的时候，不小心删除了有用的数据。 （4）破坏性病毒。病毒是系统可能遭到破坏的一个非常重要的原因。随着信息技术的发展，各种病毒也随之泛滥。现在，病毒不仅仅能破坏软件系统，还可能破坏计算机的硬件系统，例如当前流行的每月26日发作的CIH病毒，就是一个典型的破坏计算机硬件系统的病毒。 （5）自然灾害，例如大火、洪水、地震等。这是一种人力几乎无法抗拒的原因。 也许有人想象不到，一场小小的机房火灾，就可能使一个跨国企业的的信息系统全部坍塌。全球数十个生产中心的采购数据，数万个供应商和分销商的订单，几十亿元的存货信息，十几万员工的的全年工作计划，都可能在一分钟内就化为乌有。因此，以往只有银行和电信商等财务数据密集型的企业才使用的数据安全体系，正越来越成为各类企业不得不未雨绸缪采取的预防措施。摩根斯坦利的死而复生，正是一个活生生的例子。 摩根斯坦利作为一家大型投资银行，像中国电信一样，拥有特别密集的数据，在其业务运行的过程中不允许有任何时间的间断，任何数据的丢失都可能造成重大的经济损失。2001年9月11日，当纽约世贸中心许多大公司的商务数据一瞬间“灰飞烟灭”时，该中心最大
深度学习后端分布式存储 c e p h技术建议书 -标准化文件发布号：（9456-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII
AI平台分布式存储 （ceph） 技术建议书 目录 1. 前言 (3) 2. 现状 (4) 3. 技术调研 (5) 3.1. 要求 (5) 3.2. 技术选型 (5) 3.2.1.分布式存储分类 (5) 3.2.2.特性对比 (6) 4. ceph技术原理 (6) 4.1. 基本组成 (6) 4.2. 逻辑架构 (8)
4.3. 数据流程 (9) 5. 资源要求 (9) 5.1. 硬件指标 (9) 5.1.1.cpu (10) 5.1.2.内存 (10) 5.1.3.硬盘 (10) 5.1.4.日志盘 (11) 5.1.5.osd节点密度 (11) 5.1.6.分配方式 (11) 5.2. 网络结构 (12) 5.3. 软件兼容性 (13) 5.4. 快速配置参考 (14) 6. 数据安全 (15) 6.1. 用户 (15) 6.2. 认证机制 (15) 6.3. 用户分类 (16) 6.4. 授权类型 (17) 7. 存储割接 (18) 8. 其他 (18) 1.前言 目前公司AI平台所用后端数据存储包含三种方式，对象存储（OSS）：冷数据，备份数据，共享存储（NFS）：热数据，训练任务用数据，节点存储（DEV）：服务器自身磁盘，除了节点存储，其他两类在迁移容器云后依然保留，节点存储则不再使用。 由于nfs服务的局限性，建议使用分布式共享存储替换当前的nfs方式，以满足后续的因业务增长，对存储的容量和性能更高要求。
此处是Logo 数据库审计系统 技术白皮书 地址： 电话： 传真： 邮编：
■版权声明 本文中出现的任何文字叙述、文档格式、插图、照片、方法、过程等内容，除另有特别注明，版权均属北京所有，受到有关产权及版权法保护。任何个人、机构未经北京的书面授权许可，不得以任何方式复制或引用本文的任何内容。 ■适用性声明 文档用于撰写XX公司产品介绍、项目方案、解决方案、商业计划书等。
目录 一.产品概述 (1) 二.应用背景 (1) 2.1现状与问题 (1) 2.1.1现状 (1) 2.1.2问题 (1) 2.2需求分析 (3) 2.2.1政策需求 (3) 2.2.1.1《信息系统安全等级保护基本要求》 (3) 2.2.1.2《商业银行信息科技风险管理指引》 (3) 2.2.2技术需求 (4) 2.2.3管理需求 (4) 2.2.4性能需求 (4) 2.2.5环境与兼容性需求 (5) 2.2.6需求汇总 (5) 三.产品介绍 (5) 3.1目标 (5) 3.2产品功能 (6) 3.2.1数据库访问行为记录 (6) 3.2.2违规操作告警响应 (6) 3.2.3集中存储访问记录 (6) 3.2.4访问记录查询 (7) 3.2.5数据库安全审计报表 (7) 3.3产品部署 (7) 3.3.1旁路部署 (7) 3.3.2分布式部署 (8) 3.4产品特性 (9) 3.4.1安全便捷的部署方式 (9) 3.4.2日志检索能力 (9) 3.4.3灵活的日志查询条件 (10) 3.4.4灵活的数据库审计配置策略 (10) 3.4.5数据库入侵检测能力 (10) 3.4.6符合审计需求设计 (11) 四.用户收益 (11) 4.1对企业带来的价值 (11) 4.2全生命周期日志管理 (12) 4.3日常安全运维工作的有力工具 (12)
医院信息系统容灾备份建议书 一、概述 二十一世纪的医院已经逐渐发展为现代化的综合性医院，为了实现医院管理的科学化、现代化、数字化，与国际、国信息化建设的新技术接轨，适应现代化医院的医疗、科研、教育和管理的要求，现代化的医院所建立起的信息系统(HIS)主要以一体化的临床系统、LIS系统、PACS系统，EIS系统、PIS系统等为基础，实现数据全面共享，共同形成全面的医院信息管理系统。庞大的系统必然产生海量数据，对于软件系统而言数据就是根本，任何操作、分析、结算等等都从数据库中提取。从某种意义上说，数据安全成为了现代医院信息系统安全的重中之重。一旦数据丢失，对任何一家医院来说都会产生重大的影响。 二、项目立项的必要性及市场需求分析 近几年，各部委对数据信息安全都有相关的明确规定！颁布了如下一系列条例，如《信息化领导小组关于加强信息安全保险工作的意见》，《计算机信息系统安全保护条例》、《信息安全等级保护管理办法》、《2006―2020年信息化发展战略》、《信息系统灾难恢复规》、《保险业信息系统灾难恢复管理指引》、《银行业信息系统灾
难恢复管理规》、《民用航空重要信息系统灾难备份与恢复管理规》、《重要信息系统灾难恢复规划指南》。在2010年11月，北京卫生局联合公安局等部门下发了《关于开展信息安全等级保护安全建设整改工作的实施方案》的通知，该通知中也明确提出了数据备份的安全等级保护，并要求需要在重点单位发挥试点示作用。由此可见各行业已经开始注重容灾备份的重要性了！ 对于关乎国计民生的医院行业，政府更是大力监管，在2011年推出的“《三级综合医院评审标准（2011 年版）》（卫医管发〔2011〕33号）”文件中的第五大点第四条就明确规定了“实施信息安全等级保护制度，实行信息系统操作权限分级管理，保障网络信息安全，保护患者隐私。推动系统运行维护的规化管理，落实突发事件响应机制，保证业务的连续性。” 该部分就已经包含了容灾备份及业务连续性管理的要求，从等级保护的要求而言，二级及以上的等级保护也是要求要做备份及业务连续性管理的，还需要有应急的制度、程序流程和灾难演练。 医院信息系统运行中可能出现的突发性故障和问题 １、系统硬件故障 如数据/系统磁盘的损坏将导致数据不能访问，并进而可能导致应用进程终止或系统停机，甚至系统不能重启动；网卡的损坏可使终端用户无法访问系统服务；CPU或存的失效则会导致系统的死机； 2 、应用程序或操作系统出错
项目建议书 项目建议书定义： 项目建议书(又称立项申请)是拟增上项目单位向发改局项目管理部门申报的项目申请。 是项目建设筹建单位或项目法人，根据国民经济的发展、国家和地方中长期规划、产业政策、生产力布局、国内外市场、所在地的内外部条件，提出的某一具体项目的建议文件，是对拟建项目提出的框架性的总体设想。对于大中型项目，有的工艺技术复杂，涉及面广，协调量大的项目，还要编制可行性研究报告，作为项目建议书的主要附件之一。项目建议书是项目发展周期的初始阶段，是国家选择项目的依据，也是可行性研究的依据，涉及利用外资的项目，在项目建议书批准后，方可开展对外工作。 项目建议书的类型和编写格式 工业项目建议书格式 一、总论 1、项目名称： 2、承办单位概况（新建项目指筹建单位情况，技术改造项目指原企业情况） 3、拟建地点： 4、建设内容与规模： 5、建设年限： 6、概算投资： 7、效益分析： 二、项目建设的必要性和条件 1、建设的必要性分析 2、建设条件分析：包括场址建设条件（地质、气候、交通、公用设施、征地拆迁工作、施工等）、其它条件分析（政策、资源、法律法规等） 3、资源条件评价（指资源开发项目）：包括资源可利用量（矿产地质储量、可采储量等）、资源品质情况（矿产品位、物理性能等）、资源赋存条件（矿体结构、埋藏深度、岩体性质等） 三、建设规模与产品方案 1、建设规模（达产达标后的规模） 2、产品方案（拟开发产品方案） 四、技术方案、设备方案和工程方案 （一）技术方案 1、生产方法（包括原料路线） 2、工艺流程 （二）主要设备方案 1、主要设备选型（列出清单表） 2、主要设备来源 （三）工程方案 1、建、构筑物的建筑特征、结构及面积方案（附平面图、规划图）
XXX文件共享存储解决方案技术建议书 日立数据系统有限公司 2014年10月8日 目录
目录 第1章技术方案 (3) 1.1技术方案的设计原则 (3) 1.2技术方案的设计思想 (4) 1.3技术方案详细说明 (5) 1.3.1系统拓扑结构 (5) 1.3.2HNAS F1120的主要特点 (6) 第2章服务体系 (7) 2.1HDS技术支持服务体系 (7) 2.1.1HDS技术支持服务体系综述 (7) 2.1.2客户寻求HDS技术支持的途径 (9) 2.1.3满足客户可能的不同需求 (9)
第1章技术方案 1.1 技术方案的设计原则 总体方案本着技术先进性、可性能、高可靠性、高可用性、可管理性的设计原则，集合了HDS公司优秀技术设计理念和产品，借鉴了HDS全球众多成功案例和实际经验。具体表现是： 技术先进：系统设计应采用当前先进而成熟的技术，不仅可以满足本期工程的需求，也应把握未来的发展方向。 高性能：新的存储平台要适应企业多重不同的应用，必须具备强大的处理能力，能够消除原有存储设备的性能瓶颈。同时，还要满足海量数据增长的需要，确 保未来数据膨胀时能够实现在线的容量扩展。 高可靠：存储平台具有高可靠性，支持服务器平台的高可用性集群技术；具备先进的容灾的设计；充分保证系统的高扩展能力和高容错能力，具有通道负载 自动均衡能力和存储系统性能调节能力，提供极为充分的可靠性各项指标设 计。 高可用：在不停机情况下，实现不停机扩容、维护、升级等服务，提高性能以满足新的业务需求。具备7×24连续工作的能力，平均无故障时间(MTBF)不低 于20,000小时。在自动化管理软件支持下可以实现磁盘数据的在线（不停机） 备份。 可管理：要求配置实时性能监测管理软件。可对CPU使用率、内存使用率、交换区使用情况、I/O 操作、队列状态、磁盘空间、卷磁盘错误、系统事件、系 统中各进程对系统资源占用等性能和操作数据等服务器性能进行实时监控和 管理。
中国联通XX分公司综合电信业务支撑系统容灾一期工程 需求分析及方案建议书
目录 1.项目综述 (4) 1.1项目概述 (4) 1.2项目整体建设思想 (5) 1.3需求分析 (6) 1.3.1XX联通现有综合电信业务支撑系统状况 (6) 1.3.1.1总体架构 (6) 1.3.1.2系统组织及设备构成 (7) 1.3.1.2.1 综合营帐系统介绍 (7) 1.3.1.2.2专业计费系统现状 (9) 1.3.1.3 数据构成 (10) 2.系统容灾方案 (11) 2.1容灾系统的整体思想 (12) 2.1.1XX联通容灾系统实现功能目标 (13) 2.1.2XX联通容灾实施服务内容 (14) 2.1.3XX联通容灾方案实施阶段与步骤 (15) 2.2XX联通综合电信业务支撑系统的容灾方案的设计原则 (18) 2.3XX联通综合电信业务支撑系统的容灾方案的取定 (19) 2.4数据复制技术的选择 (20) 2.5系统容灾方案的总体设计 (23) 2.5.1 存储资源规划 (23) 2.5.2 容灾中心主机系统方案 (25) 2.5.2.1服务器的选型 (26) 2.5.2.2服务器的配置 (26) 2.5.2.3 Oracle数据库的升级 (27) 2.5.3.4容灾中心的备份方案 (28) 2.5.4 网络系统方案 (28) 2.5.4.1用于数据传输的TCP/IP网络 (29) 2.5.4.2基于数据远程同步的SAN网络 (30) 2.5.5 EMC总体方案描述 (32) 2.5.5.1 EMC容灾方案 (33) 2.5.5.2 日后应用系统切换 (34) 2.5.5.3 本期系统总体资源描述 (37) 2.5.5.4 具体实施步骤 (39) 2.5.5.5 灾难处理 (40) 3.容灾系统监控 (42)
XXX高中校园网解决方案 建议书 2011年3月23日
目录 1XXX校园网建设概述 (4) 1.1校园网建设的意义 (4) 1.2校园网建设带来四个改变 (4) 1.3网络建设设计原则 (5) 2需求分析 (5) 3技术选型........................................................................................................ 错误！未定义书签。4技术方案设计. (7) 4.1拓扑结构设计 (7) 4.2方案描述 (9) 4.2.1核心层设计 (9) 4.2.2汇聚层设计 (9) 4.2.3整楼栋接入设计 (9) 4.3网络规划 (10) 4.3.1IP地址规划 (10) 4.3.2VLAN设计 (12) 4.3.3路由协议规划 (14) 4.4关键技术实现方案 (16) 4.4.1QOS技术设计 (16) 4.5网络安全平台 (20) 4.5.1网络互联互通分析及安全控制 (20) 4.5.2设备自身的安全防护技术 (21) 4.5.3ACL访问控制列表 (23) 4.5.4用户的安全接入 (23) 4.5.5网络病毒与攻击的过滤 (24) 4.6网络管理平台 (26) 4.6.1网络管理概述............................................................................... 错误！未定义书签。 4.6.2有效的管理网络系统................................................................... 错误！未定义书签。5方案特色. (31) 5.1先进硬件体系架构设计，提供强大的处理能力 ............................... 错误！未定义书签。 5.2关键部件冗余，有效保证网络电信级可靠性 ................................... 错误！未定义书签。 5.3设备能完整的攻击和病毒防范能力，确保网络安全 ....................... 错误！未定义书签。 5.4专用硬件多业务的加速，提升网络性能 ........................................... 错误！未定义书签。 5.5采用超低功耗设计，延长核心交换平台的寿命 ............................... 错误！未定义书签。6产品选型........................................................................................................ 错误！未定义书签。
桌面云解决方案技术建议书 目录 一、项目概述............................................................... 1.1项目背景................................................................. 1.2项目需求................................................................. 1.3功能需求................................................................. 二、桌面云设计方案......................................................... 2.1总体设计方案............................................................. 2.2部署方案................................................................. 2.2.1完整复制桌面云方案说明............................................... 2.2.2普通链接克隆桌面云方案说明........................................... 2.3典型应用场景方案........................................................ 2.3.1 OA办公场景方案..................................................... 2.3.2会议室桌面云Pool解决方案............................................. 2.3.3员工轮班桌面云解决方案.............................................. 2.4网络设计方案............................................................ 2.4.1桌面云逻辑组网图.................................................... 2.4.2网络带宽需求........................................................ 2.5安全设计方案............................................................ 2.5.1用户名+域密码认证方案.............................................. 2.6系统扩容方案............................................................ 2.6.1集群内主机可扩展性..................................................
HUAWEI TECHNOLOGIES CO.,LTD. 华为云存储服务技术白皮书 huawei 2012/6/26
目录 1华为云存储服务介绍 (5) 1.1简介 (5) 1.2服务定位 (5) 2华为云存储应用场景 (6) 2.1网盘服务 (6) 2.2互联网海量数据存储 (7) 2.3数据备份/容灾 (7) 2.4数据归档 (8) 2.5BigData/HPC (9) 3华为云存储服务概念及功能介绍 (10) 3.1云存储基本概念 (10) 3.1.1对象（Objects） (10) 3.1.2存储空间 (10) 3.1.3REST接口 (11) 3.2云存储功能 (11) 3.3访问权限控制 (12) 3.4线下大数据量导入/导出服务 (13) 3.5对象的版本化管理 (13) 3.6可定制的日志服务 (14) 4华为云存储服务特点 (14) 4.1易用性 (14) 4.2高扩展性 (14) 4.3高可靠性 (15) 4.3.1数据可靠性 (15) 4.3.2数据校验 (16)
4.3.3数据自动修复 (16) 4.4高可用性 (16) 4.4.1网络级可靠性设计.........................................错误！未定义书签。 4.4.2节点可靠性设计 (17) 4.4.3进程可靠性设计 (17) 4.5高性能 (17) 4.5.1并发访问性能 (17) 4.5.2吞吐能力 (17) 4.6安全性 (18) 4.6.1软件控制安全 (18) 4.6.2数据分块存储（暂未实现） (18) 4.7易管理性 (18) 4.8按需计费 (19) 5华为云存储服务结构简介 (19) 5.1华为云存储服务框架简介 (19) 5.2UDS结构简介 (20) 5.2.1UDS系统结构描述..........................................错误！未定义书签。 5.2.2多网络平面简介.............................................错误！未定义书签。6华为云存储服务使用说明. (20) 6.1API接口介绍 (21) 6.1.1服务操作 (21) 6.1.2存储空间操作 (21) 6.1.3对象操作 (21) 6.2多种语言的SDK (22)
容灾项目方案设计
目录
容灾技术规范 作为风险防范系统，灾备系统建设本身在总体规划、方案选择和投产实施后的管理运行，以及真正面对灾难时的切换操作等方面也存在着潜在的风险。 计算机信息系统实现数据大集、应用大集中后，系统的运行安全成为风险控制的焦点。目前，已经有多系统开始或准备进行灾备系统的建设，灾备系统建设的目标是减灾容灾，使计算机信息系统和数据能够最大限度地防范和化解各种意外和灾害所带来的风险。然而，与大多数工程一样，灾备系统建设本身在总体规划、方案选择和投产实施后的管理运行，以及真正面对灾难时的切换操作等方面也存在着潜在的风险。 可以说，风险防范系统本身也存在风险点，需要小心应对。 灾备系统建设中所涉及的潜在风险大致可分为技术风险、管理风险和投资风险，其中尤以技术选择风险最大，技术方案选择优越，可以规避一定的管理风险和投资风险。而这三者也存在内在的相互关联，不同灾备级别对应的建设投资规模、所采用的技术以及实施和管理的复杂度也不同，应考虑保护计算机系统的原有投资并提高灾备系统建设投资的利用率。 1.1 容灾的总体规划 1.2 真正的容灾是数据被不间断的一致性访问！ 在灾难备份的世界里，是有等级观念的，级别不同，灾备系统所采用的技术和达到的功能是不同的，在系统建设资金投入方面的差距也很巨大。所以，对用户来说，明确灾备系统建设的总体规划十分必要。 1.2.1 技术指标RPO、RTO 衡量容灾技术的两个技术指标RPO、RTO RPO(Recovery Point Objective): 以数据为出发点，主要指的是业务系统所能容忍的数据丢失量。及在发生灾难，容灾系统接替原生产系统运行时，容灾系统与原
XXX项目 项 目 建 议 书 建设单位：XXX国土资源局 编制单位：北斗旭普空间信息产业（武汉）有限公司 XXXX年XX月XX日
目录 第一章项目简介 (2) 第二章项目建设单位概况 (2) 第三章项目建设的必要性 (2) 第四章需求分析 (2) 第五章总体建设方案 (2) 第六章本期项目建设方案 (2) 第七章环保、消防、职业安全、职业卫生和节能 (2) 第八章项目组织机构和人员 (2) 第九章项目实施进度 (2) 第十章投资估算和资金筹措 (2) 第十一章效益与风险分析 (2) 附表 (2) 附表1-1：硬件设备和软件购置清单（按类别划分） (2) 附表1-2：硬件设备和软件购置清单（按系统划分） (2) 附表2：应用系统定制开发工作量核算表 (2) 附表3：项目投资估算表 (2) 附表4-1：项目资金来源表 (2) 附表4-2：项目资金来源和分配表 (2)
项目建议书.doc 第一章项目简介 1、项目名称：工程项目的全称及简称。 2、项目建设单位及负责人、项目责任人：项目建设单位（含参建单位）及项目实施机构名称，项目建设单位负责人及项目责任人姓名和职务。 3、项目建议书编制依据：列举所依据的相关文件和资料的名称、文号、发布日期等，如中央和国务院的有关文件、国家电子政务工程建设规划、部门信息化规划、需求分析报告及专家咨询意见、相关法规等，并将其中必要文件作为附件。 4、项目概况：简述项目建设目标、规模、内容、建设期、总投资和资金来源。 5、主要结论和建议：简述项目建议书的结论。对于需要国家、有关部门解决的问题以及本部门需要进一步落实的工作，可以提出相关建议。 第二章项目建设单位概况 1、项目建设单位与职能：描述项目建设单位概况，包括：单位的性质、组织机构、主要领导人/法定代表人、主要职能和相关工作。对于多个部门和单位参与建设的项目，按照牵头单位和参加单位的顺序分别描述。 2、项目实施机构与职责：描述项目实施机构概况，包括：机构名称、主要职责、项目负责人、主要技术力量等。
数据中心容灾备份方案 HEN system office room 【HEN16H-HENS2AHENS8Q8-HENH1688】
数据保护系统 医院备份、容灾及归档数据容灾 解决方案 1、前言 在医院信息化建设中，HIS、PACS、RIS、LIS 等临床信息系统得到广泛应用。医院信息化 HIS、LIS 和 PACS 等系统是目前各个医院的核心业务系统，承担了病人诊疗信息、行政管理信息、检验信息的录入、查询及监控等工作，任何的系统停机或数据丢失轻则降低患者的满意度、医院的信誉丢失，重则引起医患纠纷、法律问题或社会问题。为了保证各业务系统的高可用性，必须针对核心系统建立数据安全保护，做到“不停、不丢、可追查”，以确保核心业务系统得到全面保护。 随着电子病历新规在 4 月 1 日的正式施行，《电子病历应用管理规范（试行）》要求电子病历的书写、存储、使用和封存等均需按相关规定进行，根据规范，门(急)诊电子病历由医疗机构保管的，保存时间自患者最后一次就诊之日起不少于15 年；住院电子病历保存时间自患者最后一次出院之日起不少于 30 年。
2、医院备份、容灾及归档解决方案 针对医疗卫生行业的特点和医院信息化建设中的主要应用，包括：HIS、PACS、RIS、LIS 等，本公司推出基于数据保护系统的多种解决方案，以达到对医院信息化系统提供全面的保护以及核心应用系统的异地备份容灾 数据备份解决方案 针对于医院的 HIS、PACS、LIS 等服务器进行数据备份时，数据保护系统的备份架构采用三层构架。 备份软件主控层（内置一体机）：负责管理制定全域内的备份策略和跟踪客户端的备份，能够管理磁盘空间和磁带库库及光盘库，实现多个客户端的数据备份。备份软件主服务器是备份域内集中管理的核心。 客户端层（数据库和操作系统客户端）：其他应用服务器和数据库服务器安装备份软件标准客户端,通过这个客户端完成每台服务器的 LAN 或 LAN-FREE 备份工作。另外，为包含数据库的客户端安装数据库代理程序，从而保证数据库的在线热备份。 备份介质层（内置虚拟带库）：主流备份介质有备份存储或虚拟带库等磁盘介质、物理磁带库等，一般建议将备份存储或虚拟带库等磁盘介质作为一级备份介质，用于近期的备份数据存放，将物理磁带库或者光盘库作为二级备份介质，用于长期的备份数据存放。
动态架构之监控“云存储”解决方案块存储云解决方案建议书
一. 携手动态架构，共同步入监控“云”端 1.1 认识“云” 关于云存储 对于“云”的概念，可以说是既熟悉又陌生。说熟悉是因为大多数人早就对“云”有所耳闻，说陌生是因为对“云”有深刻认识的人还不多。实际上，我们这里所说的云是一种“资源池”，由一些可以自我维护和管理的虚拟计算资源构成，通常是一些大型服务器集群，包括计算服务器、存储服务器、宽带资源、软件和应用等等。云计算将所有的计算资源集中起来，并由软件实现自动管理，动态创建高度虚拟化的资源提供给用户使用。您可以简单地把它理解成一个数据中心，这个数据中心的计算资源可以自动地管理和动态地分配、部署、配置、重新配置以及回收，也可以动态安装软件和应用。我们可以说，云计算是一种基础架构管理的方法论。 同时，云计算是也一种计算模式，在这种模式中，计算资源、软件、数据、应用以服务的方式通过网络提供给用户使用。在云计算模式下，用户只需要连入互联网，借助轻量级客户端，例如手机、浏览器，就可以完成各种计算任务，包括程序开发、科学计算、软件使用乃至应用的托管。提供这些计算能力的资源对用户是不可见的，用户无需关心如何部署或维护这些资源，在用户看来，“云”中的资源是可以无限扩展的，可以随时获取、按需使用并按使用付费。“云”就像是一个发电厂，只是它提供的不是电力，而是虚拟计算资源，包括计算服务器、存储服务器、宽带资源，以及软件、数据和应用。 云计算按照运营模式可以分为三种，即公共云、私有云和混合云。 公共云：直接向最终用户提供服务，用户通过互联网访问获得云资源服务，但并不拥有云资源。目前Google、Amazon、xx公司都搭建有公共云，通过自己的基础架构直接向用户提供服务。
AS3000技术白皮书 1. 产品简介 AS3000是浪潮面向金融电信、勘探勘测、空天信息、生物工程、气象、能源等海量数据业务的广大客户，自主研发的拥有完全自主知识产权的海量存储系统平台。AS3000同时支持NAS、IPSAN、FCSAN功能，融合iSCSI、FC、Infiniband 及10Gb万兆主机接口,囊括了目前主流的存储网络架构及主机连接方式。AS3000海量存储系统平台能高效、合理整合用户目前的存储网络架构，统一部署和集中管理，降低能耗，降低整体拥有成本（TCO）。在提供网络存储系统各项功能的基础上，融合数据保护，是高可靠、高性能、智能化兼具的新一代存储系统平台。 2. 产品优势 海量存储，融合创新 ◆多控制器体系架构，各控制器间可实现负载均衡，避免单控制器故障带来的 风险和性能的瓶颈 ◆支持NFS/CIFS等多种文件共享协议，可安装部署于Windows、Linux、Unix 等多种操作系统并存的复杂网络环境中，无需为各种文件协议单独设置存储，可轻松实现跨操作系统的数据存储与共享 ◆支持NAS/IPSAN/FCSAN，支持IP/FC-SAN和NAS同时运行，满足客户在 不同时间、不同地点、不同业务对存储的不同需求 ◆支持丰富的主机连接接口，支持iSCSI、FC、InfiniBand及万兆主机连接， 无缝接入用户现有环境，同时可以为用户提供高带宽的IB及万兆网络连接，满足客户对高带宽及高性能的差异化需求
◆全面支持SSD/FC/SAS/SATA磁盘，模块化的容量扩展模式 数据持续保护，业务运行无忧 ◆支持数据卷隔离映射功能、数据快照功能、快照回滚、远程卷复制（同步/ 异步）、远程数据复制及恢复、逻辑分区动态扩容 ◆支持Active-Active、Active-Standby等控制器工作模式，保障整体系统的高 可用，确保数据存取及业务运行万无一失 ◆系统可用性达到99.999% 模块化设计，人性化管理 ◆AS3000各主要部件均采用模块设计，客户按需选择，维护、升级、管理简 单方便 ◆支持自动构建RAID、各RAID级别间可在线迁移不影响正常数据应用 ◆完备监控管理方式，当系统出现异常时，除了通过机器指示灯报警外，可通 过邮件方式将异常状况及时通知管理员 ◆集中部署，统一管理 绿色节能 ◆全系统选取节能降耗的处理器、芯片组、风扇和散热片等部件，提高系统的 能效利用率 ◆采用独特的机箱结构设计，优化散热，降低能耗 ◆支持Maid磁盘节能技术，降低磁盘能耗，节约开支 ◆支持自动精简技术，大大提高存储资源利用率 3. 产品技术规格
方案模板（适合政府、公安、医院等） XXXXX用户 信息系统数据安全方案建议书
目录 1. 需求说明 (5) 1.1. 项目背景 (5) 1.2. 实现目标 (6) 1.3. 环境概述 (7) 1.4. 待解决问题 (9) 2. 容灾概述 (10) 2.1. 概述 (10) 2.2. 灾难恢复和业务持续性的区别 (11) 2.3. 我们对灾难恢复的认识 (12) 2.4. 数据库容灾的几种实现方式 (14) 2.5. 有效的容灾方案应有特点 (15) 2.6. 容灾系统的设计指标 (16)
3. 方案设计 (19) 3.1. 设计概述 (19) 3.2. 设计思想 (19) 3.3. 设计原则 (22) 3.4. 方案说明 (24) 3.4.1. 方案综述 (24) 3.4.2. 数据库服务器容灾 (26) 3.4.3. 应用及虚拟机应用容灾 (29) 3.4.4. 本地备份 (36) 3.5. 容灾系统拓扑图 (39) 3.6. 配置清单 (41) 3.7. 方案总结 (41) 4. 实施方案 (42) 5. 产品概要 (42) 5.1. LanderVault 简述 (42) 5.2. 功能模块介绍 (44) 5.2.1. 统一集中管理平台：LanderVault (44) 5.2.2. Cluster高可用集群系统 (45) 5.2.3. Replicator网格化数据复制系统 (45)
5.2.4. Backup数据备份系统 (46) 5.2.5. Disaster应用级容灾系统 (46) 5.2.6. 备份一体化平台 (46) 5.2.7. 容灾一体化平台 (47) 5.2.8. 分布式存储 (48) 5.2.9. ORACLE逻辑复制AliveDB (49) 6. 公司简介 (50)
数据保护系统 医院备份、容灾及归档数据容灾 解决方案
1、前言 在医院信息化建设中，HIS、PACS、RIS、LIS 等临床信息系统得到广泛应用。医院信息化HIS、LIS 和PACS 等系统是目前各个医院的核心业务系统，承担了 病人诊疗信息、行政管理信息、检验信息的录入、查询及监控等工作，任何的系统停机或数据丢失轻则降低患者的满意度、医院的信誉丢失，重则引起医患纠纷、法律问题或社会问题。为了保证各业务系统的高可用性，必须针对核心系统建立数据安全保护，做到“不停、不丢、可追查”，以确保核心业务系统得到全面保护。 随着电子病历新规在 4 月 1 日的正式施行，《电子病历应用管理规范（试行）》要求电子病历的书写、存储、使用和封存等均需按相关规定进行，根据规范，门(急)诊电子病历由医疗机构保管的，保存时间自患者最后一次就诊之日起不少于15 年；住院电子病历保存时间自患者最后一次出院之日起不少于30 年。
2、医院备份、容灾及归档解决方案 针对医疗卫生行业的特点和医院信息化建设中的主要应用，包括：HIS、PACS、RIS、LIS 等，本公司推出基于数据保护系统的多种解决方案，以达到对医院信息化系统提供全面的保护以及核心应用系统的异地备份容灾 2.1 数据备份解决方案 针对于医院的HIS、PACS、LIS 等服务器进行数据备份时，数据保护系统的备份架构采用三层构架。 备份软件主控层（内置一体机）：负责管理制定全域内的备份策略和跟踪客户端的备份，能够管理磁盘空间和磁带库库及光盘库，实现多个客户端的数据备份。备份软件主服务器是备份域内集中管理的核心。 客户端层（数据库和操作系统客户端）：其他应用服务器和数据库服务器安装备份软件标准客户端,通过这个客户端完成每台服务器的LAN 或LAN-FREE 备份工作。另外，为包含数据库的客户端安装数据库代理程序，从而保证数据库的在线热备份。
10.2对本项目的特点、关键技术问题和难点的认识及对策 10.2.1本项目的特点 （1）专业覆盖范围广 本次规划研究对为湖北省交通运输厅武黄高速公路管理处所管理的武黄高速公路，研究内容包括其路面、路基、桥涵、沿线设施等众多专业，需进行养护时机、养护措施、养护费用及养护资源配置的研究，涉及内容较多。 （2）项目研究成果受外界条件影响大，需动态调整。 本项目养护规划的制定是基于武黄高速现状、交通量分析、路用性能预测及养护需求等客观条件，在现状条件下合理，但在规划期内可能遇到养护需求变化、养护技术革新以及国家或地方政策方针变化等情况，可能对养护规划方案造成较大影响，因此当上述影响因素出现时，需对规划成果进行动态调整。 （3）本项目养护规划的适用程度高 由于养护规划是道路现状基础上，结合未来所承受的外界条件、病害发展趋势等因素综合确定的，而其后期发展状况具有一定的可变性，较难以准确预测，因此分析期越长，养护规划方案后期的适用程度越低。本项目规划分析期为2016~2020年，属中期规划，可有效提升对未来情况预测的准确性，提高养护规划方案的实用性和可操作性，适用程度较高。 10.2.2关键技术问题和难点的认识及对策 （1）关键问题之一：收集详实及准确的养护基础资料 ◆问题分析 历年积累资料的详实与准确是科学制定养护规划的前提；本次养护规划需要收集的资料涉及武黄高速交通量、养护历史信息等诸多内容，具有资料种类繁多、涉及部门较多、跨越年限较长的特点，且有可能存在数据缺失或资料信息化程度不够的现象，基础资料收集难度较大。 ◆对策措施 本次规划将综合项目实地调查、主管部门现场调研、地方科研及学术资料收集、道路养护部门及企业座谈、互联网信息搜集等手段，全面收集本次养护规划所需资料，主要包括：武黄高速建设历史（大修加铺资料、路面结构、构造物信
H3C ONEStor存储 技术白皮书
目录 1 ONEStor概述 (1) 2 ONEStor存储系统介绍 (2) 2.1 技术特点 (2) 2.1.1 领先的分布式架构 (2) 2.1.2 线性扩展能力 (6) 2.1.3 高可靠性 (7) 2.1.4 良好的性能 (10) 2.1.5 统一的存储业务 (11) 2.2 典型应用场景 (12) 2.2.1 使用场景 (12) 2.2.2 典型组网架构 (15) 2.3 ONEStor对硬件设备要求 (16) 2.3.1 硬件要求 (16) 3 ONEStor管理系统 (18) 3.1 管理系统的特点 (18) 3.1.1 无中心管理架构设计 (18) 3.1.2 场景化设计 (19) 3.2 管理系统的主要功能 (20) 4 规格参数 (22) 5 缩略语表 (22) i
1 ONEStor概述 云计算、移动计算、社交媒体以及大数据的发展，使得数据爆炸式增长。一方面，企业要存储这些数据，以便对数据进行利用；另一方面，相比于数据中心的计算模块和网络模块，存储模块在近三十年虽然一直发展，但发展缓慢，并未出现技术革命带来存储领域的翻天覆地的变化。现实的情况是：传统的存储系统已经很难满足爆炸增长的数据需求，急需要新的存储技术进行变革。 数据的激增对存储的需求主要体现在： （1）可扩展性：存储集群可以根据用户需求线性扩展，并且数据会自动均衡，无需人工干预。 （2）低成本：和传统的SAN/NAS相比，在性价比上具有明显的优势。 （3）高性能：存储集群架构具有灵活的扩展能力，集群性能随着规模的增长线性增长。 （4）高可靠性：集群中的每个数据至少保存两份副本，且集群会自动将数据分布在不同的存储单元上，硬件损坏的情况下依然可以获取一份完整的数据，并且丢失的数据会自动重构。 （5）高可用性：存储集群提供多副本机制，当某个故障单元发生故障后，整个集群依然可以对外提供服务。 （6）易用性：提供方便易用的管理界面，实现存储集群的灵活部署和监控运维。可以灵活的增加和删除节点，集群的故障恢复、数据均衡等集群系统自动可以实现，不需要人工干预。 （7）业务灵活性：既可以以传统的存储集群形式为计算节点服务提供块存储或者文件存储甚至对象存储，又可以和计算节点紧密结合，提供计算存储的融合方案。 为满足以上需求，业界在近年提出了Server SAN存储解决方案。按照Wikibon的定义，Server SAN是由多个独立的服务器所带的存储组成的一个存储资源池。 H3C ONEStor Server SAN解决方案基于Ceph开发，并在Ceph的基础上做了二次开发和优化。 ONEStor系统由分布式存储软件(包括存储集群软件和存储集群管理软件)和x86服务器构成，x86服务器可以选择H3C自研服务器或者经过H3C认证的其他厂家的服务器。 1
项目建议书编制规程 篇一：水利水电工程 水利水电工程（征求意见稿） 水利部天津水利水电勘测设计研究院修编组 1 总则 1.0.1 水利水电工程项目建议书是国家基本建设程序中一个重要阶段。项目建议书经批准后，将作为工程立项和开展可行性研究工作的依据。为明确水利水电工程项目建议书的编制原则、工作内容和深度要求，特制定本规程。 1.0.2 本规程适用于需报送国家计委审批的,由国家出资新建、扩建的大、中型水利水电工程项目建议书的编制。小型水利水电工程项目可适当简化。按国家基建程序规定应由各流域机构或各省（自治区、直辖市）审批的大、中型水利水电工程项目建议书，其编制内容和深度要求，可根据审批机关的要求适当简化。 1.0.3 水利水电工程项目建议书应依据国民经济和社会发展规划、地区经济发展规划、经批准的江河流域（区域）规划或专业规划进行编制。 1.0.4 水利水电工程项目建议书的编制，应贯彻国家有关基本建设的方针政策、水利行业及相关行业的法规，并应符合有关技术标准。 1.0.5 项目建议书阶段应对项目的建设条件进行调查和必要的勘测，对设计方案进行比选，并对资金筹措进行分
析，择优选定建设项目的规模、地点、建设时间和投资总额，论证项目建设的必要性、可行性和合理性。 1.0.6 项目建议书的主要内容和深度应符合下列要求： １论证工程建设的必要性，确定本工程建设任务，对于综合利用工程，还应确定各项任务的主次顺序。 ２确定主要水文参数和成果。 ３查明影响工程的主要地质条件和主要工程地质问题。 ４基本选定工程建设场址、坝（闸）址、厂（站）址等。 ５基本选定工程规模。 ６选定基本坝型和主要建筑物的基本型式，初选工程总体布置。 ７初选机组、电气主结线及其他主要机电设备和布置。 ８初选金属结构设备型式和布置。 ９基本选定水利工程管理方案。 10 基本选定对外交通方案，初选施工导流方式、主体工程的主要施工方法和施工总布置，提出控制性工期和分期实施意见。 11 基本确定水库淹没、工程占地的范围、主要淹没实物指标，提出移民安置、专项设施迁建的初步规划和投资。 12 初步评价工程建设对环境的影响。