RAC高可用性测试案例设计_V1.2
高可用测试方案
高可用测试方案目录•引言•定义高可用•高可用测试策略•高可用测试计划•高可用测试工具•高可用测试执行•结论引言在现代互联网应用中，高可用性已经成为非常重要的一个关键词。
高可用性指的是系统能够长时间保持可用性并提供稳定可靠的服务。
为了保证系统的高可用性，需要进行全面的高可用测试来确保系统能够在各种异常情况下依然正常运行。
本文将介绍一种高可用测试方案，用于评估系统的高可用性并找出潜在的问题。
定义高可用在开始介绍高可用测试方案之前，首先需要明确高可用的定义。
高可用即指系统或服务在面对各种异常情况时，依然能够持续提供正常的服务。
高可用性可以从以下几个方面进行评估： - 系统的可用性：系统能否正常启动、运行和关闭，能否按照预期提供服务。
- 容错能力：系统在面对意外故障时，能否自动恢复过来，保持稳定运行。
- 可恢复性：系统在出现故障后，能否快速恢复到正常工作状态，避免长时间的中断。
- 负载均衡：系统能否合理分配请求负载，确保各个节点的负载相对均衡，避免单点故障导致系统崩溃。
- 弹性扩展：系统能否根据实际负载情况动态扩展，保证性能和可靠性。
- 数据一致性：系统在分布式环境下，能否保证多节点之间的数据一致性。
高可用测试策略高可用测试策略是制定高可用测试方案的关键步骤之一。
在制定高可用测试策略时，需要考虑以下几个方面： 1. 定义高可用性指标：根据具体的系统需求，明确高可用性指标，例如系统的可用性要求、故障恢复时间要求等。
2. 确定测试环境和测试范围：根据系统的特点和测试需求，确定测试环境和测试范围，包括测试的功能模块、关键路径和异常情况等。
3. 确定测试用例和测试数据：设计和编写针对高可用性的测试用例，准备测试数据和异常数据。
4. 制定测试计划：制定详细的测试计划，包括测试排期、测试资源和测试人员的分配等。
5. 确定测试方式和工具：选择合适的测试方式和工具，例如自动化测试工具、负载测试工具、故障注入工具等。
Windows_Server_2008_R2_X64环境下Oracle_11g_R2_RAC+ASM环境搭建及COSS6.0单点故障自动切换配置指南
Windows_Server_2008_R2_X64环境下Oracle_11g_R2_RAC+ASM环境搭建及COSS6.0单点故障自动切换配置指南V1.02013.2北京广通信达科技有限公司目录目录 (3)第1章引言 (6)1.1什么是RAC (6)1.2RAC关键特性 (6)1.2.1高可用性 (6)1.2.2高性能 (6)1.3Oracle 11gR2 RAC简介 (6)1.4部署背景 (7)第2章总体规划 (8)2.1服务器规划 (8)2.2网络规划 (8)2.3存储规划 (8)2.4数据库规划 (9)2.4.1软件规划 (9)2.4.2数据库配置 (9)2.5网络拓扑规划 (10)第3章环境配置 (10)3.1操作系统配置 (10)3.1.1修改主机名、统一用户名密码 (10)3.1.2关闭防火墙、配置DEP和UAC (11)3.1.3修改虚拟内存 (13)3.1.4修改注册表 (13)3.2网络配置 (14)3.2.1添加IP地址、修改网卡名 (14)3.2.2修改网卡优先级 (16)3.2.3修改hosts文件 (17)3.2.4测试网络连通性 (18)3.3存储配置 (20)3.3.1磁盘规划 (20)3.3.2磁盘初始化 (21)3.3.3装载空白NTFS文件夹 (28)3.3.4共享磁盘 (30)第4章RAC安装 (31)4.1安装前配置检查 (31)4.1.1时间同步 (31)4.1.2共享互访测试 (32)4.1.3数据库软件检查 (32)4.2安装grid集群软件 (33)4.3clusterware安装校验 (42)4.4安装database数据库软件 (43)4.5创建ASM磁盘组 (47)4.6使用DBCA创建数据库 (53)4.7RAC服务 (62)4.7.1RAC1节点服务 (62)4.7.2RAC2节点服务 (62)第5章COSS单点故障自动切换配置 (62)5.1在RAC1上部署COSS6.0 (62)5.1.1安装COSS6.0标准版软件 (62)5.1.2创建相关表空间 (63)5.1.3创建用户并赋权 (69)5.1.4初始化Portal数据库 (69)5.1.5更改数据库参数 (69)5.1.6初始化数据库并导入license (70)5.1.7升级COSS6.0到最新补丁 (70)5.1.8升级COSS6.0的Oracle RAC支持补丁 (70)5.2在RAC2上部署COSS6.0 (72)5.3故障模拟测试 (72)第1章引言1.1什么是RACRAC就是real application clusters的缩写，跟rack的读音同Oracle Real Application Clusters (RAC)可以支持24 x 7 有效的数据库应用系统，您可以在由低成本的服务器构成的高可用性系统上自由部署您的应用，而无需修改您的应用程序，使用RAC无需再为成本而牺牲性能和可靠性1.2RAC关键特性1.2.1高可用性Oracle Real Application Clusters 提供一个高性能低成本的应用平台，支持所有类型的应用系统，无论是事务处理型应用还是分析型应用。
oracle rac的机制与测试方法
一、Oracle RAC的定义及机制Oracle RAC（Real Application Clusters）是Oracle数据库的一种架构，它允许在多台服务器上运行Oracle数据库实例，并提供对这些实例的访问。
Oracle RAC的主要特点包括：1. 多实例架构：Oracle RAC允许在多台服务器上同时运行多个数据库实例，这些实例可以共享相同的存储。
2. 高可用性：Oracle RAC提供了高可用性和容错能力，任何一个数据库实例出现故障时，系统可以自动切换到其他正常工作的实例。
3. 扩展性：Oracle RAC可以根据需求动态地增加或减少服务器和存储资源，以满足系统的扩展和缩减需求。
4. 负载均衡：Oracle RAC可以自动分发和负载均衡数据库请求，以提高系统的性能和资源利用率。
5. 并行处理：Oracle RAC可以在多个数据库实例之间并行处理数据库请求，提高系统的处理能力。
Oracle RAC的机制主要包括集裙架构、存储架构、网络架构和实例架构等方面，它们共同组成了Oracle RAC的核心机制。
二、Oracle RAC的测试方法1. 硬件测试：硬件测试是Oracle RAC测试的第一步，包括对服务器、存储和网络设备的性能、容量和可靠性等方面进行测试。
2. 软件测试：软件测试是Oracle RAC测试的关键，包括对Oracle数据库软件、操作系统、集裙软件、文件系统等进行功能、性能和可靠性等方面进行测试。
3. 故障测试：故障测试是Oracle RAC测试的重要内容，包括对数据库实例故障、节点故障、存储故障等进行模拟和测试，检验系统的容错和恢复能力。
4. 性能测试：性能测试是Oracle RAC测试的重点，包括对数据库的并发处理能力、负载均衡能力、扩展性等进行测试，评估系统的性能和资源利用率。
5. 容量测试：容量测试是Oracle RAC测试的必要环节，包括对数据库的容量规划、增长预测、资源消耗等进行测试，确保系统的可扩展性和充分利用资源。
Oracle11gR2RAC高可用连接特性–SCAN详解
Oracle11gR2RAC高可用连接特性–SCAN详解许春植（Luocs）（阿里巴巴高级数据库管理员,7年以上数据库运维管理经验，擅长MySQL、Oracle及MongoDB数据库，目前主要研究并建设MongoDB一套完整的运维体系）编辑手记：感谢许春植授权独家转载其精华文章，也欢迎读者朋友向我们投稿，本文是对Oracle SCAN特性的一些介绍和总结，编辑时略有节略。
Oracle 从11g 开始推出的 SCAN 特性在 Oracle RAC 高可用连接里占据着非常重要的地位，也是以后的重点推进方向。
说在前头：文章中核心内容来自官方，当然也参考了部分前辈们整理的资料，再加以自己的理解和测试整理出的文章。
SCAN 概念什么叫 SCAN，SCAN (Single Client Access Name) 是 Oracle 从11g R2 开始推出的，客户端可以通过 SCAN 特性负载均衡地连接到 RAC 数据库。
SCAN 提供一个域名来访问 RAC，域名可以解析 1个到 3个 SCAN IP，我们可以通过 DNS 或者 GNS 来解析实现。
其中 DNS 大家都很熟悉，这里不多说。
GNS (Grid Naming Service)则是Oracle 11g R2 的新功能，可以通过DHCP 服务为节点和SCAN 分配 VIP 和 SCAN IP。
另外还有个优点是，对于新加入集群的节点，它会自动分配VIP 地址，更新集群资源，客户端依然通过SCAN 特性负载均衡地连接到新增集群节点上。
除了 DNS 和 GNS 解析方法外，SCAN 也可以使用 hosts 文件来解析，但用过的人都知道，此方法不仅在安装RAC 的时候产生问题（RAC 安装的时候的确会报错），后期使用也是存在问题的，比如SCAN 域名只能定义一个 SCAN IP。
所以这种方法也是 Oracle 不推荐使用的。
但尽管如此，我见过很多生产上依然这样使用，也就是废弃了11g 的新特性 SCAN，而是依然采用 VIP 连接方式。
rac集群,主从节点之间不同步
一、什么是rac集裙？1.1 rac集裙是指Real Application Clusters（实时应用集裙）的缩写，是Oracle数据库的一种高可用性和扩展性解决方案。
1.2 rac集裙允许多台服务器（节点）访问共享存储并同时运行Oracle数据库实例，从而提供了数据的高可用性和性能扩展。
1.3 每个节点都运行着相同的数据库实例，节点间通过交叉连接或者InfiniBand等高速互联方式进行通信，从而实现数据库实例之间的协同处理。
二、主从节点的同步问题2.1 在rac集裙中，每个节点都是对等的，不存在主从之分，因此不存在传统的主从节点之间的同步问题。
2.2 但在实际应用中，有时候会出现一个节点上的数据与另外一个节点上的数据不一致的情况，这种情况被称为主从节点之间不同步。
2.3 主从节点之间不同步可能会导致查询结果不一致，数据冲突，甚至数据库的崩溃，因此需要引起高度的重视和及时的处理。
三、主从节点不同步的原因3.1 网络问题：节点之间的通信出现问题，导致数据无法准确地传输和同步。
3.2 节点故障：某个节点出现故障或者宕机，导致数据无法正常地进行同步。
3.3 事务处理问题：由于不当的事务处理或者并发控制机制的不足，导致数据在节点之间不一致。
四、解决主从节点不同步的方法4.1 检查网络环境：首先需要检查节点之间的网络连接是否稳定可靠，避免出现通信故障导致数据同步不及时。
4.2 监控节点状态：定时监控各个节点的运行状态，及时发现节点故障并进行处理，保证集裙的稳定和正常运行。
4.3 配置适当的事务处理机制：合理设计和优化数据库的事务处理，避免数据冲突和不一致的情况发生。
五、结语5.1 rac集裙作为Oracle数据库的高可用解决方案，在实际应用中可以极大地提升数据库的性能和可靠性。
5.2 然而，主从节点之间的数据同步问题也是需要重视的，需要管理员和开发人员充分了解rac集裙的工作原理，合理配置和优化集裙环境，以保证数据的一致性和稳定性。
数据库的高可用测试方案-概述说明以及解释
数据库的高可用测试方案-概述说明以及解释1.引言1.1 概述概述:数据库的高可用性是指数据库系统在面临各种故障或异常情况时依然能够保持正常运行，提供可靠的数据访问和服务。
对于企业和组织来说，数据库的高可用性是确保业务连续运行的关键要素之一。
因此，针对数据库的高可用性进行测试和评估具有重要意义。
数据库的高可用性测试主要通过模拟各种故障情况和极限负载条件来验证数据库系统的稳定性、可靠性以及容灾能力。
通过高可用性测试，可以发现数据库系统在复杂环境下的弱点和瓶颈，并采取相应的措施进行优化和改进，从而提升数据库的可用性和可靠性。
本文将重点讨论数据库的高可用性测试方案。
首先，我们将介绍高可用性的概念和意义，阐述为什么数据库的高可用性对企业和组织至关重要。
然后，我们将详细讨论数据库的高可用性测试方法，包括常见的测试手段和技术。
最后，我们将重点介绍高可用性测试方案的设计与实施，从测试计划制定、测试环境搭建到测试案例设计和执行等方面进行深入探讨。
通过撰写这篇文章，旨在为读者提供一个全面了解数据库高可用性测试的指导，帮助他们更好地理解和应用高可用性测试方案。
同时，本文也为数据库系统的开发和运维人员提供了一些有益的经验和建议，以提升数据库系统的可用性和可靠性，确保数据的安全和稳定。
让我们一起深入探究数据库的高可用性测试方案，为企业和组织的数据服务保驾护航。
1.2 文章结构：本文主要围绕数据库的高可用性测试方案展开，分为引言、正文和结论三个部分。
在引言部分，我们将对高可用性的概念进行概述，介绍高可用性在数据库领域的重要意义，并明确本文的目的。
正文部分将在2.1节对高可用性的概念和意义进行详细阐述，包括对高可用性的定义和其对数据库系统稳定性和可靠性的影响等方面的探讨。
紧接着，在2.2节，我们将介绍数据库的高可用性测试方法。
这部分将涵盖常见的数据库高可用性测试手段，包括主备复制、双机热备、双机热备加异地灾备等，以及测试时需要考虑的因素和常见的测试指标。
ORACLE 11G RAC 安装部署及测试方案
ORACLE 11G RAC 安装部署及测试方案BY:JM.CAO一、系统要求1.1硬件环境要求Oracle11gR2 RAC 最低安装要求：内存：安装 grid infrastructure 最少需要 1.5GB 的内存，安装grid infrastructure 和 RAC 最少需要 2.5GB 的内存swap：最少需要 1.5GB，推荐等于实际物理内存temp：最少 1GB /tmp安装目录：grid infrastructure最少需要 15GB空间，oracle database 至少15GB ，建议为安装目录创建单独的文件系统，如: /u01。
操作系统：aix 6.1，并且需要安装如下软件包：lslpp -l bos.adt.base bos.adt.lib \bos.adt.libm bos.perf.libperfstat\bos.perf.perfstat bos.perf.proctools rsct.basic.rte \ pat.clients.rte xlC.aix61.rte1.2 网络环境要求1.2.1、IP 地址要求Oracle 11gR2 RAC 中对网络的要求与 10g 稍有些不同，除 Public IP、Private IP、VIP外，在Oracle 11gR2RAC 中还引入了 SCAN IP的概念。
SCAN 全称是 Single Client Access Name ，它是 Oracle RAC 11gR2 版本的一个新特性。
它为需要访问Oracle 集群数据的客户端提供一个简单名字。
1.2.2、DNS 服务器在 Oracle 11gR2 RAC 中引入了 SCAN 的概念，而 ORACLE 推荐使用DNS 解析的方法来实现 SCAN，这就要求网络中有一台 DNS 服务器用来解析SCAN 地址。
如果你网络中没有专用的 DNS 服务器，那么也可以使用hosts文件进行解析。
OracleRACfailover测试（连接时故障转移）
OracleRACfailover测试(连接时故障转移)Oracle RAC 集群最突出的表现就是高可用性，这些内容主要包括load balance以及failover，通过这些技术使得单点故障不影响客户端端应用程序对数据库的正常访问，以及通过创建service实现节点间负载均衡。
本文主要描述Oracle 10g rac环境下的Oracle failover测试。
下面是一些关于这方面的基础参考或相关链接：有关负监听配置，载均衡(load balance)以及Oracle service请参考ORACLE RAC 监听配置 (listener.ora tnsnames.ora)ORACLE RAC 下非缺省端口监听配置(listener.ora tnsnames.ora)Oracle RAC 客户端连接负载均衡(Load Balance)Oracle RAC 服务器端连接负载均衡(Load Balance)Oracle RAC 负载均衡测试(结合服务器端与客户端)Oracle RAC failover 测试(TAF方式)Oracle RAC failover 测试(Server TAF方式)1、Oracle failover的几种方式Oracle failover也叫故障转移，从Oracle 10g开始，分为3种方式：a. Client-Side Connect time Failover客户端连接failover模式，此方式较为简单，只要安装了rac集群，缺省情况下即被启用。
b. TAF透明故障转移，此方式同样基于客户端完成，需要配置客户端tnsnames.ora，连接故障发生时，无须重新连接c. Service-Side TAF服务器端透明故障转移，通过配置service来实现，客户端无须任何配置。
本文主要演示第一种情形，即客户端在发起连接请求时如何实现故障转移注意事项：不能在listener.ora 文件中设置GLOBAL_NAME该参数会禁用Connect-time Failover 和 Transparent Application Failover2、Client-Side Connect time Failover下面关于Client-Side Connect time Failover来自Oracle 的官方描述 ID 453293.1The connect-time failover enables clients to connect to another listener if the initial connection to the first listener fails. The number of listener protocol addresses determines how many listeners are tried. Withoutconnect-time failover, Oracle Net attempts a connection with only one listener. The default is on.Tnsnames Parameter: FAILOVER(failover=on) is default for ADDRESS_LISTs, DESCRIPTION_LISTs, and a set ofDESCRIPTIONs., therefore, you do not have to specify it explicitly.基于客户端的failover比较好理解。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
测试环境要求
数据库服务器硬件环境总体与生产系统相当，但具体配置（CPU、内存等）可低于生产环境
内存、SWAP、网络、时钟服务器等不仅满足RAC安装要求，而且与生产环境相似。
例如公
AIX、HACMP等版本、补丁与生产系统一致
RAC版本、小补丁与生产系统一致
数据库参数、Listener、TNSNAMES等配置与生产系统相同或相似
WAS服务器硬件环境总体与生产系统相当，但具体配置（CPU、内存等）可低于生产环境
AIX等版本、补丁与生产系统一致
部署与生产系统相同的WAS架构，例如Cluster环境
WAS版本、小补丁与生产系统一致
WAS参数等配置与生产系统相同或相似
应用连接配置（JDBC Thin Driver）等与生产系统一致
Web服务器硬件环境总体与生产系统相当，但具体配置（CPU、内存等）可低于生产环境
AIX等版本、补丁与生产系统一致
Web服务器版本、小补丁与生产系统一致
应用软件建议挑选业务关键、数据量和访问量较大的一套典型系统作为测试系统。
具体系统请中行领导和技数据库数据建议采纳近期的生产系统真实数据。
应用案例建议设计若干典型业务处理。
由于是手工模拟，为保障故障模拟的真实性，建议最好设计若干长事
例如公网、私网均采用双网卡
具体系统请中行领导和技术人员确定。
，建议最好设计若干长事务，例如后台批处理等。