当前位置：文档库 › Oracle与SQLServer集群部署方案对比及实例

Oracle与SQLServer集群部署方案对比及实例

一、需求背景

1、大型全国系统的稳定性、安全性必须在现有基础上进一步提高，需要升级到综合性能更强大的硬件，实现更加完善的故障转移、数据冗余、灾难备份等容错手段。

2、全国系统中，以数据量和访问量为代表的系统负载将会大幅度提升，数据库的性能将成为关键瓶颈。数据库服务器需要从现有的双机故障转移集群升级为可支持负载均衡的集群方式，在满足性能要求的同时，为未来的动态性能扩展打下基础。二、Oracl e RAC与SQL Server的集群方案对比

1，方案与需求分析

关键功能与费用矩阵分析表：

集群方案与需求矩阵分析表：

由上表可见：

集群分两个层面：系统层群集和应用层群集，Oracle RAC 和SQL Server 故障转移集群都是属于应用集群，两种集群都能够实现高可用性即容错的要求。

两者最大的不同之处在于：Oracle RAC虽成本较高，但能实现负载平衡的需求，支持动态添加服务器节点来应对负载的增加。而SQL Server集群成本虽然较低，但系统不具备方便的负载性能扩展的能力，当出现数据库系统的性能不能满足应用的负载时，只能更换更高配置的机器，这个问题也是到目前为止微软自身的集群解决方案具有的通病。尽管也有一些号称是支持SQL Server实现负载均衡的增值开发，但对这样一个全国系统来说，使用非微软原生的第三方系统需要慎重考虑。

另外，对于一个大型全国系统来说，要求的高可用性的需求和场景还应该包括有其他的内容，例如数据的冗余、异地灾难备份，这些需求可能需要我们用集群以外的方式来实现，还需要进一步制定在上述集群之外的方案，而在Oracle数据库所具备的ASM 和DATA GUARD功能也为数据冗余和异地灾难备份提供了更多更好的可能性。

2，功能实现方式对比

以下再进一步从故障转移、负载均衡、可扩展性等各个方面的功能实现方式上，对两种集群方式进行更加详细的对比。

SQL Server集群功能实现方式

1)故障转移

SQL Server集群故障转移功能是通过群集中连接的多个计算机中的冗余或备份实现的，每台计算机都具有独立的故障状态。为了实现冗余或备份，需要在群集中的多个服务器节点上都安装数据库程序。但在故障发生前的任一时刻，应用程序只会在其中一个数据库节点上处于联机状态。仅当该应用程序出现故障或该服务器停机时，此应用程序将在另外一个冗余或备份节点上重新连接或自动接替。

2)多节点互备

在集群中部署多个数据库应用的情况下。各个不同应用可分别部署在不同节点上运行。当任何一个节点故障时，该节点上运行的应用可自动转移到其他节点上，从而实现多节点互备。

3)可扩展性

可在不中断服务的情况下，在线增加新节点，获取更多高可用备份，但无论集群中的备份节点如何增加，由于SQL Server 只在最新Always On AG集群中可以在不同节点上配置读写分离功能，没有动态的负载均衡功能，所以要实现性能扩展原则上只能通过在现有集群中更换更高档的服务器来实现。

Oracle RAC集群功能实现方式

1)故障转移

除了通过群集中连接的多个计算机中的冗余或备份实现的故

障转移之外，Oracle RAC实现了对客户端透明（TAF）的故障转移。所谓TAF，就是连接建立以后，应用系统运行过程中，如果某个实例发生故障，连接到这个实例上的用户会被自动迁移到其他的健康实例上。采用TAF 这种方式在提升系统的高可用性上带来了很大的进步。

ORACLE RAC故障转移的特点：

访问时应用透明（注意不只是对Oracle 客户端的透明）程序通过Oracle端访问RAC，访问程序无需了解数据库是双机还是单双机,只通过本地服务名即可访问。

故障时应用透明

一些情况下，应用感受不到某个节点发生了失败，不会收到异常。一些情况下，应用收到异常，但不需要再次连接，即可继续执行访问。一些情况下，应用程序收到异常，并需要重新连接。

2)负载均衡

服务器端的负载均衡可以根据RAC中各节点的负荷及连接数情况，而自动作出判定，将新的客户端连接分配到集群中负荷最小的节点上去。

3)可扩展性

可在不中断服务的情况下，在线增加新节点，获取更多高可用备份，同时加入的新节点可通过上面的负载均衡功能来提升系统整体负载能力，从而可以方便地在任何时候通过在现有集群中

加入新的服务器实现性能扩展。

3，硬件配置与租/买费用对比

硬件配置与费用对比表（双机集群，费用为估算）

注： SQL Server 硬件费用比Oracle RAC要高的主要原因是需要增加两台域控制服务器。

由上表可见：

由于目前一般都必须将服务器托管在IDC以获取必须的网络服务，如果自己购买硬件，放在IDC托管显然是不合适的，自己先花了大把的钱买来服务器，再花大把的钱去托管显然不如直接在IDC租用硬件，方便又省钱。而且硬件出了问题，租用由IDC 服务商解决处理，而自己购买的硬件当然就要自己处理，或是自己出钱请原厂商来处理，多了许多麻烦。

另外，租用IDC服务器原则上三年的租用之后IDC都会送服务器产权，按照三年的总费用划算下来，服务器同样也属于你了，但是直接租用IDC硬件比自己购买后再托管就大约可以节省下了每年托管的费用。

所以，全国系统建议采用硬件在IDC直接租用的方式，而不要

自己购买以后再去托管。

4，软件费用对比

软件授权费用对比表（双机集群，费用为4CPU的估算）

由上表可见：

用于全国系统的软件的费用，特别是Oracle RAC集群的软件费用，将大大地高于硬件费用。

降低软件费用的方法：首先是在市场上找到合适代理商以取得最大的折扣价，按照目前可能找到的5折价，费用可降低到全价的一半。其次是考虑在双机集群中，只购买其中一个服务器节点的授权，费用又可以降低一半，两者结合起来，可以将软件费用从降低为全价的四分之一。

