曙光公司数据库系统服务器解决方案.doc

曙光公司数据库系统曙光公司数据库系统 服务器解决方案服务器解决方案 曙光公司技术支持部曙光公司技术支持部 2005 52005 5 2 摘要摘要 数据库是当前信息服务领域内最广泛的一种应用 小到超市购物 大到国家制定某些战 略措施无处不体现着数据库的应用 随着社会的发展 数据的也是一种 价值 的体现 如 果能够利用好 数据 就能收到意想不到的效果 经过我国多年的信息化建设后 很多人 已经深有体会 所以对 数据库 也越发的重视 但由于数据库的应用特点 普通的 PC 机 很难承担这种应用 所以服务器是建立数据库系统的必然要素 本方案介绍了数据库的相关基本知识 以及数据库的特点 并且针对这些特点进行分析 找到了数据库系统建设的关键要素 最后进行了一些案例分析 以前 数据库作为高端应用 选用的硬件设备大多以小型机为主 但是小型机在实际应用中有很多例如人员问题 维护问 题 应用移植等等让人难以接受的现实 可是除了小型机就没有其他可以支撑数据库运行的 硬件设备了 所以小型机用于数据库建设一直是大家常常面临的一个鸡肋问题 随着 PC server 的技术发展 数据库软件的并行化改进 采用集群方式替代传统小型机方式目前成 为了一种趋势 本文中也进行了相关阐述 总之 本文介绍了什么是数据库 什么地方用到 数据库 数据库应用瓶颈 数据库建设依据 怎么构建数据库系统 关键字 数据库 并行数据库 关键字 数据库 并行数据库 RAC 大规模存储 集群 大规模存储 集群 3 目录 1 1 数据库系统的介绍数据库系统的介绍 4 4 1 1 数据库管理软件 4 1 2 数据库系统硬件 5 2 2 曙光数据库系统曙光数据库系统 6 6 2 1 曙光数据库服务器 6 2 1 1 数据库服务器选型依据 7 2 2 曙光存储 8 2 3 曙光集群数据库系统的优势 9 2 3 1 高性能 10 2 3 2 性价比 11 2 3 3 可扩展性 11 2 3 4 可管理性 12 2 3 5 可靠性 稳定性 12 3 3 数据库系统案例数据库系统案例 1212 3 1 小规模数据库解决方案 电子图书馆 12 3 1 1 背景 12 3 1 2 分析 13 3 1 3 方案设计 13 3 2 中等规模数据库解决方案 某高校数据中心 14 3 2 1 背景 14 3 2 2 分析 15 3 2 3 方案设计 15 3 3 大规模数据库解决方案 某市政府数据中心 16 3 3 1 背景 16 3 3 2 分析 16 3 3 3 方案设计 16 4 4 附录附录 1818 4 1 附录一 曙光服务器获 ORALCE认证的清单 18 4 2 附录二 相关编纂人员介绍 19 4 1 数据库系统的介绍数据库系统的介绍 随着计算机技术飞速发展及其应用领域的扩大 特别是计算机网络和 Internet 的发展 基于计算机网络和数据库技术的信息管理系统 应用系统得到了突飞猛进的发展 如事务处 理系统 地理信息系统 GIS 联机分析系统 决策支持系统 企业资源计划 ERP 客户 关系管理 CRM 数据仓库和数据挖掘系统等都是以数据库技术作为重要支撑的 可以说 只要有计算机存在 就存在着数据库技术 数据库应用也从简单的事务管理扩展到各个领域 用于工程设计的工程数据库 用于互联网的 Web 数据库 用于决策支持的数据仓库技术 用于多媒体技术的多媒体数据库等 基于事务管理的各类信息系统领域 数据库的体系结构也从最初的集中式数据库变化为基于客户 服务器机制的分布式数据库 随着面向 对象技术的发展 关系对象数据库系统正在逐步完善和投入使用 随着时代进步和发展 数据库的应用 领域将越来越广泛 数据库技术也将成为所有信息技术和信息产业的基础 1 1 数据库管理软件数据库管理软件 数据库系统是一个非常复杂的系统 自从数据库管理软件面世以来就有不同的企业 组 织进行过数据库软件的开发 当前主流的数据库软件有如下几种产品 ORACLEORACLE Oracle 是全球领先的信息管理软件供应商和全球第二大独立软件公司 创立于 1977 年 Oracle 为全球客户提供数据库系统 工具 应用产品以及相关的咨询 培训和支持服务 ORACLE 是当前大多数数据库应用的一种数据库管理软件 它的应用平台比较广泛 支持 Windows Unix Linux 等绝大多数操作系统 并且对于不同的操作系统还有 32 位或者 64 位的版本 所以从软 硬件的适应程度来讲是最强的一种数据库软件 Oracle 当前的最新版本是 Oracle10g DB2DB2 5 DB2 是 IBM 公司的产品 既可以在主机上以主 从方式独立运行 也可以在客户 服务器 环境中运行 其中服务平台可以是 OS 400 AIX OS 2 HP UNIX SUN Solaris 等操作系统 客户机平台可以是 OS 2 或 Windows Dos AIX HP UX SUN Solaris 等操作系统 DB2 当前的是 V8 2 版本 SYBASESYBASE Sybase 公司是 1984 年成立的 推出了支持企业范围的 客户 服务器体系结构 的数据 库 并于 1987 年推出了 Sybase SQL Server 称为大学版 INGRES 的第三代产品 Sybase 当前的最新版本是 ASE12 5 SQLSQL ServerServer 对于微软来说 SQL Server 数据库作为 Windows 系列平台上用的非常广泛的数据库 一经推出以其易用性得到很多低端用户的青睐 SQL Server 当前的最新版本是 SQL Server 2000 MYMY SQLSQL 免费的数据库 属于开放源码的 可以适用于 linux 和 windows 操作系统 目前许多简 单的 Web 站点常用的数据库 但是由于其功能有限 不适用于大 中规模的公司 企业 InfomixInfomix 1980 年 infomix 成立 是最早的对象关系型数据库的倡导者之一 在技术上有较多的 独到之处 Informix 数据库主要支持的平台是 Unix 和 Windows NT 2001 年 IBM 并购 infomix 当前最新版本 infomix IDS9 4 版 1 2 数据库系统硬件数据库系统硬件 数据库系统通常是一个应用系统的核心组成部分之一 在一个典型的应用系统中 一般 是由前端机 应用服务器 也叫中间件层 以及数据库系统构成 与数据库系统相关的设计 内容又包括数据库管理软件 数据库服务器 存储以及备份系统 如图 6 三层结构数据库系统 曙光公司作为国内最有影响的服务器厂商之一 已经生产出从普通 PC 服务器到高性能 机群的数据库服务器 并且在 2005 年 4 月 曙光数据库服务器顺利通过了 Oracle 的认证 同时 曙光也推出了包括 SCSI SATA 和 FC 的各种存储产品 可以应用到数据库系统的存 储和备份系统中 2 曙光数据库系统曙光数据库系统 2 1 曙光数据库服务器曙光数据库服务器 随着科学技术的发展 计算机解决问题的能力越来越强 同时 待解决的问题的规模和 数据量也越来越大 这就导致了数据库的内容越来越大 对数据库的响应速度的要求也越来 越高 例如 日趋流行的无纸办公就造成了对大型数据库的查询日益密集 这种形式就对数 据库服务器的性能有了更高的要求 数据库的性能分析表明 数据库对数据库服务器的 CPU 和内存有比较高的要求 随着 技术的发展 计算机解决问题的能力越来越强 人们也就逐渐的加强了对计算机的依赖 数 据库的内容快速增加 数据库的表空间由最初的一维空间发展为二维空间 企业上网 政府 上网也将很多信息搬到了计算机上 日趋流行的无纸办公也造成了对数据库的查询日益密集 这种形式就对数据库服务器的性能有了更高的要求 数据库的性能分析表明 无论对密集查 询还是大数据块的查询需求 内存是系统的一大瓶颈 分析一下系统运行过程可知 当有数 据库查询请求时 处理器首先搜索处理器内部的一级 二级 cache 如果没有所需内容时处 理器继续搜索内存空间 如果内存空间还没有所需数据 就开始在硬盘内进行搜索 如果 cache 足够大 可以保存较多的数据 则处理器就没有必要去访问速度相对较慢的内存和硬 盘了 同理 如果内存足够大 可以保存较多的近期读取数据 处理器就没有必要到速度很 慢的硬盘内搜索了 处理器内部的 cache 空间是很难变换的 所以我们只可以对内存进行优 化才能相对提升数据库处理速度 对内存的操作有两种 首先是提升内存容量 尽可能多的 保存 近期读取数据 提升处理器的命中率 其次是提升处理器访问内存的速度 双管齐 下才能最大限度的解决系统瓶颈问题 对小型机而言 大部分为 64 位的架构 内存寻址空间早已经突破了 4G 的限制 但是小 型机通常采用共享内存的方式 因此在扩展性上遇到了极大的技术难题 或者说小型机当 CPU 数较多 内存较大的情况下 内存访问的性能会有所下降 7 对集群系统而言 一年前的服务器都是 32 位架构 最大只有 4G 的内存寻址空间 但是随 着技术的发展 很多公司先后推出了 64 位的 CPU 这种架构在 2004 年已经成为主流技术 所以现在的 64 位集群系统很适合数据库的应用 综上所述 小型机在目前数据库系统应用中具有很强的能力 但是随着系统规模的扩大 集 群系统将呈现不可替代的趋势 并且伴随着集群系统节点机的 64 位寻址能力的出现 集群 系统已经具备了一切承载数据库系统的能力 曙光数据库服务器包括了符合各种数据库规模的产品 如满足小规模数据库应用的 A650r D I450r C I650r N 满足中等规模的 R4280A R4380A S240XP 和满足大规模 的 A950r I840r 2 1 1 数据库服务器选型依据数据库服务器选型依据 服务器系统选型的重要依据是国际上标准的评测数据 系统评测包括 评估 与 测试 两种方法 评估是基于一些原始数据进行逻辑推算 典型的有 MIPS 百万指令每秒 理论 峰值 TPC Theoretical peek 和数据处理速度 PDR Processing Data Rate 根据不同的基 准测试的不同应用领域 结合数据库系统的特点 TPC C 比较适用于数据库服务器性能测算 具体算法是 Tpmc 1 0 0 60 M MMM 其中各参数的含义如下 M 每秒钟的查询访问量 M 值的确认通常是根据关于 Web 服务器的计算得知的 而且 是在高峰时间的查询访问量得来 0 M 一个查询带动的 SQL 量 根据经验值可以假设为 4 8 8 0 M 一个 SQL 相对于 tpcc 事务的标准比 这个比值是一个综合要素 根据应用程序的 优化效果 根据具体业务查询的难 易程度 通常由实际应用的客户方提供具体数值 1 M CPU 占用率的建议值 一般状况下为 70 例如 假设高峰时期每秒钟通过 WEB 的访问量为 300 次 一个查询带动的 SQL 量为 4 一个 SQL 相对于 tpcc 事务的标准比为 8 CPU 占用率为 70 则此时的 tpmc 300 60 4 8 0 7 822857 分析数据库的工作方式可以知道 数据库系统中最耗费资源的就是数据的检索 单机处 理能力的需求包括处理器以及内存的双重需求 当前 64 位处理器芯片已经进入市场 经过 一年多的实际应用表明 64 位处理器的性能远远优于 32 位处理器 由于数据库服务器要求的 单节点性能很强 所以我们建议数据库服务器采用 64 位体系架构 对于内存的建议是在资 金允许的情况下 内存的配置越大越好 而且内存与处理器的分配比例建议为 1 颗 CPU 配 备 2G 内存 2 2 曙光存储曙光存储 由于网络正成为主要的信息处理模式 需要存储的数据大量增加 数据作为取得竞争优 势的战略性资产其重要性在增加 存储的解决方式也逐步从小规模的 DAS 模式到实用的 NAS 模式 直到现在的大规模存储常用的 SAN 模式 存储架构 DAS Direct Attached Storage 直接连接存储 是指将存储设备通过 SCSI 接口或光 纤通道直接连接到一台计算机上 DAS 的适用环境为 1 服务器在地理分布上很分散 通 过 SAN 或 NAS 在它们之间进行互连非常困难时 商店或银行的分支便是一个典型的例子 9 2 存储系统必须被直接连接到应用服务器 如 Microsoft Cluster Server 或某些数据库使 用的 原始分区 上时 3 包括许多数据库应用和应用服务器在内的应用 它们需要直接 连接到存储器上 群件应用和一些邮件服务也包括在内 NAS Network Attached Storage 网络连接存储 即将存储设备通过标准的网络拓扑 结构 例如以太网 连接到一群计算机上 NAS 是部件级的存储方法 它的重点在于帮助工 作组和部门级机构解决迅速增加存储容量的需求 需要共享大型 CAD 文档的工程小组就是典 型的例子 SAN 存储区域网络 通过光纤通道连接到一群计算机上 它专注于企业级存储的特有问 题 当前企业存储方案所遇到问题的两个根源是 数据与应用系统紧密结合所产生的结构性 限制 以及目前小型计算机系统接口 SCSI 标准的限制 大多数分析都认为 SAN 是未来企 业级的存储方案 这是因为 SAN 便于集成 能改善数据可用性及网络性能 而且还可以减轻 管理作业 SAN 的特点在于 它提供了一种与现有 LAN 连接的简易方法 SAN 的结构允许任 何服务器连接到任何存储阵列 因为 SAN 解决方案是从基本功能剥离出存储功能 所以运行 备份操作就无需考虑它们对网络总体性能的影响 虽然几种存储模式是逐渐发展的 但由于其均有自己的特点 所以仍然共存于目前所应 用的存储系统中 简而言之 DAS 适用于小型存储 特定存储属部门级存储 NAS 适用于投 资规模不大 部门级存储 SAN 适用于企业级 要求扩展能力较强的存储 曙光公司面对不 同的客户应用 推出了各种存储产品 详细列表如下 产品型号产品类型 产品特性 DS 2120SCSI 控制器采用双 ASIC PCI 总线 高速缓存带有 ECC 功能 最大可扩充至 1GB DS 3160SCSI 独立于主机的控制器设计 兼容 ultra 320 SCA 2 硬盘 DS 3160FSSCSI 独立于主机的控制器设计 主机端口为 2Gb FC 接口 DS 2120SASATA 控制器采用双 ASIC 双 PCI 总线设计 系统总线带宽达到了 1GB s DS 2120FASATA 控制器采用双 ASIC 双 PCI 总线设计 支持 Serial ATA 磁盘技术 DS 3140FASATA 单机容量可达 28T 具有 4 个 2Gb 光纤通道主机端口 DS 2120FFC 高性能光纤控制器 新型双总线六十四位硬件架构 带有 256KB 二级缓存 DS 3140FFC 单机容量可达 16 4T 具有 4 个 2Gb 光纤通道主机端口 10 2 3 曙光集群数据库系统的优势曙光集群数据库系统的优势 随着作为 863 计划 高性能计算机及其核心软件 专项 经过技术攻关 曙光公司成功掌 握了包括高速互连网络通信协议 支持可扩展和海量数据处理的机群文件系统 机群操作系 统核心 高密度主板和 2U4 路机架服务器在内的软硬件十大关键技术 为我国发展自有产 权的高性能计算机技术奠定了坚实基础 成为 863 计划该专项内最有创新价值的成果 而以曙光高性能集群为基础的数据库系统 也具有很多的特有的优势 主要体现在以下 几个方面 2 3 1 高性能高性能 数据库系统的性能是对数据库选择的主要因素 性能包括系统的响应能力 是否具有单 一故障点 单节点数据库服务器的处理能力等一系列要素 单节点的响应能力 单节点的响应能力 就计算机服务器来讲目前主流分为两种 RISC 和 CISC 架构 RISC 架构就是我们常常说得小型机体系 由于应用的是简单指令集体系 CISC 架构就是我们常 常说得 X86 架构的服务器 其体系结构是完全不一样的 单台小型机的服务器处理能力都是 远高于单台 X86 架构服务器的 数据库系统的响应能力数据库系统的响应能力 单节点的响应能力是由处理器决定的 当数据库的访问量逐渐 增多 达到了单节点处理器的最大运算能力的时候 数据库系统就已经濒于崩溃了 此时就 需要多台数据库服务器同时工作 共同分担日益增长的数据库访问量 这种机制就称为 并 行处理能力 能否做到 并行处理 也是一个选择数据库系统的一个重要依据 是否存在单点故障问题是否存在单点故障问题 数据库系统追求的就是高效的数据存放 管理 调用 查询能 力 而且要保证数据的及时性 必须尽力避免有一个部位失效则数据库系统无法正常工作的 情况发生 在数据访问过程中 数据库服务器因为某种原因 例如掉电 硬盘丢失 内存报 错 系统崩溃等等 而无法和存储设备通讯 这样整个数据库系统就无法响应任何操作了 这个数据库服务器就称为 单一故障点 要避免这种情况出现就必须在 单一故障点 处 配备多台服务器 使数据流可以 殊途同归 即便有一个点失效 数据仍然可以通过其它 路径到达目的地 如图 11 高可用系统和负载均衡系统 2 3 2 性价比性价比 该原则是衡量在一个项目中所选方案是否符合当前应用 条件的一个原则 一个方案不 仅仅是性能达到最高就是最好的 而是要看这个性能是否能达到项目要求 以及价格是否在 可接受范围之内 总体设计的性价比越高越好 总体来说小型机的性价比低于有普通 X86 架 构的服务器组成的集群系统 2 3 3 可扩展性可扩展性 可扩展性原则就要求项目设计中必须贯穿着 投资保护 的原则 要求系统设计必须满 足当业务量增大时 不能抛弃前期投资 而只是通过增加部分模块的处理性能就可以满足增 加的业务请求 具有较强的可扩展性就可以允许用户在初期投资时规模不必很大 就能够承 担当时一定的任务量 当任务量增加时 投资规模再逐步加大 如此 既保护了用户的 前 期投资 又没有浪费过多的资源 这个原则也是方案选择的重要依据 可以在不中断系统应用的情况下 动态的扩展集群系统中的节点数目 磁盘阵列的扩展性 比如曙光 DS 3140F FA 磁盘阵列的动态容量扩展功能允许用户在 不中断运行的情况下 为现有的曙光 DS 3140F FA 磁盘阵列添加扩展机箱 通过添加这些 机箱 曙光 DS 3140F FA 磁盘阵列可以使未用的存储在线 以随需应变的方式为一个新的 主机组或现有的卷提供更多的存储容量 磁盘阵列还能够支持在线控制器固件升级 为客户 提供更好的性能和功能 此外 客户还可以在不中断运行的情况下进行多种操作 通过升级 来支持最新版本实现更多的功能 12 2 3 4 可管理性可管理性 数据内容是纷繁复杂的 要在一个庞大的数据库里寻找一条匹配的数据就犹如大海捞针 了 数据库的可管理性也是要选择数据库系统的一个因素 对数据库系统来讲 只有系统管 理员才有最清晰的数据结构分布图 如果系统管理员因为某种原因 要转交给他人这个数据 库系统 没有完备的管理解决方案 没有一套完备的管理软件 整个移交工作都是要耗费很 多人力 物力的 另外 可管理性还意味着系统管理员不必深入了解硬件 软件 数据库系 统等等的结构 通过相应的管理软件就可完成数据库的维护工作 对系统管理员没有很高的 技术能力要求 曙光公司不但开发了自己的监控硬件 还与监控硬件配合开发了曙光集群监控软件 DCMM DCMM 具有跨平台的系统信息收集 优良的系统可扩展性 信息采集面广泛 自动报 警等众多的功能 大大的简化了集群的管理 2 3 5 可靠性 稳定性可靠性 稳定性 该原则体现了对数据库硬件环境的要求 对于易损 生命周期短的零部件应进行冗余措 施 对于数据链路设计应本着高速 稳定的原则 多节点机构成的集群数据库系统 在其中部分节点发生故障时 系统仍然能继续提供服 务 减少了用户应用的宕机时间 节点机的配置灵活 可以采用双网卡 双 HBA 卡等冗余配置 在其中的一块出现问题的 时候 不影响系统的正常使用 曙光盘阵能提供各种 Raid 级别的配置 保证数据的安全 还可以根据用户的需要 增加专门的备份 服务器和备份磁盘阵列 3 数据库系统案例数据库系统案例 3 1 小规模数据库解决方案小规模数据库解决方案 电子图书馆电子图书馆 3 1 1 背景背景 某高校希望建成一个综合性的数字图书馆 目标是实现图书馆业务的集成化管理 利用 计算机设备和软件系统 实现图书采购 编目 入库 借阅 归还等在内的集成管理 从而 代替原来的手工操作 提高效率以及电子阅览室 13 3 1 2 分析分析 该项目中主要由数据库检索 WEB 应用 VOD 点播等应用构成 本方案仅考虑数据库检 索应用的具体设计 数据量分析 数据量分析 高校的图书馆拥有一些通用的数字图书 大概 15 20 万册 按照平均每册书有 300 页 来计算 每一页的大小约是 35KB 一本书的大小是 35KB 页 x 300 页 10500KB 10 3MB 大概需要 2T 左右的存储空间 每年图书的数字化速度大概是 5 万册 要求存储设备需要具 有扩展到 10T 的能力 十年内 查询分析 查询分析 由上文描述可知数据库系统也包括中间件应用服务器以及前端机 中间件应用服务器主 要是沟通了数据库服务器与 Web 服务器 该高校目前在校师生 2 万人 要求每个人都有自 己的账户 密码 要求同时在线查询量为 5000 人左右 应用分析应用分析 该数据库系统同时具有两种功能 电子文献信息服务汇总以及电子资源服务 即储存图 书检索目录以及借阅记录又储存电子文献以及电子图书库等 常见的图书格式及其支撑软件 请参看下表 除 Internet Explorer 是操作系统内置的软件之外 其它格式的图书浏览支撑软件 需要在客户端单独安装 3 1 3 方案设计方案设计 根据上述分析 我们为数据库系统配备 5 台曙光服务器 其中前端机 用于 WEB 访问 采用双路曙光 I200 A 或者 I200 E 服务器 2 台 14 中间件应用服务器配备双路曙光 R220A 或者 I650 r N 曙光服务器 2 台 数据库服务器采用双路曙光 R4380 或者 I620 r N 服务器 1 台 机型处理器内存数量单位其他 I200 A 双路 64 位 opteron 处理器 1G2 台塔式前端机 I200 E 双路 64 位 nocona 处理器 1G2 台塔式 R220A 双路 64 位 opteron 处理器 2G2 台机架式中间件应用服务器 I410 r V 双路 64 位 nocona 处理器 2G2 台SATA 盘 A650r 双路 64 位 opteron 处理器 4G1 台SCSI 盘 5U 空间数据库服务器 I450 r C 双路 64 位 nocona 处理器 4G1 台SATA IDE 5U 空间 磁盘阵列 DS 3160FS1 个 可扩展 数据库服务器也可采用 I650r 机型 此机型为 scsi 硬盘 数据更稳定 整体架构如图所示 3 2 中等规模数据库解决方案 某高校数据中心 中等规模数据库解决方案 某高校数据中心 3 2 1 背景背景 某高校 在校师生 5 万人左右 希望建成一个综合性的数据中心 IDC 希望将校园网 建设中的数据重新进行整合 统一 完成数据集中后 能够完成多种应用的综合应用 查询 功能 一卡通 工程 图书馆应用系统 校务系统等不再独立使用 通过数据整合 提高 工作效率 缩减设备维护工作 将信息化建设深入到全校师生的日常生活中 要求在应用中 可以达到提供 7 24 小时不间断的网络联结状况 服务器运行状态 流量监控及系统管理和 支持功能 其中标准监控程序每隔一段时间可以自动监测网络联结状况 出现问题会立即报 警 15 3 2 2 分析分析 校园网建设中涉及的应用有 WWW 服务 mail 服务 ftp 服务 DNS 服务 OA 应用 电 子图书馆应用 教务系统应用 网络学校应用等等构成 但最重要的还是这些服务的后台支 撑 数据库服务 本方案在进行数据库系统设计的时候要结合目前的所有应用系统进行设 计 数据量分析 数据量分析 该高校在校师生约 5 万人左右 教职工为 8000 人 仅从 mail 应用的角度 考虑 教职工的空间为 20M 学生的空间为 10M 存储空间为 580G 空间 图书馆藏书 50 万 册 存储空间约为 5T 左右 其他应用存储量不是很大 综合估算 存储空间在 8T 左右 应用分析 应用分析 数据中心的应用有很多种 根据不同的应用 前端机的配置可以不同 还可 以根据应用的重要性进行冗余设计 中间件应用服务器主要是沟通了数据库服务器与 Web 服 务器 配置基本相同 数据库服务器可以采用并行数据库进行搭建 3 2 3 方案设计方案设计 根据上述分析 我们为数据库系统配备 10 14 台曙光服务器 其中前端机可以根据不同的应用需求进行设计 建议采用曙光工作组级服务器 4 8 台 中间件应用服务器配备双路曙光 R210A 或者 I620 r N 曙光服务器 4 台 数据库服务器采用双路曙光 R4380 或者 S240XP 服务器 2 台 机型处理器内存数量单位其他 按需配置前端机 按需配置 R210A 双路 64 位 opteron 处理器 4G4 中间件应用服务器 I620 r N 双路 64 位 nocona 处理器 4G4 台SCSI 盘 2U 空间 R4380A 四路 64 位 opteron 处理器 8G2 台冗余电源 3U 空间数据库服务器 S240XP 四路 XEON MP 处理器 8G2 台冗余电源 12U 空间 磁盘阵列 DS 3140F1 个 可扩展 整体架构如图所示 16 3 3 大规模数据库解决方案 某市政府数据中心 大规模数据库解决方案 某市政府数据中心 3 3 1 背景背景 某中等城市 人口超过 1000 万 经过近十年的信息化建设后政府上网基本实现 但随 着业务量的激增 安全性要求的提升 当前的硬件设备已经不能满足业务需求 需要进行数 据库系统的升级 改造 要求改造后的数据库系统可以完成海量数据处理 高效传输 处理 安全 可靠 并行处理 要建立一个能够覆盖各级政府部门 各类业务和应用 跨越各个层 次 紧密结合 集约管理的开放式电子化服务环境 3 3 2 分析分析 本项目属于政府信息化建设中的数据中心改造工程 该工程涉及的内容较多 数据中心 担当的任务比较繁重 需要很强的实时性以及数据安全性保证 所以本方案中应考虑到数据 容错性以及冗灾的问题 3 3 3 方案设计方案设计 根据上述分析 我们为数据库系统配备 16 台曙光服务器 其中前端机可以根据不同的应用需求进行设计 建议采用曙光工作组级服务器 8 台 中间件应用服务器配备双路曙光 R210A 或者 I620 r N 曙光服务器 4 8 台 17 数据库服务器采用双路曙光 R4380 或者 S240XP 服务器 4 台 机型处理器内存数量单位其他 R210A 双路 64 位 opteron 处理器 2G16 台前端机 I410r V双路 64 位 nocona 处理器 2G16 台 R4280 四路 64 位 opteron 处理器 4G8 台中间件应用服务器 I610r V双路 64 位 nocona 处理器 4G8 台SCSI 盘 2U 空间 A950r 四路 64 位 opteron 处理器 8G4 台双核 5U 空间数据库服务器 I840r 四路 XEON MP 处理器 8G4 台冗余电源 12U 空间 存储交换机博科 Silkworm32502 个 磁盘阵列