Oracle EBS R12 Clone 克隆
- 目标环境配置
- 1、挂载镜像文件
- 2、检查操作系统和内核
- 3、检查内存和SWAP
- 4、检查系统软件包需求
- 5、操作系统-系统软件要求
- 6、设置核心参数
- 7、网络设置
- 8、OS Library Patch for Oracle HTTP Server (on Oracle Linux 5, RHEL 5 and Oracle Linux 6 only)
- 9、Link to Motif library in Oracle Application Server 10.1.2 (on Oracle Linux 5 and RHEL 5 only)
- 10、设置 SELinux 模式为disabled,设置关闭防火墙。
- 11、创建所需的操作系统组和用户
- 12、在数据库节点建立安装的Base目录,oraInventory目录
- 13、在应用节点建立安装的Base目录,oraInventory目录
- 数据库preclone
- 应用preclone
- 数据库打包
- 应用打包
- 文件解压
- 将解压出来的db放到/erp/sit/db
- 将解压出来的EBSapps放到/erp/sit/app/fs1
- 数据库克隆
- 应用克隆
- 克隆失败后重新克隆前操作
目标环境配置
1、挂载镜像文件
mkdir -p /mnt/cdrom
mount mnt/cdrom
2、检查操作系统和内核
检查操作系统
cat /proc/version
cat /etc/redhat-release
检查内核
uname -a
3、检查内存和SWAP
4、检查系统软件包需求
安装rpm包
cd /mnt/cdrom/Packages
yum install rpm包名(可以同时安装多个,包名用空格隔开即可)
查看rpm是否安装成功
cd /etc/yum.repos.d
rpm -qa rpm包名(可以同时检查多个,包名用空格隔开即可)
rpm包全部安装完成后执行
ldconfig -v
5、操作系统-系统软件要求
以下工具应该在运行Rapid Install的用户root、数据库层用户oraprod和应用层用户applprod的PATH环境变量中:
ar, gcc, g++, ld, ksh, make, linux32,X Display Server
用which命令来检查ar, gcc, g++, ld, ksh, make是否在PATH中:
which ar gcc g++ ld ksh make linux32 X
如果不存在需要手动安装
yum install ar
如果直接在服务器上进行安装,用root运行xlogo或者xclock来检查X Display Server:
xlogo
如果是远程安装(如使用vnc),需要用户root运行如下命令:
xhost +
或者
xhost remote_hostname(此处remote_hostname为远程安装的主机名或者ip)
在远程计算机上运行xlogo或者xclock来检查X Display Server。
安装X Display Server:
yum -y groupinstall “X Windows System” “Desktop”
6、设置核心参数
vi /etc/sysctl.conf(内存之类的)
使用以下命令使设置生效
sysctl -p
修改安装用户的shell限制数
vi /etc/security/limits.conf
7、网络设置
(1)设置hosts
vi /etc/hosts
(2)设置Hostname
vi /etc/sysconfig/network
(3)域名系统(DNS)解析
vi /etc/resolv.conf
(4)Rapid Install过程中需要使用端口6000用于OPMN服务,用以下命令确认该端口没有被占用(无返回值即可)
netstat -a | grep 6000
8、OS Library Patch for Oracle HTTP Server (on Oracle Linux 5, RHEL 5 and Oracle Linux 6 only)
metalink 761566.1,缺少patch 6078836,即缺少文件
下载补丁6078836并安装,此补丁的安装一定要在EBS安装前完成
[root@ebsdb01 6078836]# cp libdb.so.2 /usr/lib
9、Link to Motif library in Oracle Application Server 10.1.2 (on Oracle Linux 5 and RHEL 5 only)
用root运行以下命令:
Bug 描述:如果不提前修复这个Bug,那么将会在安装到99% 时提示HTTP 检查的错误。修复方法如下所示:
unlink /usr/lib/libXtst.so.6
ln -s /usr/X11R6/lib/libXtst.so.6.1 /usr/lib/libXtst.so.6
如果使用ls -l查看链接文件,发现链接文件一闪一闪的,表明链接源文件不存在,可能是没安装libXp包,安装好后重做链接即可
10、设置 SELinux 模式为disabled,设置关闭防火墙。
(1)设置SELinux为disabled模式
[root@ebsdb01 ~]# vi /etc/selinux/config
SELINUX= disabled
需要重启操作系统生效
(2)设置防火墙开机关闭:
[root@ebsdb01~]# service iptables stop
[root@ebsdb01 ~]# service iptables status
[root@ebsdb01 ~]# chkconfig iptables off
11、创建所需的操作系统组和用户
在数据库层节点和应用层节点用以下命令创建用户组:
groupadd dba
在数据库层节点用以下命令创建用户并设定密码:
useradd –g dba oraprod
passwd oraprod (密码:oraprod)
在应用层节点用以下命令创建用户并设定密码:
useradd –g dba applprod
passwd applprod (密码:applprod)
12、在数据库节点建立安装的Base目录,oraInventory目录
建立或者检查/etc/oraInst.loc文件:
13、在应用节点建立安装的Base目录,oraInventory目录
建立或者检查/etc/oraInst.loc文件:
数据库preclone
在做prepare操作时,source系统的数据库必须处于running状态
cd
O
R
A
C
L
E
H
O
M
E
/
a
p
p
s
u
t
i
l
/
s
c
r
i
p
t
s
/
ORACLE_HOME/appsutil/scripts/
ORACLEHOME/appsutil/scripts/CONTEXT_NAME
perl adpreclone.pl dbTier
应用preclone
在做prepare操作时,source系统的应用可以处于running状态
cd $ADMIN_SCRIPTS_HOME
perl adpreclone.pl appsTier
数据库打包
需要拷贝的文件包括BASE_DIR下的11.2.0和data
cd /u01/test
nohup tar -zcvf db.tgz db &
tail -f nohup.out
应用打包
需要拷贝的文件包括$RUN_BASE/EBSapps
注意:如果源环境run edition是fs1,那么目标环境也必须是fs1;如果源环境run edition是fs2,那么目标环境也必须是fs2
cd /u01/test/app/fs1
nohup tar -zcvf EBSapps.tgz EBSapps &
tail -f nohup.out
文件解压
tar -zxvf 11.2.0.tar.gz
tar -zxvf data.tar.gz
tar -zxvf EBSapps.tar.gz
将解压出来的db放到/erp/sit/db
mv db /u01/prod
chown -R oraprod:dba /u01/prod/db
将解压出来的EBSapps放到/erp/sit/app/fs1
mv EBSapps /u01/prod/app/fs1/
chown -R applprod:dba /u01/prod/app
数据库克隆
perl adcfgclone.pl dbTier
应用克隆
perl adcfgclone.pl appsTier
Target System Batch Processing Services [enabled] : disabled --从节点设置并发不启动
克隆失败后重新克隆前操作
以applprod用户登录后操作(时间较长)
cd /u01/EBSPROD/fs1/EBSapps/comn/clone/bin
perl adcfgclone.pl appsTier dualfs