但如果在双机集群中只购买其中一个服务器节点的授权将会面临使用盗版的风险！因为对于Oracle RAC集群来说，其授权策略明确规定了集群上的每个节点都必须分别购买授权，而对于SQL Server集群来说，其授权策略也明确规定备份节点的运行时间超过限制则必须单独购买授权。

所以，要尽可能降低软件授权费用，并完全规避盗版风险，就

要尽可能寻找并采用双节点授权5折价，如采用表中的最低的单节点授权5折价将会有较大的盗版风险。

五、结论

从对一个大型全国系统推广存在的风险评估作为关键需求，再加上以上对数据库集群部署方案的全面的比较分析，我们初步得出以下的结论：

从系统性能角度，并汇总试用推广期中出现的问题，在技术上一个大型全国系统推广的核心风险点主要集中在应用软件和数据库的性能提升上，特别是数据库系统的整体性能提升尤为关键。考虑到现有的系统资源最大优化可能，尽快实现系统的升级换代，才能应对好全国系统负载的大幅度提升、以及对系统稳定性、安全性的更高要求。

通过上面对数据库集群部署方案的全面的比较分析，我们建议全国系统采用Oracle RAC实施数据库集群的部署。其最大的优势在于能实现负载平衡的需求，支持动态添加服务器节点来应对全国系统负载的不断增加，这将为系统长期稳定运行奠定最关键的基础条件。

以下为推荐采用的Oracle RAC数据库双机集群的部署估算表：

*注：如果我们采用没有数据库软件盗版风险的、购买双节点5折价的软件方案，则系统部署及第一年费用合计将增加为233万。后续每年费用合计将保持18万/年（非原厂商服务）不变。

SQLOracle数据库群集实施方案

南宁海关信息系统基础平台数据库群集实施报告 2016年9月13号

目录 1 MS SQL数据库群集 ................................................................. 错误!未定义书签。项目概述.............................................................................. 错误!未定义书签。 SQL群集拓朴图................................................................. 错误!未定义书签。运行网SQL群集拓朴图............................................ 错误!未定义书签。管理网SQL群集拓朴图.............................................. 错误!未定义书签。 SQL群集配置信息............................................................. 错误!未定义书签。运行网SQL群集配置表............................................ 错误!未定义书签。管理网SQL群集配置.................................................. 错误!未定义书签。 SQL群集安装配置............................................................. 错误!未定义书签。网络配置...................................................................... 错误!未定义书签。两台服务器功能及角色安装...................................... 错误!未定义书签。 Win2008集群验证和配置.......................................... 错误!未定义书签。添加MSDTC的集群资源.......................................... 错误!未定义书签。添加SP1功能 .............................................................. 错误!未定义书签。优化网络配置................................................................ 错误!未定义书签。安装SQLServer2008集群.................................................... 错误!未定义书签。安装第一个集群节点.................................................... 错误!未定义书签。添加第二个集群节点.................................................... 错误!未定义书签。验证SQL2008群集.................................................... 错误!未定义书签。2Oracle RAC高可用群集........................................................ 错误!未定义书签。项目概述.............................................................................. 错误!未定义书签。 Oracle群集拓朴图 ...................................................... 错误!未定义书签。 Oracle群集配置信息.......................................................... 错误!未定义书签。系统及数据库版本........................................................ 错误!未定义书签。主机IP地址................................................................ 错误!未定义书签。共享存储配置................................................................ 错误!未定义书签。安装目录配置................................................................ 错误!未定义书签。

oracle双机热备架构方案

oracle双机热备架构方案双机热备有两种实现模式，一种是基于共享的储备设备的方式，另一种是没有共享的储备设备的方式，一样称为纯软件方式。基于储备共享的双机热备是双机热备的最标准方案。关于这种方式，采纳两台（或多台）服务器，使用共享的储备设备（磁盘阵列柜或储备区域网SAN）。两台服务器能够采纳互备、主从、并行等不同的方式。在工作过程中，两台服务器将以一个虚拟的IP地址对外提供服务，依工作方式的不同，将服务要求发送给其中一台服务器承担。同时，服务器通过心跳线(目前往往采纳建立私有网络的方式)侦测另一台服务器的工作状况。当一台服务器显现故障时，另一台服务器依照心跳侦测的情形做出判定，并进行切换，接管服务。关于用户而言，这一过程是全自动的，在专门短时刻内完成，从而对业务可不能造成阻碍。由于使用共享的储备设备，因此两台服务器使用的实际上是一样的数据，由双机或集群软件对其进行治理。关于纯软件的方式，则是通过支持镜像的双机软件，将数据能够实时复制到另一台服务器上，如此同样的数据就在两台服务器上各存在一份，假如一台服务器显现故障，能够及时切换到另一台服务器。纯软件方式还有另外一种情形，即服务器只是提供应用服务，而并不储存数据（比如只进行某些运算，做为应用服务器使用）。这种情形下同样也不需要使用共享的储备设备，而能够直截了当使用双机或集群软件即可。但这种情形事实上与镜像无关，只只是是标准的双机热备的一种小的变化。本方案是前者————基于共享储备设备的数据库热备。数据库服务器双机热备的好处这种配置模式的优点是有利于数据库的升级，当其中systemA需要升级的时候，就把服务切换到systemB上运行，升级A的DB2程序，之后还能够把服务切换回到A来，然后升级B的DB2程序。那个升级过程可不能阻碍用户的DB2使用，因为总有一台机器能够使用DB2程序来响应用户的服务要求。服务器的故障可能由各种缘故引起，如设备故障、操作系统故障、软件系统故障等等。一样地讲，在技术人员在现场的情形下，复原服务器正常可能需要１０分钟、几小时甚至几天。从实际体会上看，除非是简单地重启服务器（可能隐患仍旧存在），否则往往需要几个小时以上。而假如技术人员不在现场，则复原服务的时刻就更长了。而关于一些重要系统而言，用户是专门难忍耐如此长时刻的服务中断的。因此，就需要通过双机热备，来幸免长时刻的服务中断，保证系统长期、可靠的服务。

