月归档:2014 年十月

EBS克隆–db和app分开在两个服务器上

本次的环境: 源:DB和APP在同一台机器上,数据库 11.2.0.4,EBS 12.2 目标: DB和APP在不同服务器上,数据库 11.2.0.4,EBS 12.2 EBS 12.2有一个新特性,online patch的功能,因此,app上会有两个应用目录,比如fs1和fs2,其中fs1为run instance,而fs2为patch instance,这样patch的时候,他可以先patch fs2,然后fs2切换为run instance,而fs1再切换为patch instance来apply patch。 具体操作大致步骤如下:  克隆时,先克隆db,再克隆app  磁盘空间要求:Oracle Fusion Middleware cloning tools require 6GB in /tmp and 6GB under $COMMON_TOP.  在做prepare clone的过程中,source系统的数据库必须是处于running状态  prepare clone过程中,source系统的应用可以处于running状态 … 继续阅读

发表在 安装、克隆、迁移 | 标签为 , , | 一条评论

升级到11.2.0.4的一些发现-1-catupgrd.sql大致解读

升级到11.2.0.4的一些发现-2-其他发现 升级到11.2.0.4的一些发现-3-catalog.sql的主要内容 10.1的时候写了一个blog,由于当时blog出问题,丢失了,今天无意中找到这个丢失那篇blog的备份,补充上,O(∩_∩)O哈哈~ 后续的第二篇,参见《升级到11.2.0.4的一些发现-2-其他发现》 Rem Initial checks and RDBMS upgrade scripts Rem catalog and catproc run with some multiprocess phases @@catalog.sql –CATFILE -X 该脚本主要操作如下: @@catproc.sql –CATFILE -X ——-设置 ALTER SESSION SET NLS_LENGTH_SEMANTICS=BYTE;

发表在 Installation and Deinstall | 标签为 | 留下评论

11.2定时任务引起的系统负载异常—案例1

今天同事反映,周末新切换的一个数据库CPU load定期出现高峰,图形怪异: 检查了一下系统的定时任务: 主要是resource manager的定时维护任务,因此手工关闭定是维护任务。 这里,EXFSYS是Oracle Expression Filter 组件的owner,根据mos的建议,可以卸载该组件: 然后停止相关的自动维护的job: 从zabbix上观察,11点02分操作完成后,到现在为止,系统已经平稳了,O(∩_∩)O哈哈~

发表在 Performence Tuning | 标签为 | 留下评论

EBS-创建客户化应用

我这里的例子是创建一个名字叫做XXBL的应用 目录 1) Create A Custom Application Using adsplice 1 2) Verify Creation of Custom Product 9 2.定义和生成客户化应用的消息文件 9 1)重启应用使新增的客户化应用生效 9 2)定义消息 9 3)生成消息文件 10 EBS创建客户化应用操作-Lunar

发表在 EBS系统管理 | 标签为 , | 留下评论

EBS克隆–从已有的tar包克隆一套EBS(db和app在同一台机器上)

