站内搜索
Oracle证书
分类目录
- ASM (30)
- Database (86)
- backup&recovery (21)
- expdp/impdp (5)
- Installation and Deinstall (31)
- network (7)
- ORA-600 or ORA-7445 (6)
- Performence Tuning (13)
- troubleshoooting (2)
- Dataguard (7)
- EBS (3)
- Exadata (120)
- FAQ (19)
- POC和性能调整 (11)
- 体系架构 (19)
- 内部机制 (22)
- 安装和升级 (14)
- 性能指标 (8)
- Exadata V1 (1)
- Exadata V2 (1)
- Exadata X2-2 (2)
- Exadata X3-2 (1)
- Exadata X4-2 (1)
- FAQ (1)
- 故障诊断 (3)
- 日常运维 (15)
- 硬件配置 (43)
- Exadata V1 (6)
- Exadata V2 (6)
- Exadata X2-2 (6)
- Exadata X3-2 (8)
- Exadata X4-2 (8)
- FAQ (1)
- FAQ (16)
- Internal (21)
- Linux (20)
- MYSQL (8)
- OGG (1)
- ORA-600/7445 (2)
- ORA-XXXXX (5)
- Oracle 11.1 & Oracle11.2 (6)
- ORACLE 12C (21)
- Oracle 8 & Oracle 8i (1)
- RAC (47)
- SAP (2)
- Scripts (6)
- 未分类 (1)
- 虚拟化 (1)
文章归档
-
近期文章
- 针对最近黑客攻击数据库的解决方案和预防建议
- CentOS7.2(RHEL 7.2)的CPU占用高(%system 占用高)
- Oracle 12.1 RAC 系列 – 配置第二个网络和相应的SCAN2
- Oracle 12.1 RAC 系列-安装新主机,识别老存储和恢复数据库
- Oracle 12.2的Sharding-1-基础概念
- 11.2 RAC 系列-安装新主机,识别老存储-3-配置老存储的数据库
- 11.2 RAC 系列-安装新主机,识别老存储-2-准备识别数据库
- 11.2 RAC 系列-安装新主机,识别老存储-1-识别ASM磁盘
- 2016年1月PSU列表
- 单实例数据库转换为RAC数据库–使用rconfig转换
近期评论
- tom 发表在《exadata巡检报告的模板》
- cyx 发表在《关于我》
- 李科胜 发表在《EBS克隆–db和app分开在两个服务器上》
- xiao 发表在《exadata巡检报告的模板》
- Chris Sun 发表在《使用Oracle 11.2的DBMS_RESOURCE_MANAGER.CALIBRATE_IO对Exadata X5(HC)进行测试》
日归档:2014 年 3 月 14 日
安装Exadata时,如果checkip有报错怎么办?
在安装老版本 Exadata (Image 11.2.3.2.0以前)时,我们通常会使用一个叫做 的excel来完成环境配置,并生成和这个 onecommand 配套的配置文件。 大概在2013年1月份后,新的版本 Exadata ( Image 11.2.3.2.0以后 )上,我们会使用一个基于java的onecommand工具,图形化的生成配置文件。 通常安装前,我们会跟客户有一个沟通,把Exadata上的各个网络配置等信息跟客户做一个充分沟通,然后根据客户的要求使用onecommand生成配置脚本,其中有一个checkip.zip 这个checkip.zip(使用里面的 checkip.sh )我们会交给客户,用来检查现有环境。 有时候,运行checkip后,发现错误,不是说环境就一定不ready,需要看具体的情况而定: 例如:先插现有环境,发现有2个地方放报错了: 这里,我们发现了两个错误,但是这两个错误是不是致命错误,以至于不能安装呢? 我们来检查一下 checkip.sh 的详细日志,分析下,到底什么问题: [root@dm01db01 onecommand]# cat dbm.out 从上面的分析,我们可以看到,主要是2个错误: 1,在onecommand中生成配置文件时填写了两个DNS,但是安装的时候,我们的环境当时只配置了一个DNS Server 2,在2个PDU上连接网线到Exadata内置的Cisco交换机 这些都是非致命的问题,解决方法: 1,重新生成配置文件,只填写一个DNS 2,给PDU加上连线,连接到Cisco 再或者,其实这2个错误,可以忽略,O(∩_∩)O哈哈~
Exadata 环境下修改NTP Server的方法
如果NTP SERVER 的配置有问题,那么在使用 onecommand 进行安装时,会在最初的环境校验过程报错。 当然,从11.2.3.2.0开始,Exadata 上执行 onecommand 之前,必须先使用 checkip 脚本进行环境验证,如果该脚本返回关键错误,那么必须先根据提示解决问题,再继续安装。 例如,“Step 0 = ValidateEnv”就是执行环境校验: 这里我们看到NTP server在安装时都已经ok了: 在使用中,有时候客户有更改NTP SERVER的IP的需求。 如果没有在 Exadata 的db节点和cell节点上完成相应配置文件的修改,那么cell节点的alert中会类似如下报错: 此时,在cell节点上验证会报失败“FAILED”: 场景1:使用过程中,客户更改了NTP Server的解决方法 解决方法: 直接修改/opt/oracle.cellos/cell.conf,将10.9.26.230替换成 10.9.26.62 修改之后,再次使用“ /usr/local/bin/ipconf -verify -semantic ”来验证。 可以看到,已经验证通过了: 场景2:初始安装过程中,错误的填写了NTP Server的地址 解决办法: (1)重新生成配置文件: 按照新的NTP SERVER的IP,重新生成配置文件。 … 继续阅读