专题数据库建设方案

一，数据仓库的数据模型 1. 数据源数据源，顾名思义就是数据的来源，互联网公司的数据来源随着公司的规模扩张而呈递增趋势，同时自不同的业务源，比如埋点采集，客户上报等。 2. ODS层数据仓库源头系统的数据表通常会原封不动地存储一份，这称为ODS（Operation Data Store）层, ODS层也经常会被称为准备区（Staging area）,它们是后续数据仓库层（即基于Kimball维度建模生成的事实表和维度表层，以及基于这些事实表和明细表加工的汇总层数据）加工数据的来源，同时ODS层也存储着历史的增量数据或全量数据。 3. DW层据仓库明细层（Data Warehouse Detail ，DWD）和数据仓库汇总层（Data Warehouse Summary, DWS）是数据仓库的主题内容。DWD和DWS层的数据是ODS 层经过ETL清洗、转换、加载生成的，而且它们通常都是基于Kimball的维度建模理论来构建的，并通过一致性维度和数据总线来保证各个子主题的维度一致性。 4. DWS层应用层汇总层主要是将DWD和DWS的明细数据在hadoop平台进行汇总，然后将产生的结果同步到DWS数据库，提供给各个应用。二，数据采集

数据采集的任务就是把数据从各种数据源中采集和存储到数据存储上，期间有可能会做一些简单的清洗。比较常见的就是用户行为数据的采集先做sdk埋点，通过kafka实时采集到用户的访问数据，再用spark做简单的清洗，存入hdfs作为数据仓库的数据源之一。三，数据存储随着公司的规模不断扩张，产生的数据也越来越到，像一些大公司每天产生的数据量都在PB级别，传统的数据库已经不能满足存储要求，目前hdfs是大数据环境下数据仓库/数据平台最完美的数据存储解决方案。在离线计算方面，也就是对实时性要求不高的部分，Hive还是首当其冲的选择，丰富的数据类型、内置函数；压缩比非常高的ORC/PARQUET文件存储格式；非常方便的SQL 支持，使得Hive在基于结构化数据上的统计分析远远比MapReduce要高效的多，一句SQL可以完成的需求，开发MR可能需要上百行代码；而在实时计算方面，flink是最优的选择，不过目前仅支持java跟scala开发。四，数据同步数据同步是指不同数据存储系统之间要进行数据迁移，比如在hdfs上，大多业务和应用因为效率的原因不可以直接从HDFS上获取数据，因此需要将hdfs上汇总后的数据同步至其他的存储系统，比如mysql；sqoop可以做到这一点，但是Sqoop太过繁重，而且不

MSSQL数据库高可用性方案

高可用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的企业版支持所有的高可用性功能，这些功能包括：

Oracle11gServHACluster双机热备配置实战

Oracle 11g共享存储双机热备配置手册本文介绍通过ServHA Cluster配置Oracle共享磁盘阵列双机容错集群。集群软件下载地址：主要步骤：一、防火墙配置。二、安装Oracle 11g。三、配置监听器。四、配置Oracle 11g实例。五、修改Oracle 11g控制文件。六、安装并配置ServHA Cluster。注意事项：一、O racle配置双机集群方案要求两机都安装Oracle，其中Oracle主服务安装在本机磁盘内（非共享盘内），数据库实例安装在共享盘内。二、安装Oracle实例时，请确保对机共享盘处于离线状态并且数据库服务处于停止状态。三、两机的Oracle安装配置必须完全相同，例如：实例名，监听器名称，权限，密码。四、当一台服务器完成所有操作后（包括安装Oracle主服务，配置监听器，实例安装），停止本机的Oracle服务，并在对机同样也安装一遍，然后修改控制文件（步骤五）。防火墙配置此步骤目的为让ServHA Cluster 工作所必须的端口不受防火墙的拦截，不同操作系统防火墙配置方式不同，但基本思想是相同的，在双机软件通信的过程中，如果没有进行设置，防火墙会阻止ServHA Cluster的通信，使双机集群工作异常。 MicroColor ServHA Cluster在配置的过程中主要需要设置的防火墙例外： 1.18562端口：此端口为“ServHA 配置监控端”的连入端口，如不将此端口设置为防火墙例外端口，“ServHA 配置监控端”将无法连入集群，如果您修改过ServHA Cluster 的“配置端连入端口号”，请将例外设置为修改过的“配置端连入端口号”；同时，针对该端口的例外IP您可以设置为常用来管理集群的客户计算机IP地址。 2.15538端口：此端口为集群双机相互通信的端口，如不将此端口设置为防火墙例外端口，ServHA Cluster将无法正常工作，如果您修改过ServHA Cluster的“全局TCP/IP 端口”，请将例外设置为修改过的“全局TCP/IP端口”；同时，针对该端口的例外IP设置为对机的IP地址即可。注：上述操作在双机均需要执行。

人口基础数据库建设方案【智慧城市应用】

智慧城市应用之人口基础数据库转型期的中国是人口发展的关键时期，经济发展和社会建设面临的重大问题无不与人口密切相关，人口问题的聚集与凸显是当前政府面临的重要问题。如何运用信息化的手段进行人口数据的科学有效管理，建立人口基础数据库（简称“人口库”），从而切实提高社会管理与民生服务水平就显得相当重要和紧迫。人口库建设的意义和重要性人口基础信息是国家重要的基础信息之一，现行人口管理模式和信息应用模式是一种“条块分割”式的管理，各个相关部门只是从本部门的角度出发对人口信息进行管理，相互间不能很好地协调起来。随着市场经济体制的建立和完善，这种“条块分割”式的、孤立的人口信息管理和应用模式的弊病已显端倪：一方面是造成了许多不必要的重复劳动，另一方面各部门间信息不能共享，不能更好地服务百姓。 1、建立人口基础数据库平台是有效实施人口战略的重要依据，是提高政府决策科学化的支撑。人口信息是社会的基础信息，是政府进行科学决策和公共行政管理的重要依据。长期以来，我国人口管理建立在户籍制度基础上，随着社会主义市场经济体制改革的深入发展，人口流动性越来越大，旧的管理模式已经不适应社会的发展需要。公安局、劳保局、建交委、社发局、工商局等部门都在实施对部分人口的专门管理，其要求是对实际居住地人口的管理，取得一定成效。由于各部门对人口管理和发展存在差异，统计口径也不一致，造成人口管理、统计的基础和基数始终不能统一，致使不能得到准确的人口及其分布状况信息。因此，迫切需要建立一个以公安人口信息为基础，以公民身份号码（境外人口为护照号）为唯一代码，以其他部门为补充和核准的，具有权威性、基础性和战略性的人口基础数据