最近公司有EBS的项目,完了1周了,觉得很有意思。 下面记录了从一个已经克隆好的tar包开始,克隆出一套自己的EBS系统。 主要内容如下: 目录 硬件需求和环境 1 一、解开tar包和创建用户 1 创建用户 1 创建目录 1 创建OraInventory文件 2 解tar 2 修改目录权限 2 二、检查OS安装包 2 使用yum检查并安装缺少的package 2 Link to Motif library in Oracle Application Server 10.1.2 (on Oracle Linux 5, 6 and RHEL 5, 6 … 继续阅读

发表在 安装、克隆、迁移 | 标签为 , , | 留下评论

Linux 环境下11.2.0.3 rac的快速卸载脚本

在Oracle 11.1和Oracle 10.1,10.2上,都是官方提供手工清理RAC环境的方法的(比如环境有问题,或者RAC安装失败,要清理后重新安装。虽然这些版本,也提供了卸载脚本,但是总是卸不干净,因此那个时候,更多的这种需求都是通过手工卸载完成的)。 从11.2开始,Oracle不推荐使用手工方式删除RAC环境,而是提供重新配置的脚本和专门的卸载包。但是我个人还是喜欢手工卸载(依据依然来源于 Oracle 的文档)。 之前写过基于AIX平台的,AIX环境下11.2 rac的快速卸载脚本 今天因为需要,写了Linux的,实测了一下,效果很好,测试环境: OEL 6.5 + Oracle 11.2.0.3 RAC 手工清理rac环境,轻松还原裸系统(准备重新安装): rm -rf /etc/oracle/ rm -f /etc/init.d/init.cssd rm -f /etc/init.d/init.crs rm -f /etc/init.d/init.crsd rm -f /etc/init.d/init.evmd rm -f /etc/rc2.d/K96init.crs rm -f /etc/rc2.d/S96init.crs rm -f /etc/rc3.d/K96init.crs … 继续阅读

发表在 Installation and Deinstall | 标签为 , | 留下评论

11.2 RAC 修改了目录权限(u01)后crs不能启动的解决方法-2-使用root.sh重构crs

因此,下面我尝试比这个方法稍微科学一点点的方法2:重新执行节点1的root.sh,来尝试修复节点1的权限问题。 使用rootcrs.pl -deconfig删除crs配置信息: 使用root.sh重新配置crs: 配置结束后,可以看到,节点1的数据库是不能正常启动的: 这个原因是很明显的,跟手工修改u01目录权限一文中的类似: 修改oracle二进制文件的权限: 再次尝试启动数据库: 再回过头看看root.sh修改了哪些主要目录的权限: 这些目录是11.2 RAC的基本服务资源。从11.2开始,GI中不再显示类似上面的基础服务资源,需要使用init参数来看: 从修改过程可以看出,感觉上,root.sh比第一种手工修改的方法科学一点,但是居然oracle二进制文件的权限还是没有修改好,那么其他的是否有细节问题,不好说。 总之,Oracle建议的方法,还是加减节点,让Oracle完全的重构这个节点的所有文件,以防止日后任何的CRS异常终止或者异常宕机等行为。

发表在 RAC | 标签为 , , | 留下评论

11.2 RAC 修改了目录权限(u01)后crs不能启动的解决方法–使用rootcrs.pl -init修复

还原节点损坏的场景: 可以看到,此时crs起不来了,后台报错: 可以看到,卡在ora.mdnsd服务不能启动: 使用rootcrs.pl的init选项尝试修复,结果是不行的: 后台日志的报错信息,跟上面的是雷同的。 可见,使用rootcrs.pl -init修复目录权限,在chown -R /u01面前,作用不大。

发表在 RAC | 标签为 , , | 留下评论

11.2 RAC 修改了目录权限(u01)后crs不能启动的解决方法–手工修复权限之总结

正如在11.2 RAC 上所有grid环境需要的文件的权限配置文件:crsconfig_fileperms 和 11.2 RAC 上所有grid环境需要的目录的权限配置文件:crsconfig_dirs中描述的,理论上,根据这两个文件,自己写一个shell脚本修改全部grid环境所需的权限,看上去是可以的。 也正如11.2 RAC 修改了目录权限(u01)后crs不能启动的解决方法-1-手工修复错误的权限中所证明的,其实真要是手工修改,只为了让crs可以起来,完全不必要那么麻烦,只要简单的几条命令即可,但是上面的3种手工修改权限的方法,都是oracle官方所不支持的,以前也有人log SR专门问过这类问题,官方给的推荐方法就是remove nodes and add nodes: 这种解释是很好理解的,11.2 RAC相对10.2来说可以说是重新设计的,相对复杂很多的庞然大物,其附带的功能也非常多,因此,手工修改后,到底会有什么风险,稳定性如何保证都是问题…… 因此,明天我用加减节点的方法来重现故障后,再减节点和加节点的方法修复试试看,O(∩_∩)O哈哈~

发表在 RAC | 标签为 , , | 留下评论

11.2 RAC 上所有grid环境需要的文件的权限配置文件:crsconfig_fileperms

在11.2的$GRID_HOME/crs/utl目录下有一个文件crsconfig_fileperms,记录了所有grid目录下各个文件的权限定义,例如:

发表在 RAC | 标签为 , , | 留下评论