Exadata健康检查与评估

随着Exadata用户的不断增加，Exadata的健康检查也越来越规范，以下是ACS提供给客户的HC报告，写的不错，可以作为模版了

文档控制... 2

修改记录... 2

分发者... 2

审阅记录... 2

相关文档... 2

目录... 3

1. 检查介绍... 4

1.1 系统概要... 4

1.2 检查规则... 4

1.3 检查方法... 6

1.4 检查范围... 6

2. 检查总结... 7

2.1 概要... 7

2.2 总体评价... 7

2.3 配置检查发现的问题项... 7

3. Database Server. 8

3.1 DB NODE日志... 8

3.2 Verify database server InfiniBand network MTU size. 8

3.3 Verify Cluster Synchronization Services (CSS) misscount. 9

3.4 ASM disk group compatible.asm parameter. 9

3.5 ASM disk group compatible.rdbms parameter. 9

3.6 Verify Ethernet Cable Connection.. 10

3.7 Verify oradism ownership and setuid.. 10

4. Storage Server. 11

4.1 当前最新版本... 11

4.2 Verify Griddisk.. 11

4.3 Verify Celldisk.. 13

4.4 Verify Flashcache. 13

4.5 Verify Smart Flash Log. 13

4.6 Verify celldisk predictive failures. 14

4.7 cell 日志alert.log. 14

4.8 CELL NODE OS日志... 15

5. Grid和数据库检查... 16

5.1 数据库软件补丁信息... 16

5.2 GRID运行日志... 17

5.3 ASM运行日志... 18

5.4 ASM参数检查... 18

5.5 db05/db06/db07/db08库参数检查... 18

5.6 db05…db08库alert日志分析... 19

6. 附录参考... 20

Exadata Firmware and Software版本检查... 20

系统主要包括1套 full rack配一体机，集群配置情况如下：

Cluster Name	dm02-cluster
OS Version	LINUX X86-64 OELRHEL 5 2.6.18-274.18.1.0.1.el5
CRS Home - Version	/u01/app/11.2.0.3/grid - 11.2.0.3.0
DB Home - Version - Names	/u01/app/oracle/product/11.2.0.3/dbhome_1
Exadata Version	11.2.3.1.1
Number of nodes	22
Database Servers	8 dm02db08 dm02db07 dm02db06 dm02db05 dm02db04 dm02db03 dm02db02 dm02db01
Storage Servers	14 dm02cel14 dm02cel13 dm02cel12 dm02cel11 dm02cel10 dm02cel09 dm02cel08 dm02cel07 dm02cel06 dm02cel05 dm02cel04 dm02cel03 dm02cel02 dm02cel01

1.1 检查规则

由于一体机内置了许多软件，硬件组合。包括计算节点（Computer Server），存储节点（Storage Server）以及infiniband交换机，CISCO交换机等。任何一个组件都是一个复杂的单元，所以通过单独的检查来确认整体性能存在较大的局限性，因此Oracle根据Exadata的软硬件特点，整理出一套精确的配置要求，以这些配置要求来保证最终Exadata的运行是稳定，高效的。这些规则主要来自于两个方面：

Exadata最佳实践(Best Practices):

整理最佳实践规则的目的是提供一个如何平稳高效的进行Oracle产品安装，优化，升级以及运行的方法。并通过这些方法的传授，使关键客户可以快速的得到Oracle产品在关键行业，关键业务场景下的实施经验，并借此来保证自身所购买的Oracle产品的价值最大化。

这些建议并不是为了替代正式的产品文档，而是对这些文档更有力的补充，理解这些最佳实践规则有时需要更深入的阅读，理解标准文档的相关章节。

最佳实施中的建议是基于大多数关键客户的实施，运行经验，但并不意味着这些建议都是必须实施，或者必定适合所有场景的。

定制和恰当的取舍是需要的，而且在已有产品平台上实施时同样需要经过完整的测试确认，以避免由于业务独特性所带来的风险。

最大可用性架构（Max Avaibility Architecture)for Exadata:

MAA(Max Avaibility Architecture)：现今的系统运维通常都与客户关键的业务相关，可用性的变化可能直接影响企业的正常运行甚至市场存亡。然而越来越多的系统复杂度在持续的提升，IT经理，架构师和管理员常常发觉很难整理出一套适合所有业务运行的高可用性方案。并且只能将可用性的解决方案交给第三方的咨询公司，但也许并不能得到一个适合自身业务独特性的可用性方案。

在这个背景下MAA被引入了，Oracle MAA方案的设计目标是让所有Oracle产品的高可用性实施是相对简单的，摆脱不确定的技术猜测的。 Oracle组建了MAA Team，并进行了一年的深入工作整理出Oracle产品的高可用性方案，使Oracle产品的实施能够满足目前最苛刻业务的可用性需求。

本次Exadata健康检查就引用了MAA架构中的多个故障场景的预防策略，并对照目前的环境配置，确认是否在不同的故障场景下能够提供最大高可用性支持。这些场景包括：

A. COMPUTE Server的失败，如宕机等故障；

B. Storage Server级的失败，如宕机，CELL不可用；

C. 数据库节点失败的支持，如单节点宕机；

D. 数据库物理，逻辑损坏；

E. 网络及数据中心级的损坏；

本次主要使用了MAA与Exadata有关高可用描述，如果对其它Oracle产品的高可用性实践感兴趣，可以访问以下网址：

http://www.oracle.com/technetwork/database/features/availability/maa-090890.html

各组件运行日志

除此上面两种配置规则的检查外，本次检查也涉及了以下组件的运行信息检查：

A. DBNODE的运行日志；

B. CELLNODE的运行日志；

C. GRID/ASM/DB的ALERT日志；

1.2 检查方法

本次Exadata健康检查的工具是：

l 通过使用exachk 配置审计工具进行Exadata系统信息收集。

l RDA收集GRID和数据库相关的配置；

l SUNDIAG收集存储节点日志

1.3 检查范围

Exadata是基于集软件，硬件，交换机等设备为一体的技术架构，本次检查主要针对其中DBNODE/CELLNODE及相关的数据库软件进行了检查，详细内容包括：

检查组件列表	检查工具
操作系统内核参数	Exachk RDA
操作系统软件包	Exachk RDA
RAC相关的其它系统配置	Exachk RDA
CRS/Grid Infrastructure	Exachk RDA
RDBMS	Exachk RDA
ASM	Exachk RDA
Database和ASM 初始化参数	Exachk RDA
RAC相关其它重要数据库配置	Exachk RDA