数据库架构规划方案

架构的演变架构演变一定是根据当时要求的场景、压力下性能的需要、安全性、连续性的要求、技术的发展..... 我把架构的发展分为大概4个阶段： 1.单机模式 IT建设初期，高速建设阶段，大家要做的只有一件事，我需要什么构建什么，我需要ERP我买软件，需要HIS买HIS，这个时期按需构建大量的系统基本在这个时期产生，当然那个时候也没什么高可用的要求。 2.双机热备和镜像基本是20年前的技术了，在高速构建后，一堆的系统运行中，用户发现我们的核心业务如果坏掉业务受影响，停机几个小时做恢复这是无法接受的，那么双机热备或镜像，Active-Standby的模式出现，这样一台机器工作，一台备用坏了在短时间可以接管业务，造成的损失会低很多！

那么问题也很明显，备机资源浪费，依赖存储，数据还是单点，成本较高。产品也很多：RoseHA/RoseMirrorHA、NEC ExpressCluster、微软MSCS、Symantec VCS、Legato、RHCS 太多太多了。随后为了解决数据单点的问题有出现了存储的主备，存储的双活这厂商也太多了，这里就不介绍了基本上传统企业依然停留在第一和第二阶段，也就是要么单机，要么双机热备 3.节点多活

随着业务量越来越大，数据量不断飚升，系统高效性的矛盾显现出来，系统卡慢、报表、接口业务无法分离OLAP OLTP业务混合导致系统锁情况严重，资源消耗极其庞大，光靠升级硬件已经无法满足要求，横向扩展已经成为大势所趋。同时切换时间、备机无法启动的问题也困扰着用户。那么节点多活，多台机器同时对外提供访问的技术登上舞台，代表的ORACLE RAC、微软ALWAYSON 、MOEBIUS集群多活的两种模式也是从第二带架构的演变 oracle rac 把双机热备的辅助节点变的可以访问，关键点数据在多节点内存中的调配 Microsoft awo、Moebius 则是把镜像的辅助节点变的可以访问，关键点数据多节点同步这样横向扩展来分担压力，并且可以在业务上进行分离。 4.分布式架构分布式架构真的不知道从何说起，概念太大，每个人理解的都不一样，只能意会不能言传：比如说一份数据分开存成多份

数据库系统建设方案

校园一卡通项目数据库安全系统建设方案书一、系统现状概述校园一卡通在学校内也称为校园卡系统，是数字校园的有机组成部分，校园一卡通工程是数字校园的标志性工程和前导性工程。校园卡是将广大师生员工与数字校园有机连接在一起的最有效的媒介，实现了“一卡在手，走遍校园”，校园卡是校园数字化的重要形象和重要标志之一。

校园一卡通系统是架构在校园网上，以感应式射频IC卡为媒介，综合提供身份识别与电子支付服务功能的系统平台，以及其架构在此平台上的各种信息化应用系统。核心系统都运行在Oracle数据库之上，为整个系统提供稳定性基础。Oracle数据库系统是一个较为复杂的数据库，作为校园一卡通的基础数据存储和运行平台，存储着核心数据资料和基本业务逻辑，其稳定性与否直接关系着校园一卡通的对外服务能力。以下通过介绍数据各种主流数据保护和恢复的技术，根据业务系统的用户规模大小和用户的数据库维护能力以及项目投入成本，提出我们的建议解决方案。 1.1 双机热备系统特点与优势双机热备包括广义与狭义两种。从广义上讲，就是服务器高可用应用的另一种说法，英译为：high available，而我们通常所说的热备是根据意译而来，同属于高可用范畴，而双机热备只限定了高可用中的两台服务器。热备软件是用来解决一种不可避免的计划和非计划系统宕机问题的软件解决方案，当然也有硬件的。是构筑高可有集群系统的基础软件，对于任何导致系统宕机或服务中断的故障，都会触发软件流程来进行错误判定、故障隔离、以及通地联机恢复来继续执行被中断的服务。在这个过程中，用户只需要经受一定程度可接受的时延，而能够在最短的时间内恢复服务。

WindowServer2012故障转移集群配置与Oracle11GR2双机实现V1.2

Window Server 2012 故障转移集群配置与Oracle 11G R2双机实现

文件修改控制

1准备工作：需要准备3台服务器（必须），1台磁盘阵列（可选），主要用到的资源如下 1.1一台域控制器（以下所有服务器的操作系统均为windows server 2012 Enterprise R2 X64bit）计算机名字为AD3 IP地址：192.168.1.250 掩码：255.255.255.0 网关：192.168.1.1（可有可无）自己看着办。。。。。。。 DNS：192.168.1.250 域名为：bbc.local 1.2节点1：域成员服务器 IP地址：192.168.1.251 掩码：255.255.255.0 网关：192.168.1.1 DNS;192.168.1.250 心跳网络：192.168.2.1 加域：bbc.local 1.3节点2: 域成员服务器 IP地址：192.168.1.252 掩码：255.255.255.0 网关：192.168.1.1

DNS;192.168.1.250 心跳网络：192.168.2.2 加域：bbc.local 1.4集群虚拟IP Cluster IP：19 2.168.1.253 需要三个共享磁盘M数据盘、Q仲裁盘、oracle通用服务和依赖盘I盘，共享盘建议用专用存储，(测试可用 windows 2012系统自带的iscsi功能实现，正式环境建议使用磁盘柜，要求磁盘柜分2-3个逻辑驱动器，1个作为仲裁盘、另外1个作为数据盘、通用服务和依赖盘可有可无)。注意是逻辑驱动器不是磁盘分区。 1.5oracle通用服务共享IP：19 2.168.1.200 （漂移IP） 1.6以下文档中部分图片来自网络，图片内容仅供参考，以文字描述为准。 2设置第一台AD服务器 2.1网络参数，其余两台也是按上面给出的参数来设定，就不分别做图解。

网站集群建设方案

网站集群建设方案信息化建设的核心是信息资源的高度共享，要做到这点，统一的用户平台非常重要。通过分析网站建设中长期采用切块建设暴露出来的种种弊端，提出了统一开发供各部门共享共用网站集群的软、硬件资源，共享共用的网站管理系统、互动交流系统的网站集群建设的新理念，从而实现站群集中规范管理、站点间信息共享、内容发布及时准确、网站设计维护方便，以及网站的高安全性。一、网站建设存在的问题 1．部门之间条块分割，缺乏统一接口和标准：目前的信息化建设得不到统一的规划，各职能部门在信息化建设方面各自为战，所采用的软件系统不一致、数据标准不统一，并且分布在各个相对独立的服务器中，导致了校内大量的低水平重复建设，资源浪费严重，网站信息维护困难，技术要求高。 2．信息缺乏有效的共享和管理：由于没有统一系统的规划，在各职能部门的网络、网站系统的设计、开发与管理等各方面出现了信息难以交换，在全校范围内人为地形成了一个个信息孤岛，难以实现更高层次的信息处理，如：信息挖掘、决策支持等等，更为严重的是各系统间的信息缺乏有效的共享，会对整个网络系统的效率和准确性产生影响。 3．应用缺乏有效集成：由于缺乏统一接口和标准，以及应用系统可能采用不同软件平台开发，各应用系统间也缺乏集成，使得各应用系统之间无法直接访问相互间的数据和功能，经常需要人为的处理，如数据交换。另外，随着网上应用和资源越来越多，又暴露出应用缺乏有效的组织和管理的弊端。 4．系统升级更新维护成本高：在非集中式的环境影响下，的管理体制相对松散，各部处与院系之间具有相对独立性。并且，不同应用系统在不同时期由不同的人员开发，个体差异很大。许多单位和部门的网站界面和功能多年都不曾进行过更新和升级，其原因之一就是系统更新和升级的成本太高，对技术的依赖程度也越来越大。 5．对IT技术的发展缺乏充分了解：信息化的本质，简单地说就是以IT技术支持教学、科研与管理的发展。因此，要做好信息化的总体规划，必须充分了解IT技术的发展趋势，使用成熟、先进而又可持续发展的技术来实施的信息化，这样才能保证在规划的实施过程中不会因为IT技术的发展而被迫改变技术路线。二、对策针对以上分析结果，我们提出了网站集群建设的概念，网站集群建设就是将各站点连为一体，支持全部站点的统一管理，将现有的各职能部门的信息联系起来，使得同一组织内各个站点之间不再互相孤立。以统一的门户协同为来访者提供服务。来访者可以方便地通过一站式服务平台统一获得信息和服务。站点群管理是实现统一权限分配、统一导航和检索、消除“信息黑洞”和“信息孤岛”的基础。统一开发供各部门共享共用网站集群的软、硬件资源，共享共用的网站管理系统、互动交流系统。网站集群建设模式遵循“统筹规划、分步实施；联合共建、互联互通；安全可信、先进可靠；经济实用、灵活方便；统一标准、统一规范”的指导思想，这种模式主要有五个优点：一是能够资源共享。采用应用型的开发管理平台将可实现门户及部门网站信息的共享共用，可以形成全校统一的信息交换平台。二是多个站点的设计内容和数据存储和运行将能并处于同一软硬件环境中，节省大量软硬件的投资。三是能够实现互联互通，通过站点维护与内容管理权限的分配，使得管理规范化，实现集群化管理。四是采用基于组件化的设计使得动态网站的开发从程序开发层面提升到应用层面，可在较短时间内建成各部门网站，可以协调部门建设网站步伐。五是网站信息维护简便，降低了对技术要求，即使制作人员交替也不会对网站群的维护和管理产生很大的影响。

win2008R2做oracle共享存储的双机热备

配置安装概述使用两台服务器和一台存储，利用2008自带的群集故障转移功能配合存储,做到oracle 服务遇到故障时，能够从A服务器将oracle服务快速转到B服务器上使用。安装时将oracle的软件各自安装到A、B服务器的本地硬盘上，将oracle的数据库安装到存储上的共享盘里。在A服务器的oracle使用正常时，存储共享盘只显示在A服务器。当A服务器的oracle服务出现故障或是A服务器遇到硬件故障和网络故障时，B服务器会通过群集将oracle的存储共享盘和服务接管过来。本次安装实验使用的是HP BL460C的刀片服务器利用WMware的Vsphere5.1创建了两个虚拟机，存储使用的是HP P4000 iscsi连接。光纤连接亦适用。前置准备硬件：两台支持64位操作系统的服务器、一台存储服务器每台服务器至少有可以做两个分区的本地存储硬盘，如C：和D：每台服务器各需要三块网卡，分别做连接外网、双机心跳、连接存储。软件： Win 2008 R2 64位企业版 Oracle 11g 官网下载的解压缩文件名为： win64_11gR2_database_1of2 win64_11gR2_database_2of2 将这两个文件解压缩到同一个目录下使用setup

首先将两台服务器都装上win2008 R2 64 企业版，并将计算机名分别改为sj1和sj2。然后将连接外网的的IP地址，负责心跳的IP地址以及连接存储的IP地址设置好。并将本地连接名分别改为waiwangA、xtA、iscsiA和waiwangB、xtB、iscsiB。将其中xtA和xtB所对应的网口用网线直连或是通过专用的交换机进行连接。心跳的IP 地址最好不要和另两对网卡的IP地址类同，可以采用10.0.0.*的形式。如下图：接下来将系统防火墙给关闭掉，不然两台服务器之间的ping通信会有问题。打开控制面板，点击系统和安全。

数据库集群实施方案

数据库集群实施方案数据库安全的核心和关键是其数据安全。数据安全是指以保护措施确保数据的完整性、保密性、可用性、可控性和可审查性。由于数据库存储着大量的重要信息和机密数据，而且在数据库系统中大量数据集中存放，供多用户共享，因此，必须加强对数据库访问的控制和数据安全防护。数据库系统安全的层次与结构一般数据库系统安全涉及5个层次：（1）用户层：侧重用户权限管理及身份认证等，防范非授权用户以各种方式对数据库及数据的非法访问；（2）物理层：系统最外层最容易受到攻击和破坏，主要侧重保护计算机*络系统、*络链路及其*络节点的实体安全；（3）*络层：所有*络数据库系统都允许通过*络进行远程访问，*络层安全性和物理层安全性一样极为重要；（4）操作系统层：操作系统在数据库系统中，与DBMS交互并协助控制管理数据库。操作系统安全漏洞和隐患将成为对数据库进行非授权访问的手段；（5）数据库系统层：数据库存储着重要程度和敏感程度不同的各种数据，并为拥有不同授权的用户所共享，数据库系统必须采取授权限制、访问控制、加密和审计等安全措施。为了确保数据库安全，必须在所有层次上进行安全性保护措施。若较低层次上安全性存在缺陷，则严格的高层安全性措施也可能被绕过而出现安全问题。数据库系统安全解决方案概述环境安全环境安全是指数据库所运行的软硬件环境的安全控制。正确的架构设计是数据库及其他应用稳定、安全的运行最有力保障，一个正确的架构设计可以较好的体现在物理环境中，通过比较简单的对物理环境的设定，就可以屏蔽大量的安全隐患。错误的架构设计会导致物理结构散乱，无论从运维还是管理上来说，都有相当大的困难，较多的物理漏洞必须通过繁杂的软件安全控制来屏蔽风险，抛开安全本身无法较好保证而言，更换服务器时对软件的设置相当困难。软硬件架构按照较大的框架进行分割，我们可以知道任何安全的架构都是传统三层架构的扩展，根本还是在于表示层，业务逻辑层，数据访问层，对于数据库看来则是应用层，中间层，数据层。逻辑上实现三层架构比较容易，在软件中分离数据访问即可，但是往往我们

Linux系统Oracle双机热备

ORACLE 数据库双机热备方案（Linux）一、规划Oracle配置方案在开始安装和配置Oracle数据库前，我们需要规划Oracle配置方案，确定所需变量，方便后面安装步骤的执行。 1.1权限用户 Oracle 数据库实例服务，需要建立独立的Linux账户运行，在双机方案中，我们需要确保双机Oracle账户的用户ID和用户组的ID数字一致，否则将因文件访问权限问题导致双机切换失败。 1.2Oracle基目录和主目录 Oracle软件的基目录和主目录不能是共享存储盘或镜像盘中的目录。 1.3LISTENER 名称双机的LISTENER名称需要一致。 1.4数据库实例名双机的数据库实例名需要一致。 1.5数据库实例目录双机的数据库实例目录需要一致，必须放置在镜像卷或共享存储盘上面。 1.6汇总表格完成规划后填写表1.6-1：

在示例中，修改为：oracle:x:510:510::/home/oracle:/bin/bash 打开/etc/group 文件，找到Oracle用户组对应的行，把GID修改为表格中对应的值。在示例中，修改为： oinstall:x:510:oracle dba:x:511:oracle 进行完此步操作后方可对oracle用户进行目录访问授权操作，之后就可以开始安装Oracle程序了。 2.2选择安装选项在安装选项步骤，选择仅安装数据库软件选项，如图2.2-1所示图2.2-1

2.3选择Oracle安装目录在安装位置选项，按表中内容选择Oracle 基目录和Oracle主目录（OracleHome），如图2.3-1所示：图2.3-1 三、安装A机数据库实例以下步骤全部在A机上进行操作。运行ServHAConsole控制台，将资源树切换到A机，如图3-1所示:

服务器双机热备建议方案

（第一部分） ROSE双机热备解决方案

前言数字化建设是一个庞大而复杂的系统工程，其整体系统由上百个业务子系统组建而成，而这些系统间又有频繁的数据交换和业务联动，数据/信息中心系统的建设和部署是整个数字化系统建设的核心和基础，其架构设计是一项复杂的工作。本方案提出双机热备硬件平台基础架构的概述。本方案针对数字化基础架构，帮助各个层次上保持正常、健康的运行。具体方案如下：一、高可用性评估：对IT 可用性计划、流程、过程、角色、职责、报告、控制和服务水平实现情况进行分析；通过事后分析、故障成本或组件故障影响分析技术，对可能发生的故障进行分析；二、高可用性规划与设计对高可用性进行规划，包括计划、计划管理、报告和服务水平管理、高可用性流程和过程设计，包括角色和职责。三、高可用性实施各种服务器优化与整合服务规划、设计和实施。四、容灾规划与实施服务数据中心和灾备中心连续性接管服务，灾难恢复演练计划制定与实施。

一．系统环境 1.1 方案业务简述本方案的核心是统一的高性能的NAS架构，大部分数据都存储在NAS 的环境中，通过交换机连接不同的数据库服务和应用服务器进行各种业务处理。为支持越来越高的业务连续性要求。二．关健业务连续性系统设计 2.1 基础架构 2.2 系统设计说明 1. 服务器、存储和软件系统本方案的核心是统一的高性能的NAS架构，大部分数据都存储在NAS

的环境中，通过交换机连接不同的数据库服务和应用服务器进行各种业务处理。根据我们对业务系统的分析，充分满足对系统数据容量的规划，建议配置如下： ?2两台服务器建议选择IBM X3650，每台建议配置如下： ?磁盘阵列建议选择IBM DS3512，建议配置如下： ?双机软件选择RoseHA 一套，配置如下：

数据中心建设方案(简版)

企业数据中心系统平台技术方案建议书

第1章总体建设方案 1.1总体建设思路图、数据中心构建思路图按照对数据中心的理解，完整的数据中心应该具备IT基础设施（主机、存储、网络）、企业级ETL平台、数据存储中心、数据共享服务、应用层、统一门户、数据管控平台。

1.2功能框架图、功能框架系统功能框架分为企业级ETL平台、存储与计算中心、服务层、应用层、统一门户、统一平台管控。企业级ETL平台：负责企业数据中心数据采集、加工、汇总、分发的过程，完成企业级数据标准化、集中化，实现数据脉络化、关系化，实现统一的数据处理加工，包括：非实时数据处理和实时数据处理，提供数据抽取、数据转换、数据加载、数据汇总、数据分发、数据挖掘等能力。存储与计算中心：建立统一的数据中心数据模型，以及统一的数据存储与计算，具体提供关系数据库、分布式非关系数据库、分布式文件、分布式计算，实现统一的数据存储与计算。

数据共享服务：通过数据服务标准化开放访问，帮助企业IT建设中，应用和数据分离，引入更多的应用开发商，促进应用的百花齐放和应用的专业性；基于标准化接口，实现对标签、客户视图、指标等数据查询API封装，实现与周边系统实时互动，体现数据价值，减少数据冗余，保证数据安全，保证数据的一致性。应用层：应用层的应用使用服务层提供的各种数据服务。本期应用层包括：经分应用、流量运营、ESOP应用、VGOP应用、指标库、流量运营战略地图、掌上分析、自助业务分析、区域洞察、渠道运营、自助分析、客户标签库、实时营销、LTE互联网管控策略。统一门户：提供统一域名分配、负载均衡、鉴权管理、统一管控平台接入、应用注册、应用发布、应用访问数据信息等功能，同时提供数据中心被应用访问的频次，被应用访问的数据范围，提供数据资产的评估，为应用上下线和数据开放提供依据。统一平台管控：面向开发人员、运维人员实现数据、应用、资源的统一管控，包括：数据资产管控、开发管理、监控管理、调度管理、系统管理、安全管理。

oracle双机部署方案

Oracle双机高可用部署方案一、需求分析根据现有软硬件条件，可以参考一下三种Oracle 双机高可用方案。三种方案分别采用不同的部署构架、高可用方式，也存在各自的优势劣势。二、客户环境硬件：两台物理服务器、共享存储软件：oracle、rose HA 三、解决方案 1.双机热备使用Rose HA做Fail over系统，即单机提供服务，另一台热备。能解决主机故障包括OS故障、主机网卡故障、单个主机的网络故障等，通过 Rose HA将两台或者多台数据库主机绑定一个服务IP，所有的Data file、Contr File、Redo log等都存放于共享的存储上，主机HA集群通过一个服务IP对外提供服务，通过Rose HA的管理集群中的各个主机运行在 Active/Standby方式下，当其中一台主机发送故障时，Rose HA会自动的检测到故障并且将提供服务的IP切换到正常的主机上提供服务，从而保证了数据库服务的连续性和故障的自动切换。基本结构：

存在问题： A）Oracle程序文件安装两份存储于本地磁盘，数据文件仅一份存储于外部存储中。 B）必须依赖外部存储，用来存储数据库文件。 C）主备切换时间较长，1-2分钟（根据时间情况略有不同）。优势：双机热备，消除单点故障。无需手动干预。结构较简单，便于维护。劣势：数据文件仅一份存储于外部存储中，没有数据文件级的冗余备份。必须依赖存储实现整个结构。

2.双机负载（oracle RAC） Oracle Real Application Cluster（Oracle Rac）,RAC通过不同的节点（node）使用一个（一般是一个）或者多个Oracle实例（Instance）与一个数据库（Database）连接，该数据库存放于多个节点的公用存储（Share Storage）上，通过高速缓存合并技术使得集群中的每个节点可以通过集群高效的同步其内存高速缓存，从而最大限度地减低磁盘IO，并且自动并行处理及均匀分布负载，当其中一个节点发生故障时可以自动容错和恢复能力来实现节点的故障切换（Failover），从而保证数据库7X24小时的高可用性。基本结构：存在问题： A）Oracle Rac需要单独的 license，需要另外采购授权。

分布式数据库设计方案

1.大型分布式数据库解决方案企业数据库的数据量很大时候，即使服务器在没有任何压力的情况下，某些复杂的查询操作都会非常缓慢，影响最终用户的体验；当数据量很大的时候，对数据库的装载与导出，备份与恢复，结构的调整，索引的调整等都会让数据库停止服务或者高负荷运转很长时间，影响数据库的可用性和易管理性。分区表技术让用户能够把数据分散存放到不同的物理磁盘中，提高这些磁盘的并行处理能力，达到优化查询性能的目的。但是分区表只能把数据分散到同一机器的不同磁盘中，也就是还是依赖于一个机器的硬件资源，不能从根本上解决问题。分布式分区视图分布式分区视图允许用户将大型表中的数据分散到不同机器的数据库上，用户不需要知道直接访问哪个基础表而是通过视图访问数据，在开发上有一定的透明性。但是并没有简化分区数据集的管理、设计。用户使用分区视图时，必须单独创建、管理每个基础表（在其中定义视图的表）,而且必须单独为每个表管理数据完整性约束，管理工作变得非常复杂。而且还有一些限制，比如不能使用自增列，不能有大数据对象。对于全局查询并不是并行计算，有时还不如不分区的响应快。

库表散列在开发基于库表散列的数据库架构，经过数次数据库升级，最终采用按照用户进行的库表散列，但是这些都是基于自己业务逻辑进行的，没有一个通用的实现。客户在实际应用中要投入很大的研发成本，面临很大的风险。面对海量数据库在高并发的应用环境下，仅仅靠提升服务器的硬件配置是不能从根本上解决问题的，分布式网格集群通过数据分区把数据拆分成更小的部分，分配到不同的服务器中。查询可以由多个服务器上的CPU、I/O来共同负载，通过各节点并行处理数据来提高性能；写入时，可以在多个分区数据库中并行写入，显著提升数据库的写入速度。

云平台建设方案简介

云平台建设方案简介 2015年11月

云平台总体设计总体设计方案设计原则 ?先进性云中心的建设采用业界主流的云计算理念，广泛采用虚拟化、分布式存储、分布式计算等先进技术与应用模式，并与银行具体业务相结合，确保先进技术与模式应用的有效与适用。 ?可扩展性云中心的计算、存储、网络等基础资源需要根据业务应用工作负荷的需求进行伸缩。在系统进行容量扩展时，只需增加相应数量的硬件设备，并在其上部署、配置相应的资源调度管理软件和业务应用软件，即可实现系统扩展。 ?成熟性云中心建设，要考虑采用成熟各种技术手段，实现各种功能，保证云计算中心的良好运行，满足业务需要。 ?开放性与兼容性云平台采用开放性架构体系，能够兼容业界通用的设备及主流的操作系统、虚拟化软件、应用程序，从而使得云平台大大降低开发、运营、维护等成本。 ?可靠性云平台需提供可靠的计算、存储、网络等资源。系统需要在硬件、网络、软件等方面考虑适当冗余，避免单点故障，保证云平台的可靠运行。 ?安全性云平台根据业务需求与多个网络分别连接，必须防范网络入侵攻击、病毒感染；同时，云平台资源共享给不同的系统使用，必须保证它们之间不会发生数据泄漏。因此，云平台应该在各个层面进行完善的安全防护，确保信息的安全和私密性。 ?多业务性云平台在最初的规划设计中，充分考虑了需要支撑多用户、多业务的特征，保证基础资源在不同的应用和用户间根据需求自动动态调度的同时，使得不同的业务能够彼此隔离，保证多种业务的同时良好运行。 ?自主可控云平台建设在产品选型中，优先选择自主可控的软硬件产品，一方面保证整个云计算中心的安全，另一方面也能够促进本地信息化产业链的发展。支撑平台技术架构设计图支撑平台技术架构支撑平台总体技术架构设计如上，整个架构从下往上包括云计算基础设施层、云计算平台资源层、云计算业务数据层、云计算管理层和云计算服务层。其中： ?云计算基础设施层：主要包括云计算中心的物理机房环境； ?云计算平台资源层：在云计算中心安全的物理环境基础上，采用虚拟化、分布式存储等云计算技术，实现服务器、网络、存储的虚拟化，构建计算资源池、存储资源池和网络资源池，实现基础设施即服务。

网站集群建设方案.doc

网站集群建设方案1 网站集群建设方案信息化建设的核心是信息资源的高度共享，要做到这点，统一的用户平台非常重要。通过分析网站建设中长期采用切块建设暴露出来的种种弊端，提出了统一开发供各部门共享共用网站集群的软、硬件资源，共享共用的网站管理系统、互动交流系统的网站集群建设的新理念，从而实现站群集中规范管理、站点间信息共享、内容发布及时准确、网站设计维护方便，以及网站的高安全性。一、网站建设存在的问题 1．部门之间条块分割，缺乏统一接口和标准：目前的信息化建设得不到统一的规划，各职能部门在信息化建设方面各自为战，所采用的软件系统不一致、数据标准不统一，并且分布在各个相对独立的服务器中，导致了校内大量的低水平重复建设，资源浪费严重，网站信息维护困难，技术要求高。 2．信息缺乏有效的共享和管理：由于没有统一系统的规划，在各职能部门的网络、网站系统的设计、开发与管理等各方面出现了信息难以交换，在全校范围内人为地形成了一个个信息孤岛，难以实现更高层次的信息处理，如：信息挖掘、决策支持等等，更为严重的是各系统间的信息缺乏有效的共享，会对整个网络系统的效率和准确性产生影响。 3．应用缺乏有效集成：由于缺乏统一接口和标准，以及应用系统可能采用不同软件平台开发，各应用系统间也缺乏集成，

使得各应用系统之间无法直接访问相互间的数据和功能，经常需要人为的处理，如数据交换。另外，随着网上应用和资源越来越多，又暴露出应用缺乏有效的组织和管理的弊端。 4．系统升级更新维护成本高：在非集中式的环境影响下，的管理体制相对松散，各部处与院系之间具有相对独立性。并且，不同应用系统在不同时期由不同的人员开发，个体差异很大。许多单位和部门的网站界面和功能多年都不曾进行过更新和升级，其原因之一就是系统更新和升级的成本太高，对技术的依赖程度也越来越大。 5．对IT技术的发展缺乏充分了解：信息化的本质，简单地说就是以IT技术支持教学、科研与管理的发展。因此，要做好信息化的总体规划，必须充分了解IT技术的发展趋势，使用成熟、先进而又可持续发展的技术来实施的信息化，这样才能保证在规划的实施过程中不会因为IT技术的发展而被迫改变技术路线。二、对策针对以上分析结果，我们提出了网站集群建设的概念，网站集群建设就是将各站点连为一体，支持全部站点的统一管理，将现有的各职能部门的信息联系起来，使得同一组织内各个站点之间不再互相孤立。以统一的门户协同为来访者提供服务。来访者可以方便地通过一站式服务平台统一获得信息和服务。站点群管理是实现统一权限分配、统一导航和检索、消除“信息黑洞”和“信息孤岛”的基础。统一开发供各部门共享共用网站集群的软、硬件资源，共享共用的网站管理系统、互动交流系统。